本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
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\,而未设置为 usernameD:\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
在处打开 WorkSpaces 控制台https://console.aws.amazon.com/workspaces/v2/home
。 -
在导航窗格中,请选择 WorkSpaces。
-
选择您的 WorkSpace ,然后选择操作,迁移 WorkSpaces。
-
在 Bundles 下,选择要迁移 WorkSpace 到的捆绑包。
注意
要将 BYOL WorkSpace 从 PCoIP 迁移到 DCV,必须先使用 DCV 协议创建 BYOL 捆绑包。然后,您可以将 PCoIP BYOL 迁移到该 DCV BYOL WorkSpaces 套装中。
-
选择 Migrate WorkSpaces。
状态 WorkSpace 为的新内容
PENDING出现在亚马逊 WorkSpaces控制台中。迁移完成后,原始文件 WorkSpace 将终止,新版本的状态设置 WorkSpace 为AVAILABLE。 -
(可选)要删除您不再需要的任何自定义捆绑包和映像,请参阅在 “个人” 中 WorkSpaces 删除自定义捆绑包或图片。
要 WorkSpaces 通过迁移 AWS CLI,请使用 migrate-w orkspace 命令。要 WorkSpaces 通过亚马逊 WorkSpaces API 进行迁移,请参阅亚马逊 WorkSpaces API 参考MigrateWorkSpace中的内容。