組織の Webex データを Control Hub の別のリージョンに移行する

前提条件

組織が地域を越えて移行する資格を得るには、以下のサービスのいずれかを持っていない 必要があります。

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

移行されたデータは何か

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

Webex サービスへの影響

移行中

移行が開始したら:

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

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

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

移行後に起こることと、あなたからの必要なアクション

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

エンドユーザーへの影響

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

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

統合への影響

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

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

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

移行後にリンクされた Webex アカウントを使用してCisco.com にサインインできない場合は、アカウントを Webex からリンク解除して問題を解決するように要求できることを通知できます。