WorkSpace 在 WorkSpaces 个人版中迁移

• 你可以 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.g7、、 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 到其他操作系统。

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

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

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

• Windows 上的 DCV 协议支持 Graphics.g7 Graphics.g6、 Graphics.g4dn、和 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

• 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

在迁移之前 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 不再需要的内容。