前提条件

組織が地域間で移行できるようにするには、組織に次のサービスのいずれかない 必要があります。

• BroadWorks 版 Webex
• Webex Call (アップグレード前のWebex Calling)

移行されたデータは何か

名前、メール アドレス、ユーザー グループなど、Webex ID に関連付けられているすべてのデータは宛先リージョンに移行されます。Webex Calling、メッセージング、デバイスの分析データ は、Webex ID の移行が完了した後も移行されます。

Webex サービスへの影響

移行中

移行が開始したら:

• 10,000 人のユーザー未満の Webex 組織では、データの移行が完了するまでに 1 時間未満かかる場合があります。また、約 100,000 人のユーザーがいる組織では、最大 8 時間かかる場合があります。必要なダウンタイムに対応できる日付にデータ移行をスケジュールしてください。

  スケジュールされた移行が開始される前に、すべてのバッチ ジョブが完了していることを確認してください。

• Control Hub にアクセスする権限が無く、ユーザーは Control Hub で管理されているサイトのメッセージング、通話、Webex 連絡先センター、ミーティング サービスにアクセスできないでしょう。
• あなたの組織が新しいシングル サインオン (SSO) を設定している場合、自動的に無効になります。
• デバイス用の Webex Edge で登録されているオンプレミス デバイスとクラウド登録デバイスは、ミーティングに参加したり、通話を行したりできません。
• 移行が中断される前に開始された Workspace またはデバイスの一括削除または変更アクションは、移行によって中断され、正常に完了しない場合があります。
• 組織の管理者にリマインダ メールを送信し、更新の進行中は 2 時間ごとにステータスが更新されます。

移行と必要なアクション後の動作

• 組織がユーザー 設定をSSOした場合、移行後にユーザーはサインインできないので、SSO再構成されます。
  • SP メタデータをダウンロードします。
  • このメタデータを IdP にインポートします。
  • [組織設定] > [認証] に移動し、[シングル サインオン] をオンに切り替えて SSO を有効にします。
• 移行前に生成されたものの使用されていないデバイス アクティベーション コード は、再度生成する必要があります。
• 移行後、デバイスが完全に動作するまでに最大 24 時間かかる場合があります。デバイスを手動で再起動して、このプロセスをスピードアップできます。
• 組織が Okta インテグレーションを使用して Okta ユーザーを Control Hub に同期する場合、ステップ 3 で指定されているベアラー アクセス トークンを再生成する必要があります。4. この記事のユーザー同期のために Okta を構成する。
• 移行後すぐに分析データは表示されません。分析データの移行はバックグラウンドで継続され、最大 2 ～ 3 日間継続されます。分析データを取り戻すために必要なアクションはありません。自動的に再表示されます。この影響は、移行完了後 2 ～ 3 日後まで、Control Hub に分析データが表示されないことです。
• UCM Calling を使用している場合、移行によってユーザーのローカル データベースがリセットされます。その結果、通話履歴がリセットされ、以前の通話履歴は利用できなくなります。

エンドユーザーへの影響

• 移行の開始時に、ユーザーは Webex アプリからサインアウトされます。移行中または移行後にユーザーは再びサインインする必要があります。
• ユーザーが Webex アプリのデスクトップとモバイル クライアントでローカル設定を構成した場合、これらの設定の一部を再構成する必要があります。移行後、以下の設定がリセットされます。
  • Calling
  • 音声とビデオの基本設定
  • アクセシビリティ
  • メッセージの基本設定
  • デバイス

  移行後、全般設定、通知設定、外観 (ダーク モード)、プライバシー設定などのその他のローカル設定が保存されます (変更なし)。

インテグレーションへの影響

Webex との統合には多くの種類があり、通常はユーザーが承認します。共通アプリケーション データの移行が開始されると、統合へのユーザー トークンが取り消されます。インテグレーションを続行するには、適切な権限を持つユーザーは、これらのインテグレーションへのアクセスを再認証する必要があります。

ユーザーが承認していないその他のインテグレーションは、管理者またはコンプライアンス オフィサーのいずれかによって再承認される必要があります。たとえば、Events API インテグレーションは、コンプライアンス オフィサーのみが再認証できます。

• 埋め込みアプリ: ユーザーのアクセスおよび更新トークンは移行されないため、ユーザーは共通アプリケーション データの移行が完了した後で再び埋め込みアプリを承認する必要があります。これは通常、埋め込みアプリにサインインすることによって行われます。
• インテグレーション: ユーザーのアクセスおよび更新トークンは移行されないため、ユーザーは共通アプリケーション データの移行が完了した後で再度インテグレーションを承認する必要があります。
  • 一部のインテグレーションは Control Hub で構成されており、移行中にアクティベート解除される場合があります。1 つの例として、ThousandEyes のインテグレーションがあります。これは移行中にオフになり、再設定する必要があります。Control Hub のアプリ ページ は、オフにされたインテグレーションを確認するための参考資料でもあります。
  • データ損失防止ソリューション との統合は、コンプライアンス オフィサーによって再認証される必要があります。
  • Webex Contact Center タスク インテグレーション とコネクタ を再認証する必要があります。
  • ユーザーが Webex API インテグレーションを構築した場合、それらのインテグレーションに関連付けられているアクセスおよび更新トークンは機能しなくなります。
• サービス アプリ を再認証する必要があります。クライアントは、新しいアクセスを要求し、トークンを更新する必要があります。
• 組織がボットを作成している場合、各ボットのアクセス トークンは移行の一部として取り消されます。ボットにアクセスしようとする場合、アクセス トークンが無効か期限切れになるか、HTTP 401 エラーが表示されます。すべてのボットのアクセス トークンを再生成し、新しいアクセス トークンを使用するためにボットの構成を更新する必要があります。これは、作成した各ボット https://developer.webex.com/my-appsを選択し、[アクセス トークンを再生成する] をクリックすることで完了します。

移行後、ユーザーがリンクされた Webex アカウントで Cisco.com へのサインインに問題がある場合、問題を解決するために Webex からアカウントをリンク解除することを要求できます。