迁移 WorkSpaces 个人版中的 WorkSpace

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

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

• 您可以将 WorkSpaces 从支持 Windows Server 2016 的 32 位 Microsoft Office WorkSpaces 捆绑包迁移到支持 Windows Server 2019 和 Windows Server 2022 的 64 位 Microsoft Office WorkSpaces 捆绑包。

• 您可以将 WorkSpaces 从一个公有或自定义捆绑包迁移到另一个相应的捆绑包。例如，您可以从启用 GPU（Graphics.g4dn、GraphicsPro.g4dn、Graphics 和 GraphicsPro）的捆绑包迁移到未启用 GPU 的捆绑包，反之亦然。

• 您可以通过 Amazon 将使用 Microsoft Office 的 Windows WorkSpaces 迁移到包含 Microsoft 365 应用程序的自定义 WorkSpaces 捆绑包。迁移完成后，将取消从 Microsoft Office 订阅您的 WorkSpaces。

• 您可以通过 Amazon 将使用 Microsoft Office 的 Windows WorkSpaces 迁移到没有 Office 2016/2019 订阅的 WorkSpaces 捆绑包。迁移完成后，将取消从 Microsoft Office 订阅您的 WorkSpaces。

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

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

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

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

• Graphics.g4dn、GraphicsPro.g4dn、Graphics 和 GraphicsPro 捆绑包适用于 Windows 和 Ubuntu 上的 PCoIP 协议。Graphics.g4dn 和 GraphicsPro.g4dn 适用于 Windows 和 Ubuntu 上的 DCV 协议。GraphicsPro 和 GraphicsPro WorkSpaces 目前无法迁移到 DCV。

• 目前不支持迁移 Linux WorkSpaces。

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

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

• 您不能跨区域迁移 WorkSpace。

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

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

• 您无法将加入 Active Directory 域的 WorkSpaces 迁移到加入 Microsoft Entra 的工作空间。

• 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 小时，以确保已创建用户卷的快照。在 Amazon WorkSpaces 控制台的迁移 WorkSpaces 页面上，您可以看到上次拍摄快照的时间。在迁移过程中，上一个快照之后创建的所有数据将丢失。

• 为避免潜在的数据丢失，请确保您的用户注销其 WorkSpaces，并在迁移过程完成后才重新登录。请注意，WorkSpaces 处于 ADMIN_MAINTENANCE 模式时无法迁移。

• 请确保要迁移的 WorkSpaces 的状态为 AVAILABLE、STOPPED 或 ERROR。

• 请确保您有足够的 IP 地址用于要迁移的 WorkSpaces。迁移期间，将为 WorkSpaces 分配新的 IP 地址。

• 如果您正在使用脚本迁移 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。