将组织的Webex数据迁移到Control Hub中的其他区域

概览

根据要求，此功能适用于希望跨区域迁移Webex通用应用程序数据的欧洲和加拿大的所有客户。

必要条件

为了使贵组织有资格跨区域迁移，贵组织不得拥有以下任何服务：

Webex for Broadworks
Webex Call（升级至 Webex Calling 之前）

迁移的数据

与Webex身份相关的所有数据（例如姓名、电子邮件地址和用户组）将迁移到目标区域。Webex身份迁移完成后，Webex呼叫、消息传递和设备的分析数据也将迁移。

迁移的数据的例外包括：

C分析数据目前不会迁移。
分析数据迁移不适用于在美国数据中心之间迁移到加拿大数据中心的组织。

对服务Webex影响

迁移期间

迁移开始后：

对于拥有不到10,000名用户的Webex组织，数据迁移可能需要不到1小时才能完成，对于拥有大约10万名用户的组织，数据迁移可能需要长达8小时。请将数据迁移安排在能够适应所需停机的日期。

确保在安排的迁移开始之前完成所有批次工作。
您将无法访问 Control Hub，用户也无法访问 Control Hub 所管理的站点的任何消息传递、呼叫、Webex联络中心及会议服务。
如果您的组织已设置单点登录（SSO），它将自动禁用。
使用 Webex Edge 注册的设备和云注册设备中的本地部署设备将无法加入会议或进行呼叫。
迁移可能中断并且可能无法成功完成迁移前已开始的 Workspace 或设备批量删除或更改操作。
我们将向组织的管理员发送电子邮件提醒，然后在更新进行时每两小时更新一次状态。

迁移后会发生什么，以及您需要采取的行动

如果您的组织已设置SSO，那么在迁移用户必须按如下所示重新配置 SSO才能登录：
- 下载SP元数据。
- 将此元数据导入到IdP。
- 转至组织设置 > 身份验证并切换单点登录来激活SSO。
迁移前生成但未使用的设备激活代码必须再次生成。
在迁移后，设备可能需要最多24小时才能完全运行。您可以手动重新启动设备以加快此过程。
如果您的组织使用Okta集成将Okta用户同步到Control Hub，则需要重生步骤3和4在Configure Okta for User Synchronization本文中的下。
迁移后分析数据不会立即显示。分析数据迁移将在后台继续，最多持续两到三天。您不需要执行任何操作才能带回分析数据。它将自动重新显示。影响是，直到迁移完成后两三天才在Control Hub中看到分析数据。
如果用户使用UCM呼叫，迁移将重置其本地数据库。因此，呼叫历史记录将重置，以前呼叫的历史记录将不再可用。

对最终用户的影响

在迁移开始时，用户已注销Webex应用程序。用户必须在迁移期间或迁移后重新登录。
如果用户在应用程序桌面和移动客户端中配置了本地设置Webex，则需要重新配置其中一些设置。以下设置将在迁移后重设：
- 呼叫
- 音频和视频首选项
- 辅助功能
- 消息传递首选项
- 设备
其他本地设置（例如常规设置、通知首选项、外观（例如暗色模式）和隐私设置）在迁移后将被保留（无变化）。

对整合的影响

可以与Webex进行很多类型的集成，并且通常由用户授权。当通用应用程序数据迁移开始时，集成的用户令牌将被撤销。要使集成继续工作，拥有适当权限的用户需要重新授权对这些集成的访问权限。

未获得用户授权的其他集成需要由管理员或合规官重新授权。例如，只能由合规官重新授权Events API集成。

未重新授权集成将导致集成不再工作。

嵌入式应用程序—用户访问和刷新令牌不会迁移，因此用户必须在通用应用程序数据迁移完成后再次授权嵌入式应用程序。这通常通过登录嵌入式应用程序来完成。
集成—用户访问和刷新令牌不会迁移，因此用户必须在通用应用程序数据迁移完成后再次授权集成。
- 某些集成已在Control Hub中配置，可以在迁移期间停用。其中一个示例是 ThousandEyes集成，该集成在迁移期间关闭，需要重新配置。Control Hub中的应用程序页面也是查看哪些集成被关闭的好参考。
- 与数据丢失预防解决方案的集成需要获得合规官的重新授权。
- 必须重新授权Webex Contact Center 任务集成和连接器。
- 如果您的用户已构建任何Webex API集成，与这些集成关联的访问和刷新令牌将不再工作。
服务应用程序需要重新授权。客户端需要请求新的访问和刷新令牌。
如果您的组织已创建 bot，在迁移过程中每个 bot 的访问令牌将被撤销。如果尝试访问 bot，您将收到 HTTP 401 错误，因为访问令牌将无效或过期。您必须重新生成所有 bot 的访问令牌，并更新 bot 配置以使用新的访问令牌。可以通过访问，选择 https://developer.webex.com/my-apps您创建的每个 bot，然后单击重新生成 访问令牌来完成此操作。

安排通用应用程序数据迁移

如果您的组织拥有不到10,000名用户，数据迁移可能需要大约一小时才能完成；如果您的组织拥有大约100,000名用户，则数据迁移最多可能需要八小时。确保将迁移安排在组织停机时间最短的日期内。

确保在安排的迁移开始之前完成所有批次工作。

1	登录Control Hub 并转至服务 > 更新和迁移。
2	单击查看“通用应用程序数据 ”部分中的详细信息。
3	单击安排迁移。
4	选择日期和时间开始迁移，然后单击计划。如果您决定重新安排数据迁移或取消迁移，我们建议您在预定日期前一天进行任何更改。

重新安排迁移日期

如果您决定重新安排迁移，我们建议您在安排日期前一天进行任何更改。

您无法在安排的开始时间后24小时内重新安排已安排的迁移。此时，Control Hub中将无法使用重新安排按钮。

1	登录Control Hub 并转至服务 > 更新和迁移。
2	在迁移到区域数据中心卡中选择查看。
3	单击查看“通用应用程序数据 ”部分中的详细信息。
4	选择重新安排。
5	选择日期和时间，然后单击重新安排。

取消已安排的迁移日期

如果您决定取消迁移，我们建议您在预定日期前一天进行任何更改。

您无法在安排的开始时间后24小时内取消已安排的迁移。此时在Control Hub中将无法使用取消按钮。

1	登录Control Hub 并转至服务 > 更新和迁移。
2	在迁移到区域数据中心卡中选择查看。
3	单击查看“通用应用程序数据 ”部分中的详细信息。
4	选择取消迁移。

在迁移后将登录问题链接到Cisco.com的Webex用户

如果用户在迁移后无法通过链接的Webex帐户登录 Cisco.com ，您可以告知他们可以请求从Webex取消链接以修复问题。

感谢您的反馈。