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

必要条件

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

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

迁移的数据

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

对服务Webex影响

迁移期间

迁移开始后：

• 对于用户数少于10000的Webex组织，数据迁移可能需要不到1小时，对于用户数约为100000的组织，最多可能需要8小时。请将数据迁移安排在能够适应所需停机的日期。

  确保在计划的迁移开始前完成所有批处理作业。

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

迁移后会发生什么情况以及需要您采取的操作

• 如果您的组织已设置SSO，那么在迁移用户必须按如下所示重新配置 SSO才能登录：
  • 下载SP元数据。
  • 将此元数据导入IdP。
  • 转至 设置 > 切换 点登录 启用SSO。
• 必须重新生成迁移前已生成但未使用的设备激活码 。
• 如果您的组织使用Okta集成将Okta用户同步到Control Hub，则需要重新生成持有者访问令牌，如 3和在本文中为用户同步配置Okta下。
• 迁移后，分析数据不会立即显示。分析数据迁移将在后台继续进行，最多持续两到三天。您无需执行任何操作即可恢复分析数据。它将自动重新显示。其影响是，在迁移完成后两到三天之前，您不会在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，然后单击重新生成 访问令牌来完成此操作。

如果您的用户在迁移后使用已链接的Webex帐户登录 Cisco.com 时遇到问题，您可以让他们知道他们可以请求将其帐户从Webex取消链接以解决问题。