View a markdown version of this page

WorkSpace 在 WorkSpaces 个人版中迁移 - 亚马逊 WorkSpaces

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

WorkSpace 在 WorkSpaces 个人版中迁移

注意

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

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

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

  • 您可以 WorkSpaces 从 PCoIP 协议迁移到 DCV。如果您只想更改流媒体协议,请改用 “修改协议” 功能。修改协议可保留您的根卷,不需要重建。有关更多信息,请参阅修改协议。当您需要更改软件包或操作系统时,请使用本节中描述的迁移功能。

  • 你可以 WorkSpaces 从基于 Windows Server 2016 的 32 位微软 Office WorkSpaces 套装迁移到 Windows Server 2019 上的 64 位微软 Office 和 Windows Server 2022 WorkSpaces 支持的套装包。

  • 您可以 WorkSpaces 从一个公共或自定义捆绑包迁移到另一个。例如,您可以从 GPU-enabled (Graphics.g6, Graphics.g4dn. GraphicsPro.g4dn、Graphics 和 GraphicsPro) 捆绑包到非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 10 迁移到 Windows 11 之前, WorkSpace 至少登录一次。不支持从 Windows 7 WorkSpaces 直接迁移到 Windows 11。

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

  • 你可以将使用微软 Office WorkSpaces 的 Windows 迁移 AWS 到无需 2016/2019 订阅 Office 的 WorkSpaces套装中。迁移后, WorkSpaces 你将取消订阅微软 Office。

  • 你可以将 BYOL BYOP WorkSpaces 从 Windows 10 迁移到 Windows 11,并将包含许可证的 BYOP WorkSpaces 从 Windows Server 2019 迁移到 Windows Server 2022。

  • 你可以将任何支持 Windows 服务器的 WorkSpace 捆绑包迁移到 Windows Server 2025。迁移后,您将使用 DCV 流媒体协议在不同的网络条件下实现高性能的远程桌面流式传输,即使是性能较弱的客户端设备也是如此,即使是图形密集型应用程序也是如此。

  • 您可以将任何 Windows Server 许可证内含 BYOP 的 BYOP WorkSpace 捆绑包迁移到 BYOP Windows Server 2025。

  • 你可以在操作系统 WorkSpaces 之间迁移 Linux,包括亚马逊 Linux 2、Ubuntu、红帽企业 Linux 和 Rocky Linux。有关更多信息,请参阅 将 Linux 迁移 WorkSpace 到其他操作系统

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

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

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

迁移限制

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

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

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

  • DCV 协议支持 Graphics G6 套装 Graphics.g4dn,在 Windows 上也 GraphicsPro.g4dn 支持。在 Ubuntu 上,只有 Graphics.g4dn GraphicsPro.g4dn 并且可用。

  • PCoIP 协议仅在 Windows 上支持 Graphics.g4dn 和 GraphicsPro.g4dn 捆绑销售。

  • 有关迁移 Linux 的信息 WorkSpaces,请参阅将 Linux 迁移 WorkSpace 到其他操作系统

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

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

  • 您无法 WorkSpaces 跨区域迁移。

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

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

  • 您无法将加入的 Active Directory 域迁移到微 WorkSpaces 软。 Entra-joined 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 捆绑包

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

支持 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 2016 的公有 Windows 10 捆绑包 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
支持 Windows Server 2019 的公有 Windows 10 捆绑包 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
支持 Windows Server 2022 的公有 Windows 10 捆绑包 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
支持 Windows Server 2016 的自定义 Windows 10 捆绑包 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
支持 Windows Server 2019 的自定义 Windows 10 捆绑包 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
由 Windows Server 2022 提供支持的自定义 Windows 10 套装 由 Windows Server 2025 提供支持的公共 Windows 服务器套装
支持 Windows Server 2019 的公有 BYOP 支持 Windows Server 2022 的公有 BYOP
支持 Windows Server 2022 的公有 BYOP 支持 Windows Server 2019 的公有 BYOP
支持 Windows Server 2019 的公有 BYOP 基于 Windows Server 2025 的公共 BYOP
基于 Windows Server 2025 的公共 BYOP 支持 Windows Server 2019 的公有 BYOP
支持 Windows Server 2022 的公有 BYOP 基于 Windows Server 2025 的公共 BYOP
基于 Windows Server 2025 的公共 BYOP 支持 Windows Server 2022 的公有 BYOP
支持 Windows Server 2019 的公有 Windows 10 捆绑包 基于 Windows Server 2025 的公共 BYOP
由 Windows Server 2019 提供支持的自定义 Windows 10 套装 基于 Windows Server 2025 的公共 BYOP
支持 Windows Server 2022 的公有 Windows 10 捆绑包 基于 Windows Server 2025 的公共 BYOP
由 Windows Server 2022 提供支持的自定义 Windows 10 套装 基于 Windows Server 2025 的公共 BYOP
注意

Web Access 不适用于支持 Windows Server 2019 的公有 Windows 10 捆绑包 PCoIP 分支。

注意

如果在启用嵌套虚拟化的情况下迁移,则目标捆绑包必须满足嵌套虚拟化的要求:DCV (WSP) 协议、支持的操作系统和非捆绑虚拟化。 WorkSpace GPU-enabled 如果目标捆绑不满足这些要求,则在迁移的软件上禁用嵌套虚拟化 WorkSpace。有关更多信息,请参阅 WorkSpaces 个人嵌套虚拟化

迁移过程中会发生什么

在迁移过程中,用户卷(驱动器 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,则只要目标捆绑满足嵌套虚拟化的要求 WorkSpace,它就会在迁移的服务器上保持启用状态。

最佳实践

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

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

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

  • 为避免潜在的数据丢失,请确保您的用户注销, WorkSpaces并且在迁移过程完成之前不要重新登录。请注意,当它们处于ADMIN_MAINTENANCE模式时 WorkSpaces 无法迁移。

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

  • 确保您有足够的 IP 地址供 WorkSpaces 您要迁移的 IP 地址。在迁移期间,将为分配新的 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 要迁移到其他捆绑包类型(例如,从性能到功耗,或从价值到标准),则在迁移过程中,根卷(驱动器 C)和用户卷(驱动器 D)的大小可能会增加。如有必要,根卷增加以匹配新捆绑包的默认根卷大小。但是,如果您已为用户卷指定的大小与原始捆绑包的默认大小不同(更高或更低),则在迁移过程中会保留相同的用户卷大小。否则,迁移过程将使用源 WorkSpace 用户卷大小中的较大值和新捆绑包的默认用户卷大小。

迁移 WorkSpace

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

要迁移 WorkSpace
  1. 在处打开 WorkSpaces 控制台https://console.aws.amazon.com/workspaces/v2/home

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

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

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

    注意

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

  5. 选择 Migrate WorkSpaces

    状态 WorkSpace 为的新内容PENDING出现在亚马逊 WorkSpaces控制台中。迁移完成后,原始文件 WorkSpace 将终止,新版本的状态设置 WorkSpace 为AVAILABLE

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

要 WorkSpaces 通过迁移 AWS CLI,请使用 migrate-w orkspace 命令。要 WorkSpaces 通过亚马逊 WorkSpaces API 进行迁移,请参阅亚马逊 WorkSpaces API 参考MigrateWorkSpace中的内容