地域到地域的迁移

我们将继续开启适用于业务服务的新数据中心区域,并且继续在现有区域中添加数据中心。

地域迁移功能将允许客户将他们在单个租户的环境从一个区域移动到另一个区域。 在此次移动中,不会出现用户界面变化或版本变更。 如果在单个租户中,一个环境驻留在 Microsoft 365 环境中,移动环境将不会移动 Microsoft 365 环境;因为它们是单独的服务。 您的环境仍然会和 Microsoft 365 环境一同出现在您的租户中。

重要提示

  • 对地域迁移的支持有限,并非普遍提供。
  • 若要请求区域迁移,请联系您的客户经理或者参阅技术支持
  • 发起请求后,至少需要 10 天完成迁移。
  • 地域迁移不支持移入或移出 US GCC、US GCC High 或中国。
  • 地理迁移限制为进出 OCE 或 IND。
  • 由于组件依赖项,Dynamics 365 Marketing 应用不支持地域迁移。 有关详细信息,请参阅管理 Dynamics 365 Marketing 实例。 如果安装了 Dynamics 365 Marketing 应用,则必须在迁移前卸载它。
  • Microsoft Dataverse for Teams 环境不支持地区迁移。
  • 不支持链接到财务和运营组织的 Dataverse 组织。
  • 需要为 Power Apps/Power Automate 等执行下面提到的重要且关键的准备步骤。 在进行地区迁移之前。 如果没有执行上述步骤,则很难恢复 Power Apps/Power Automate 解决方案。

支持的环境类型

受支持 不支持

  • 迁移生产环境

  • 迁移沙盒环境


  • 迁移默认环境

  • 迁移 Dataverse for Teams 环境

  • 迁移试用环境

  • 迁移演示环境

  • 迁移开发人员环境

  • 将环境从 GCC 迁移到另一个地区或从另一个地区迁移到 GCC

迁移的影响

移动环境到不同的区域将更改您的租户为跨区域租户 - 启用 Dynamics 365 管理中心中的区域功能。

重要提示

将环境移到新区域后,该环境的先前备份将不再可用。

另一个重要的更改是您所在组织的 URL。 每个区域数据中心的 URL 中都具有一个唯一标识符。 当您的组织从一个区域数据中心移动到另一个数据中心时,该识别符也会更改。 例如:

  • 南美洲 (LATAM/SAM) = .crm2.dynamics.com
  • 加拿大 (CAN) = .crm3.dynamics.com
  • 欧洲、中东和非洲 (EMEA) = .crm4.dynamics.com
  • 亚太地区 (APAC) = *.crm5.dynamics.com
  • 澳大利亚 (OCE) = *.crm6.dynamics.com
  • 德国 (GER) = *.crm16.dynamics.com
  • 日本 (JPN) = *.crm7.dynamics.com
  • 印度 (IND) = *.crm8.dynamics.com
  • 英国 (UK) = *.crm11.dynamics.com
  • 阿拉伯联合酋长国 (UAE) = *.crm15.dynamics.com

例如,如果现有的组织 URL 是 https://myorg.crm5.dynamics.com,您请求将其移至澳大利亚,新的组织 URL 将是 https://myorg.crm6.dynamics.com。

您需要更新所有指向组织 URL 的直接引用。

备注

组织 URL 必须是唯一的。 如果目标数据中心已保留您的组织名称,则不能使用该名称。 如果出现这种不太可能的事件,我们与您一同决定如何进行操作。

请参阅您的数据位于何处

以下主题拥有可有助于理解移动过程的信息:

在迁移前后对 Power Apps、Power Automate、Microsoft Copilot Studio、Power Apps 门户和 Marketing 执行以下步骤:

对于 Power Apps 和 Power Automate:

  • 在为执行地域到地域的迁移安排的日期和时间之前,必须手动导出任何 Power Apps 和 Power Automate 流。
  • 我们不支持客户连接器、连接或网关的迁移。 如果您设置了这些组件中的任何一个,则必须在迁移后手动重新配置它们。
对于可识别解决方案的应用

迁移之前:

  1. 对于可识别解决方案的应用,您可以转到 https://make.powerapps.com/,导航到解决方案页面,然后单独导出所有应用/解决方案,或将它们分组在一个解决方案中(如果还未分组)。
  2. 导出画布应用后,删除环境中的应用。

重要提示

迁移前未在环境中删除的任何画布应用、自定义页面或组件库在迁移后都将损坏。

迁移之后:

  1. https://make.powerapps.com/ 中选择新环境并导航到解决方案页面。
  2. 选择导入,使用文件选择器选择通过上述步骤导出的包。
  3. 通过检查目标环境中的解决方案内容,确认导入已成功完成。
对于无法识别解决方案的应用

迁移之前:

  1. 转到 https://make.powerapps.com,然后选择应用
  2. 对于要移动的每个应用,选择更多命令 (...),然后选择导出包(预览)
  3. 填写执行应用导出所需的详细信息,然后选择导出。 导出完成后,应会开始下载。 所生成的文件包含选定的应用包。
  4. 重复上述步骤,直到所有应用全部导出。

迁移之后:

  1. 转到 https://make.powerapps.com
  2. 从右上方的环境选取器中选择新环境。
  3. 选择应用程序
  4. 选择导入画布应用
  5. 上载应用包文件。
  6. 完成所有选择的导入选项,然后选择导入
  7. 重复上述步骤,直到所有应用全部导入。

针对 Microsoft Copilot Studio:

  • 任何 Microsoft Copilot Studio 机器人都必须手动导出。
  • 某些聊天机器人的依赖组件必须在迁移期间或之后手动重新配置 - 例如,连接、环境变量、自定义连接器。

迁移之前:

  1. 聊天机器人可识别解决方案。 您可以转到 https://make.powerapps.com/,导航到解决方案页面,然后导出所有聊天机器人的解决方案 - 单个导出或将它们组合在一个解决方案中。 有关详细信息,请参见使用解决方案导出和导入机器人

迁移之后:

  1. https://make.powerapps.com/ 中选择新环境并导航到解决方案页面。
  2. 选择导入,使用文件选择器选择通过上述步骤导出的包。
  3. 通过检查目标环境中的解决方案内容,确认导入已成功完成。

对于 Power Apps 门户(必须针对环境中每个门户执行):

迁移之前:

  1. 登录到环境。
  2. 打开 Power Apps 门户管理中心
  3. 重置门户。

迁移之后:

  1. 登录到环境。
  2. 打开 Power Apps 门户管理中心
  3. 使用相同的门户类型和语言预配门户。

对于 Dynamics 365 Marketing 应用:

由于组件依赖项,Dynamics 365 Marketing 应用不支持地域迁移。 有关详细信息,请参阅管理 Dynamics 365 Marketing 实例。 如果安装了此应用,则必须在迁移前卸载它。

迁移之前:

  1. 按照 卸载 Dynamics 365 Marketing 指南从环境中卸载 Marketing 应用。

移动如何工作

将为您提供迁移的先决条件和后期必需品列表。 下表描述了 Microsoft 在移动前、移动期间和移动后所作的工作。

移动之前 移动期间 移动之后
Microsoft 所作的工作 通知

支持代表或客户经理将与您一起请求移动并进行计划。
直接转换

每个服务的直接转换时间取决于用户的数量及数据量。 此步骤对于小型组织可能需要 1 到 6 小时,但对于大型组织可能最多需要 48 小时。 将在夜间或周末完成直接转换。
通知和支持

当您的环境迁移至新的数据中心时,将通过电子邮件或电话通知您。

当已经迁移您的地域时,您可以执行后期需要的步骤,主要是使用关联的插件或服务更改新的 URL。

所有移动,我们都将遵守 Microsoft Online Services 服务级别协议的条款。

另请参阅