租户间迁移

  • 项目

将环境迁移到其他租户

您可以使用租户间迁移功能请求将一个租户的环境移动*到另一租户。 利用此功能，客户可以支持以下情况：

  • 在一个租户下合并多个租户
  • 支持从公司 A 对公司 B 的收购

*环境实际上并未实际发生物理移动，而是与另一个租户关联。 环境仍然存在，但不再位于源租户之下。 它在目标租户下可用和管理。

您需要提交支持请求来启动租户间迁移。

在此迁移中，不会出现用户界面变化或版本变更。 可以移动一个或多个环境。 完成后，您的环境将显示在新租户中。

重要提示

  • 如果将单个环境从一个租户移至另一个需要更改地理区域，您的租户将成为多区域租户。 区域功能由支持团队在 Power Platform 管理中心启用。 详细信息：地域到地域的迁移。
  • 您可能需要在租户间迁移后重新配置一些应用程序和设置，如 Microsoft Dynamics 365 for Outlook、服务器端同步、SharePoint 等。
  • 不支持进出 US GCC、US GCC High、US DoD、OCE 或中国的地理区域更改。
  • 现有源数据库备份不会迁移到目标租户。
  • 链接到财务和运营组织的 Dataverse 组织不能迁移到其他租户。
  • 当在源租户中启用时，租户间迁移受客户密码箱的限制。

支持的应用程序和平台

受支持 不完全支持*
  • Dataverse
  • Dynamics 365 应用

*迁移过程中可能会丢失数据并需要执行其他步骤。 确认以下任何解决方案是否安装在要迁移的环境中，因为这些可能需要您或支持人员执行额外步骤。

支持的环境类型

支持 不支持
  • 迁移生产环境
  • 迁移沙盒环境
  • 将租户从 GCC 迁移到 GCC
  • 一个或多个环境
  • 迁移默认环境
  • 迁移团队环境
  • 迁移试用环境
  • 迁移演示环境
  • 迁移开发人员环境
  • 将租户从 GCC 迁移到另一个地区或从另一个地区迁移到 GCC
  • 迁移链接到财务和运营组织的 Dataverse 组织

迁移流

提交迁移请求后，将引入支持团队手动审核请求。 以下是整个迁移过程中执行的步骤列表。

迁移流

必备条件：

如果目标租户中没有 Dynamics 365、Power Apps 或 Power Virtual Agents 的付费订阅，则需要进行创建。 您可能需要购买新订阅，或将试用订阅转换为付费订阅（如果尚未购买）。

目标租户需要与源租户相同或更多的可用用户许可证以及相同或更多的存储。

当您的环境从一个租户移到同一区域内的另一个租户时，URL 不会更改。 要执行此操作，您需要回答一些问题，包括：

  • 源租户域及其区域是什么？ （示例：EMEA、NA、APAC）
  • 目标租户域及其区域是什么？ （示例：EMEA、NA、APAC）
  • 目标租户是否有有效的 Dynamics 365 订阅，其中有足够的席位来映射所有用户？ 要在映射文件中提供的用户需要在源环境和目标租户中都可用并获得许可。
  • 目标租户是否有足够的可用用户许可证？
  • 目标租户是否有足够的可用于迁移环境的存储？
  • 在迁移生产环境（或具有潜在业务影响的环境）之前，需要先执行沙盒副本迁移。 使用重要生产环境的副本进行这些迁移的目的是允许在继续进行业务关键环境迁移之前对迁移的环境进行验证。 您是否有足够的容量来预配生产环境的副本以继续进行此测试？ 有关如何复制环境的说明，请转到复制环境。

您还需要提供以下信息：

  • 要从源租户迁移的环境。
  • 要迁移的第一个环境的用户映射文件。 每个环境需要有单独的映射文件。 请注意，用户需要同时存在于源租户和目标租户中，并且需要在环境中获得许可和启用才能成功迁移。 他们可以有不同的源域和目标域，只要这些域可用。
  • 目标租户中要分配给每个环境的安全组对象 ID（如果应该分配安全组）。 如果提供了目标租户安全组对象 ID，将在迁移期间进行分配。 如果未提供，可以在迁移完成后从 Power Platform 管理中心分配安全组。

由全局管理员、Dynamics 365 管理员或 Power Platform 管理员执行的步骤

  1. 获得执行迁移的权限。
  2. 在计划业务关键环境的迁移之前，各方应执行并验证沙盒副本的迁移。 在这种情况下，我们还需要在源租户中有一个新环境，以便我们可以将业务关键环境复制到新环境中，执行测试迁移。
  3. 在目标租户内创建用户。 您必须：
    1. 在 Microsoft 365/Microsoft Entra ID 中创建用户。
    2. 分配许可证。
  4. 创建并启用用户后，需要按照本文后面所述的步骤生成映射文件。
  5. 如果 Power Apps 或 Power Automate 流有任何解决方案，需要从 Power Apps 导出这些解决方案，并在迁移后再次导入到新环境。
  6. 如果在源租户中启用了密码箱，应准备好在租户对租户操作开始时批准密码箱请求。

确认以下任何解决方案是否安装在要迁移的环境中，因为这些可能需要您或支持人员执行额外步骤：

  • Power Apps或Power Automate
  • Power Virtual Agents
  • Dynamics 365 Customer Voice
  • Power Apps 门户
  • Power Apps 检查器应用
  • Café X
  • Dynamics 365 Marketing
  • 邮箱。 如果映射的用户在目标租户中有邮箱，在迁移过程中会自动配置该邮箱。 对于所有其他用户，您需要重新配置邮箱：
    1. 如果在目标租户 (test@microsoft.com) 中使用相同的邮箱，则该邮箱将默认启用。 在租户到租户流程之前，客户需要在目标租户上迁移/配置邮箱。
    2. 如果您使用的是默认的 onmicrosoft 域 (test@sourcecompanyname.onmicrosoft.com)，迁移后的域名将更改 (test@targetcompanyname.onmicrosoft.com)。 客户需要重新配置邮箱。 要配置邮箱，请参阅连接到 Exchange Online。

创建映射文件的步骤

对于完全访问权限用户：

  1. 访问源环境。

  2. 使用“高级查找”(“高级查找”按钮屏幕截图。) 并查找用户。

  3. 选择使用保存的视图>完全访问权限用户，然后选择编辑列。

  4. 删除全名之外的所有列。

  5. 选择添加列>Windows Live ID。

  6. 选择确定>结果查看完全访问权限用户的列表。

  7. 选择所有记录，在功能区中选择导出用户，然后选择静态工作表。

  8. 如有可能，请对目标租户执行上面的步骤 1 到 7。 您现在应该有两个单独的 Excel 工作表 - 一个用于源，一个用于目标租户。

  9. 打开文件进行编辑。

  10. 从源 Excel 工作表开始，将 Windows Live ID 列下的记录复制到记事本中。 不要复制标头。

  11. 保存记事本文件。

  12. 接下来，在同一记事本文档中相应的源 UPN 右侧输入目标 Windows Live ID (UPN)，用逗号 (,) 分隔源和目标 UPN。

    示例：
    user001@source.com, user001@destination.com
    user002@source.com, user002@destination.com
    user003@source.com, user003@destination.com

  13. 将文件保存为 CSV。

对于管理员访问权限用户：

  1. 访问源环境。
  2. 使用“高级查找”(“高级查找”按钮屏幕截图。) 并查找用户。
  3. 选择使用保存的视图>管理员访问权限用户，然后选择结果查看管理员访问权限用户的列表。
  4. 如果您决定不包括这些用户的任何一个，请跳过以下步骤。 否则，要在映射中包括这些用户：
    1. 在目标租户中找到相应的用户。
    2. 确保将有效的 Dynamics 365 许可证已分配给目标租户中的目标用户。 注意：如果未给目标用户分配任何许可证，迁移将失败。
    3. 保存映射了完全访问权限用户和管理员访问权限用户的 CSV 文件。

在迁移前后对 Power Apps、Power Automate、Power Virtual Agents、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. 重复上述步骤，直到所有应用全部导入。

针对 Power Virtual Agents：

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

迁移之前：

  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：

如果 Marketing 应用部署在租户中，请确保目标租户中存在必要的许可证，以能够在迁移完成后重新预配应用程序。 转到：Dynamics 365 Marketing 的租户间迁移。

迁移后

将环境移动到另一个租户后：

  • 环境 URL、组织 ID (OrgID) 和名称不会改变。
  • 源环境无法访问。
  • 映射文件中不包含的用户在迁移后不会迁移和映射。

移动如何工作

将作为发起的支持请求的一部分为您提供迁移的先决条件和后期必需品列表。 下表描述了 Microsoft 在移动前、移动期间和移动后所作的工作。

移动之前：
通知		 移动期间：
直接转换		 移动之后：
通知和支持
Microsoft 所作的工作 支持代表或客户经理将与您一起请求移动并进行计划。 迁移的直接转换需要数小时，具体取决于用户数量。 在此期间，用户无法访问环境，因此，应该在夜间或一周内计划直接转换。

有一个需要您执行的步骤，即提供用户映射文件。 这需要提前请求，以便我们可以在执行迁移前对要移动的用户进行验证。		 当您的环境迁移至新租户时，将通过电子邮件或电话通知您。

租户迁移完成后，如果需要，您的支持代表或客户经理将帮助您联系记帐部门来取消和/或转入您之前的订阅。

所有移动，我们都将遵守 Microsoft 联机服务服务级别协议的条款。

常见问题解答

租户间迁移期间是否启用后台操作？

在租户间迁移期间将启用管理模式，因此后台操作不会运行。 转到：管理模式 - Power Platform

能否迁移 Dataverse 组织的所有用户？

只有在目标环境中存在用户时，我们才能迁移 Dataverse 组织的所有用户。 例如:

user001@source.com, user001@destination.com
user002@source.com, user002@destination.com