迁移 WorkSpace - Amazon WorkSpaces
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

迁移 WorkSpace

您可以将 WorkSpace 从一个捆绑包迁移到另一个捆绑包,同时将数据保留在用户卷上。以下是示例场景:

  • 您可以将 WorkSpace 从 Windows 7 桌面体验迁移到 Windows 10 桌面体验。

  • 您可以将 WorkSpaces 从 PCoIP 协议迁移到 WorkSpace 流式处理协议 (WSP)。

  • 您可以将 WorkSpaces 从 32 位微软办公室在 Windows 服务器 2016 年供电的 WorkSpaces 包迁移到 64 位微软办公室 Windows 服务器 2019 支持的工作空间捆绑包。

  • 您可以将 WorkSpaces 从一个公有或自定义捆绑包迁移到另一个相应的 例如,您可以从启用 GPU(图形和 GraphicSpro)的捆绑包迁移到非启用 GPU 的捆绑包,反之亦然。

有关 Amazon WorkSpaces 捆绑包的更多信息,请参阅WorkSpace 捆绑包和图像.

迁移过程通过使用目标捆绑包映像中的新根卷和原始 WorkSpace 的上一个可用快照中的用户卷来重新创建 WorkSpace。迁移过程中会生成一个新的用户配置文件,以获得更好的兼容性。将重命名旧用户配置文件,然后将旧用户配置文件中的某些文件移动到新用户配置文件。(有关所移动的内容的详细信息,请参阅迁移期间发生的情况。)

对于每个 WorkSpace,迁移过程最多需要一个小时。启动迁移过程时,将创建一个新的 WorkSpace。如果发生错误阻止成功迁移,将恢复原始 WorkSpace 并返回到其原始状态,并终止新的 WorkSpace。

迁移限制

  • 您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。您也不能迁移到自带许可证 (BYOL) Windows 7 捆绑包。

  • 您只能将 BYOL WorkSpaces 迁移到其他 BYOL 捆绑包。要将 BYOL WorkSpace 从 PCoIP 迁移到 WSP,您必须首先使用 WSP 协议创建 BYOL 捆绑包。然后,您可以将您的 PCoIP BYOL WorkSpaces 迁移到该 WSP BYOL 捆绑包中。

  • 无法将从公有或自定义捆绑包创建的 WorkSpace 迁移到 BYOL 捆绑包。

  • 目前,图形和图形 GraphicsPro 捆绑包仅适用于 PCoIP 协议,因此目前无法将图形和图形 GraphicsPro WorkSpaces 间迁移到 WSP。

  • 目前不支持迁移 Linux WorkSpaces。

  • InAmazon支持多种语言的区域,您可以在语言包之间迁移 WorkSpace。

  • 源捆绑包和目标捆绑包必须不同。(但是,在支持多种语言的区域中,只要语言不同,就可以迁移到相同的 Windows 10 捆绑包。) 如果要使用相同的捆绑包刷新 WorkSpace,请改为重新构建 WorkSpace

  • 您不能跨区域迁移 WorkSpace。

  • 在某些情况下,如果迁移无法成功完成,您可能不会收到错误消息,并且可能显示迁移过程未启动。如果在尝试迁移一小时后,WorkSpace 捆绑包保持不变,则迁移失败。请联系Amazon Web Services SupportCenter以获取帮助。

迁移方案

下表显示了哪些迁移方案可用:

源操作系统 目标操作系统 是否可用?

公有或自定义捆绑包 Windows 7

公有或自定义捆绑包 Windows 10

自定义捆绑包 Windows 7

公有捆绑包 Windows 7

自定义捆绑包 Windows 7

自定义捆绑包 Windows 7

公有捆绑包 Windows 7

自定义捆绑包 Windows 7

公有或自定义捆绑包 Windows 10

公有或自定义捆绑包 Windows 7

自定义捆绑包 Windows 10

公有捆绑包 Windows 10

公有或自定义捆绑包 Windows 10

自定义捆绑包 Windows 10

Windows 7 BYOL 捆绑包

Windows 7 BYOL 捆绑包

Windows 7 BYOL 捆绑包

Windows 10 BYOL 捆绑包

Windows 10 BYOL 捆绑包

Windows 7 BYOL 捆绑包

Windows 10 BYOL 捆绑包

Windows 10 BYOL 捆绑包

Windows Server 2016 供电的公有 Windows 10 捆绑包

Windows Server 2019 供电的公有 Windows 10 捆绑包

Windows Server 2019 供电的公有 Windows 10 捆绑包

Windows Server 2016 供电的公有 Windows 10 捆绑包

注意

Web 访问不可用于 Windows 服务器 2019 支持的公共 Windows 10 捆绑 PCoIP 分支。

重要

Windows 服务器 2016 年提供支持的公共 Windows 10 加捆绑包包括微软 Office 2016 和趋势科技无忧企业安全服务。Windows 服务器 2019 支持的公共 Windows 10 加捆绑包仅包含微软 Office 2019,不包括趋势科技服务。

迁移期间发生的情况

在迁移过程中,用户卷(驱动器 D)上的数据将保留,但根卷(驱动器 C)上的所有数据都将丢失。这意味着不会保留已安装的应用程序、设置和对注册表的更改。旧用户配置文件文件夹将使用 .NotMigrated 后缀重命名,并创建一个新的用户配置文件。

迁移过程基于原始用户卷的最后一个快照重新创建驱动器 D。在新的 WorkSpace 首次启动期间,迁移过程会将原始 D:\Users\%USERNAME% 文件夹移动到名为 D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated 的文件夹。新的操作系统生成一个新的 D:\Users\%USERNAME%\ 文件夹。

创建新用户配置文件后,以下用户 shell 文件夹中的文件将从旧 .NotMigrated 配置文件移动到新配置文件:

  • D:\Users\%USERNAME%\Desktop

  • D:\Users\%USERNAME%\Documents

  • D:\Users\%USERNAME%\Downloads

  • D:\Users\%USERNAME%\Favorites

  • D:\Users\%USERNAME%\Music

  • D:\Users\%USERNAME%\Pictures

  • D:\Users\%USERNAME%\Videos

重要

迁移过程尝试将文件从旧用户配置文件移动到新配置文件。迁移过程中未移动的任何文件将保留在 D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated 文件夹中。如果迁移成功,您可以看到哪些文件被移入 C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs。您可以手动移动任何未自动移动的文件。

默认情况下,公共捆绑包禁用了本地搜索索引。如果要启用它,默认值是搜索C:\Users而不是D:\Users,所以你也需要调整它。如果您已将本地搜索索引专门设置为D:\Users\username而不是D:\Users,则本地搜索索引可能无法在迁移后工作D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigratedfolder。

分配给原始 WorkSpace 的任何标签都会在迁移过程中进行转移,并保留 WorkSpace 的运行模式。但是,新的 WorkSpace 将获得新的 WorkSpace ID、计算机名称和 IP 地址。

最佳实践

在迁移 WorkSpace 之前,请执行以下操作:

  • 将驱动器 C 上的任何重要数据备份到另一个位置。在迁移过程中,将擦除驱动器 C 上的所有数据。

  • 请确保正在迁移的 WorkSpace 至少已有 12 小时,以确保已创建用户卷的快照。在存储库的迁移 WorkSpaces页上,您可以看到上一个快照的时间。在迁移过程中,上一个快照之后创建的所有数据将丢失。

  • 为避免潜在的数据丢失,请确保您的用户注销其 WorkSpaces,并在迁移过程完成后才重新登录。请注意,WorkSpaces 处于 ADMIN_MAINTENANCE 模式时无法迁移。

  • 请确保要迁移的 WorkSpaces 的状态为 AVAILABLESTOPPEDERROR

  • 请确保您有足够的 IP 地址用于要迁移的 WorkSpaces。迁移期间,将为 WorkSpaces 分配新的 IP 地址。

  • 如果您正在使用脚本迁移 WorkSpaces,请以一次不超过 25 个 WorkSpaces 的批次迁移它们。

Troubleshooting

  • 如果用户在迁移后报告丢失文件,请检查其用户配置文件是否在迁移过程中未移动。您可以看到哪些文件被移入 C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs。未移动的文件将位于 D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated 文件夹中。您可以手动移动任何未自动移动的文件。

  • 如果您使用 API 迁移 WorkSpaces,但迁移未获成功,则不会使用 API 返回的目标 WorkSpace ID,并且 WorkSpace 仍将具有原始 WorkSpace ID。

  • 如果迁移未成功完成,请检查 Active Directory 以查看它是否相应地被清理了。您可能需要手动删除不再需要的 WorkSpaces。

计费如何受到影响

在执行迁移的月份,将按比例对新 WorkSpaces 和原始 WorkSpaces 收取费用。例如,如果您在 5 月 10 日将工作区 A 迁移到工作区 B,则将向您收取 5 月 1 日至 5 月 10 日期间工作区 A 的费用,以及 5 月 11 日至 5 月 30 日期间工作区 B 的费用。

注意

如果要将 WorkSpace 迁移到不同的捆绑包类型(例如,从性能到节能,或从高价值到标准),则在迁移过程中根卷(驱动器 C)和用户卷(驱动器 D)的大小可能会增加。如有必要,根卷增加以匹配新捆绑包的默认根卷大小。但是,如果您已为用户卷指定的大小与原始捆绑包的默认大小不同(更高或更低),则在迁移过程中会保留相同的用户卷大小。否则,迁移过程将使用源 WorkSpace 用户卷大小中较大的值,并为新捆绑包使用默认的用户卷大小。

迁移 WorkSpace

您可以通过 Amazon WorkSpaces 控制台、Amazon CLI或 Amazon WorkSpaces API。

迁移 WorkSpace

  1. 从打开 WorkSpaces 控制台https://console.aws.amazon.com/workspaces/.

  2. 在导航窗格中,选择 WorkSpaces

  3. 选择 WorkSpace,然后依次选择 Actions (操作)Migrate WorkSpaces (迁移 WorkSpaces)

  4. Select Target Bundle (选择目标捆绑包) 下,选择要将 WorkSpace 迁移到的捆绑包。

    注意

    要将 BYOL WorkSpace 从 PCoIP 迁移到 WSP,您必须首先使用 WSP 协议创建 BYOL 捆绑包。然后,您可以将您的 PCoIP BYOL WorkSpaces 迁移到该 WSP BYOL 捆绑包中。

  5. Assign WorkSpace Bundle (分配 WorkSpace 捆绑包) 下,为每个 WorkSpace 用户选择目标捆绑包。

    警告

    对于每个 WorkSpace,请记下列出的快照时间。在所列快照时间之后对用户卷所做的任何更改都将在迁移过程中丢弃。

  6. 选择 Migrate WorkSpaces (迁移 WorkSpaces)

    状态为PENDING将显示在 Amazon WorkSpaces 控制台中。迁移完成后,原始 WorkSpace 将终止,并将新 WorkSpace 的状态设置为 AVAILABLE

  7. (可选)要删除您不再需要的任何自定义捆绑包和映像,请参阅删除自定义 WorkSpaces 包或图像

要 WorkSpaces 过Amazon CLI,请使用迁移工作空间命令。要通过亚马逊 WorkSpaces API 迁移工作空间,请参阅MigrateWorkSpace中的Amazon WorkSpaces API 参考.