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

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

迁移 WorkSpace

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

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

  • 您可以 WorkSpaces 从 PCoIP 协议迁移到 WorkSpaces 流媒体协议 (WSP)。

  • 你可以 WorkSpaces 从 Windows Server 2016 上的 32 位微软 Office WorkSpaces 套装迁移到由 Windows Server 2019 提供的 64 位微软 Office WorkSpaces 捆绑包。

  • 您可以 WorkSpaces 从一个公共包或自定义包迁移到另一个公共包或自定义包。例如,你可以从启用 GPU (Graphics.g4DN) 进行迁移。 GraphicsPro.g4dn、Graphics 和 GraphicsPro) 捆绑到不支持 GPU 的捆绑包,反之亦然。

有关亚马逊 WorkSpaces 套装的更多信息,请参阅WorkSpace 捆绑包和图片

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

迁移过程每次最多需要一个小时 WorkSpace。启动迁移过程时,会创建一个新 WorkSpace 的。如果出现阻碍成功迁移的错误, WorkSpace 则恢复原始文件并将其恢复到其原始状态,而新的 WorkSpace 则终止。

迁移限制

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

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

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

  • Graphics.g4D GraphicsPro N、.g4dn、Graphics 和 GraphicsPro 捆绑包目前仅适用于 PCoIP 协议,因此 Graphics.g4DN、 GraphicsPro .g4dn、Graphics 还 GraphicsPro WorkSpaces 无法迁移到 WSP。

  • WorkSpaces 目前不支持迁移 Linux。

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

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

  • 您无法 WorkSpaces 跨区域迁移。

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

迁移方案

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

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

公有或自定义捆绑包 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 提供的 Public

搭载 Windows Server 2019 的 Public

搭载 Windows Server 2019 的 Public

由 Windows Server 2016 提供的 Public

注意

由 Windows Server 2019 提供的 Public Windows 10 捆绑包 pCoIP 分支不提供网络访问权限。

重要

由 Windows Server 2016 提供的 Public Windows 10 plus 套装包括微软 Office 2016 和趋势科技无忧商务安全服务。搭载 Windows Server 2019 的 Public Windows 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:\UsersD:\Users,所以你也需要对其进行调整。如果您已将本地搜索索引专门设置为D:\Users\username而未设置为D:\Users,则本地搜索索引在迁移后可能不适用于该D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated文件夹中的任何用户文件。

在迁移期间,分配给原始文件的所有标签 WorkSpace 都将继续,并保留 WorkSpace 的运行模式。但是,新用户 WorkSpace 会获得新的 WorkSpace ID、计算机名称和 IP 地址。

最佳实践

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

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

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

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

  • 确保 WorkSpaces 要迁移的状态为AVAILABLESTOPPED、或ERROR

  • 确保您有足够的 IP 地址供正在迁移的。 WorkSpaces 在迁移期间,将为分配新的 IP 地址 WorkSpaces。

  • 如果您使用脚本进行迁移 WorkSpaces,请分批迁移它们,每次不超过 25 WorkSpaces 个。

问题排查

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

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

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

账单受到的影响

在迁移发生的当月内,系统会按比例向您收取新的和原始的费用 WorkSpaces。例如,如果您在 5 月 10 日将 WorkSpace A 迁移到 WorkSpace B,则将在 5 月 1 日至 5 月 10 日期间向您收取 WorkSpace A 的费用,并在 5 月 11 日至 5 月 30 日期间向您收取 WorkSpace B 的费用。

注意

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

正在迁移 WorkSpace

您可以 WorkSpaces 通过亚马逊 WorkSpaces 控制台、Amazon CLI或亚马逊 WorkSpaces API 进行迁移。

迁移 WorkSpace
  1. 通过 https://console.aws.amazon.com/workspaces/ 打开 WorkSpaces 主机。

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

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

  4. 在 “捆绑包” 下,选择要迁移 WorkSpace 到的捆绑包。

    注意

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

  5. 选择 “迁移” WorkSpaces。

    亚马逊 WorkSpaces控制台中PENDING会出现一个状态为的新 WorkSpace 消息。迁移完成后,原始迁移终止 WorkSpace ,新迁移的状态设置 WorkSpace 为AVAILABLE

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

要 WorkSpaces 通过进行迁移Amazon CLI,请使用 migrat e-workspace 命令。要 WorkSpaces 通过亚马逊 WorkSpaces API 进行迁移,请参阅MigrateWorkSpace亚马逊 WorkSpaces API 参考中的