以 WorkSpaces 个人 WorkSpace 方式迁移 - Amazon WorkSpaces

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

以 WorkSpaces 个人 WorkSpace 方式迁移

注意

如果你想取消订阅或卸载 Microsoft Office 版本 AWS 的许可证 WorkSpace,我们建议你使用管理应用程序

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

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

  • 您可以 WorkSpaces 从PCoIP协议迁移到DCV。

  • 你可以 WorkSpaces 从 Windows Server 上的 32 位微软 Office 2016 版本的 WorkSpaces 捆绑包迁移到 Windows Server 2019 上的 64 位微软 Office 和支持 Windows Server 2022 的捆绑包。 WorkSpaces

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

  • 你可以 WorkSpaces 从 Windows 10 BYOL 迁移到 Windows 11,BYOL但不支持从 Windows 11 迁移到 Windows 10。

  • Windows 11 不支持经济捆绑包。要将你的 Windows 7 或 10 超值套装迁移 WorkSpaces 到 Windows 11,你需要先将你的超值套装切换 WorkSpaces 到更大的套装产品。

  • 在 WorkSpaces 从 Windows 7 迁移到 Windows 11 之前,你需要将其迁移到 Windows 10。在将其迁移到 Windows 11 之前,请 WorkSpace 至少登录一次 Windows 10。不支持从 Windows 7 WorkSpaces 直接迁移到 Windows 11。

  • 你可以将使用微软 Office WorkSpaces 的 Windows 迁移 AWS 到包含微软 365 应用程序的自定义 WorkSpaces 捆绑包。迁移完成后, WorkSpaces 你将取消订阅微软 Office。

  • 你可以将使用微软 Office WorkSpaces 的 Windows 迁移 AWS 到没有 Office 2016/2019 订阅的 WorkSpaces捆绑包中。迁移完成后, WorkSpaces 你将取消订阅微软 Office。

  • 你可以BYOLBYOP WorkSpaces 从 Windows 10 迁移到 Windows 11,包括BYOP WorkSpaces 从 Windows Server 2019 迁移到 Windows Server 2022 的许可证。

有关 Amazon WorkSpaces 捆绑包的更多信息,请参阅个人版套装和 WorkSpaces 图片

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

每次迁移过程最多需要一个小时 WorkSpace。启动迁移过程时,会创建一个新的 WorkSpace 迁移过程。如果发生导致无法成功迁移的错误, WorkSpace 则会恢复原始文件并将其恢复到其原始状态,然后终止新的 WorkSpace 迁移。

迁移限制

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

  • 您BYOL WorkSpaces 只能迁移到其他BYOL捆绑包。要将BYOL WorkSpace 从迁移PCoIP到DCV,必须先使用该DCV协议创建一个BYOL捆绑包。然后,您可以将您的软件迁移PCoIPBYOL WorkSpaces 到该DCVBYOL捆绑包。

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

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

  • WorkSpaces 目前不支持迁移 Linux。

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

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

  • 您无法 WorkSpaces 跨区域迁移。

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

  • 您无法迁移BYOP WorkSpaces 到PCoIP或DCV WorkSpaces。

迁移场景

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

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

公有或自定义捆绑包 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 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 捆绑包 Warning triangle icon with an exclamation mark inside.

支持 Windows Server 2019 的公有 Windows 10 捆绑包 Warning triangle icon with an exclamation mark inside.

支持 Windows Server 2016 的公有 Windows 10 捆绑包

Windows 10 BYOL 捆绑包

Windows 11 BYOL 捆绑包

Windows 11 BYOL 捆绑包

Windows 10 BYOL 捆绑包

支持 Windows Server 2016 的自定义 Windows 10 捆绑包

支持 Windows Server 2019 的公有 Windows 10 捆绑包

支持 Windows Server 2016 的自定义 Windows 10 捆绑包

支持 Windows Server 2022 的公有 Windows 10 捆绑包

支持 Windows Server 2019 的自定义 Windows 10 捆绑包

支持 Windows Server 2022 的公有 Windows 10 捆绑包

Windows 10 BYOP BYOL Windows 11 BYOP BYOL
Windows 11 BYOP BYOL Windows 10 BYOP BYOL
基于 Windows Server 2019 的 BYOP 由 Windows Server 2022 提供支持的公共服务器 BYOP
由 Windows Server 2022 提供支持的公共服务器 BYOP 基于 Windows Server 2019 的 BYOP
注意

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

重要

支持 Windows Server 2016 的公有 Windows 10 plus 捆绑包含有 Microsoft Office 2016 和 Trend Micro Worry-Free Business Security Services。支持 Windows Server 2019 的公有 Windows 10 plus 捆绑包仅含有 Microsoft Office 2019,不含 Trend Micro Services。

迁移过程中会发生什么

在迁移过程中,用户卷(驱动器 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%.NotMigrated 文件夹中的任何用户文件使用本地搜索索引。

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

最佳实践

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

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

  • 请确保 WorkSpace 正在迁移的已有至少 12 小时的时间,以确保已创建用户卷的快照。在 Amazon WorkSpaces 控制台的 Migrat e 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 迁移到不同的捆绑包类型(例如,从 “性能” 到 “Power”,或 “Value” 到 “标准”),则在迁移过程中,根卷(驱动器 C)和用户卷(驱动器 D)的大小可能会增加。如有必要,根卷增加以匹配新捆绑包的默认根卷大小。但是,如果您已为用户卷指定的大小与原始捆绑包的默认大小不同(更高或更低),则在迁移过程中会保留相同的用户卷大小。否则,迁移过程将使用源 WorkSpace 用户卷大小中较大的容量和新捆绑包的默认用户卷大小。

迁移 WorkSpace

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

要迁移 WorkSpace
  1. 打开 WorkSpaces 控制台,网址为https://console.aws.amazon.com/workspaces/

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

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

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

    注意

    要将BYOL WorkSpace 从迁移PCoIP到DCV,必须先使用该DCV协议创建一个BYOL捆绑包。然后,您可以将您的软件迁移PCoIPBYOL WorkSpaces 到该DCVBYOL捆绑包。

  5. 选择迁移 WorkSpaces

    Amazon WorkSpaces 控制台中PENDING会出现一个状态为的新 WorkSpace 内容。迁移完成后,原始 WorkSpace 迁移将终止,新迁移的状态将设置 WorkSpace 为AVAILABLE

  6. (可选)要删除您不再需要的任何自定义捆绑包和映像,请参阅在 “个人” 中 WorkSpaces 删除自定义捆绑包或图片

要 WorkSpaces 通过迁移 AWS CLI,请使用 migrat e-workspace 命令。要 WorkSpaces 通过亚马逊迁移 WorkSpaces API,请参阅MigrateWorkSpace亚马逊 WorkSpaces API参考》。