前提条件

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

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

移行されるデータ

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

データが移行される場合の例外は次のとおりです。 CCUC 分析データ現時点では は移行されません。 分析データの移行は、米国のデータセンターからカナダのデータセンターに移行する組織には適用されません。

Webexサービスへの影響

移行中

移行が開始されたら、次の手順を実行します。

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

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

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

移行後に起こることと必要なアクション

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

エンドユーザーへの影響

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

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

統合への影響

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 からリンク解除して問題を解決するように要求できることを通知できます。