概要

組織が 1 つの地域に拠点を置いているが、Webex データが別の地域に存在する場合は、Control Hub の移行機能を使用して Webex データを独自の地域に移行できる可能性があります。

移行されたデータは何か

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

Webex サービスへの影響

移行中

移行が開始したら:

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

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

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

• 組織の管理者にメールによるリマインダーを送信し、移行の進行中は定期的にステータスの更新を送信します。

移行後に何が起こるか、そしてあなたに必要なアクション

• 組織で SSO が設定されている場合、移行中に SSO は自動的に無効になります。移行後、SSO が次のように再構成されるまでユーザーはサインインできません。
  • SP メタデータをダウンロードします。
  • このメタデータを IdP にインポートします。
  • 組織設定 に移動して SSO を有効にします > 認証 と シングル サインオン をオンに切り替えます。
• 移行前に生成されたが使用されていなかったデバイス アクティベーション コード は、再度生成する必要があります。
• 移行後、デバイスが完全に動作できるようになるまで最大 24 時間かかる場合があります。このプロセスを高速化するために、デバイスを手動で再起動することができます。
• 組織で Okta 統合を使用して Okta ユーザーを Control Hub に同期する場合は、この記事の 「ユーザー同期用に Okta を構成する」の手順 3 と 4 で指定されているように、ベアラー アクセス トークンを再生成する必要があります。
• 移行後、分析データはすぐには表示されません。アナリティクス データの移行はバックグラウンドで継続され、最大 2 ～ 3 日間続きます。分析データを復元するために必要なアクションはありません。自動的に再表示されます。その影響として、移行が完了してから 2 ～ 3 日経過するまで、Control Hub に分析データが表示されなくなります。

  米国または EU のデータ センターからカナダまたはアラブ首長国連邦のデータ センターに移行する場合、分析データは 移行されません 。

• ユーザーが UCM Calling を使用している場合、移行によりユーザーのローカル データベースがリセットされます。その結果、通話履歴がリセットされ、以前の通話履歴は利用できなくなります。
• ハイブリッド サービスが正しく機能していることを確認します。一部のハイブリッド コネクタでは、移行が完了した後、オンラインに戻るまでに数分かかる場合があります。
• Webex アプリにサインインし、設定どおりに動作していることを確認します。

エンドユーザーへの影響

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

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

• 移行が始まる前に作成された下書きは、メッセージング データ移行の最初の段階で失われます。
• スペースが移行された後、ユーザーはそのスペース内で下書きメッセージを送信できなくなります。

統合への影響

Webex ではさまざまな種類の統合が可能であり、通常はユーザーによって承認されます。共通アプリケーション データの移行が開始されると、統合に対するユーザー トークンは取り消されます。統合が引き続き機能するには、適切な権限を持つユーザーがそれらの統合へのアクセスを再承認する必要があります。

ユーザーによって承認されていないその他の統合は、管理者またはコンプライアンス担当者によって再承認される必要があります。たとえば、イベント API 統合はコンプライアンス担当者によってのみ再承認できます。

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