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

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

迁移WorkSpace

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

  • 你可以迁移WorkSpaces从 Windows 7 桌面体验到 Windows 10 桌面体验。

  • 你可以迁移WorkSpaces从 pCoIP 协议到WorkSpaces串流协议 (WSP)。

  • 你可以迁移WorkSpaces来自 Windows 服务器上的 32 位微软办公室 2016WorkSpaces捆绑到 2019 年支持的 Windows 服务器上的 64 位微软办公室WorkSpaces捆绑包。

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

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

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

迁移过程最多需要一个小时。WorkSpace. 启动迁移过程时,会有一个新的WorkSpace已创建。如果出现阻止成功迁移的错误,则原始WorkSpace已恢复并返回到原始状态,并且新WorkSpace终止。

迁移限制

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

  • 你可以迁移 BYOLWorkSpaces仅适用于其他 BYOL 捆绑包。迁移 BYOLWorkSpace从 pCoIP 到 WSP,您必须首先使用 WSP 协议创建 BYOL 捆绑包。然后你可以迁移你的 pCoIP BYOLWorkSpaces去那个 WSP BYOL 捆绑包。

  • 你不能迁移WorkSpace从公有或自定义捆绑包创建到 BYOL 捆绑包。

  • 和 GraphicsGraphicsPro目前只有 pCoIP 协议可用捆绑包,因此 Graphics 和GraphicsPro WorkSpaces还不能迁移到 WSP。

  • 迁移 LinuxWorkSpaces当前不支持。

  • InAmazon您可以迁移到支持多种语言的区域WorkSpaces在语言捆绑包之间。

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

  • 你不能迁移WorkSpaces跨区域。

  • 在某些情况下,如果迁移无法成功完成,您可能不会收到错误消息,并且可能显示迁移过程未启动。如果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 Server 2016 提供支持的公共 Windows 10 Plus 套件包括微软 Office 2016 和趋势科技无忧企业安全无忧服务。由 2019 年支持的 Windows Server 10 Plus 套件仅包括微软 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获得一个新的WorkSpaceID、计算机名称和 IP 地址。

最佳实践

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

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

  • 确保WorkSpace要迁移的时间至少为 12 小时,以确保已创建用户卷的快照。在存储库的迁移WorkSpaces亚马逊中的页面WorkSpaces控制台中,你可以看到最后一个快照的时间。在迁移过程中,上一个快照之后创建的所有数据将丢失。

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

  • 确保WorkSpaces您想迁移的状态为AVAILABLESTOPPED,或者ERROR.

  • 请确保有足够的 IP 地址WorkSpaces你正在迁移。迁移期间,将为WorkSpaces.

  • 如果你使用脚本进行迁移WorkSpaces,批次迁移它们不超过 25 个WorkSpaces一次。

故障排除

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

  • 如果你使用 API 进行迁移WorkSpaces而且迁移不成功,目标WorkSpace不会使用 API 返回的 ID,并且WorkSpace还会有原来的WorkSpaceID。

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

计费如何受到影响

在执行迁移的月份,将按比例对新和原始购买的费用收取费用。WorkSpaces. 例如,如果你迁移WorkSpaceA 到WorkSpaceB 在 5 月 10 日,您将被收取WorkSpaceA 从 5 月 1 日到 5 月 10 日,我们将向您收取费用WorkSpaceB 从 5 月 11 日到 5 月 30 日。

注意

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

迁移WorkSpace

你可以迁移WorkSpaces通过亚马逊WorkSpaces控制台,Amazon CLI或 AmazonWorkSpacesAPI。

迁移WorkSpace

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

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

  3. 选择您的WorkSpace然后选择操作迁移WorkSpaces.

  4. UNDAR选择目标包,选择要迁移的捆绑包WorkSpace到。

    注意

    迁移 BYOLWorkSpace从 pCoIP 到 WSP,您必须首先使用 WSP 协议创建 BYOL 捆绑包。然后你可以迁移你的 pCoIP BYOLWorkSpaces去那个 WSP BYOL 捆绑包。

  5. UNDARAssignWorkSpaceBundle (捆绑)为每个捆绑包选择目标捆绑包WorkSpace用户。

    警告

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

  6. 选择 MigrateWorkSpaces

    新WorkSpace状态为PENDING显示在亚马逊中WorkSpaces控制台。迁移完成后,原始WorkSpace已终止,并且新的的状态WorkSpace设置为AVAILABLE.

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

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