本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 以 WorkSpaces 个人 WorkSpace 方式迁移
**注意**
如果你想取消订阅或卸载 Microsoft Office 版本 AWS 的许可证 WorkSpace，我们建议你使用[管理应用程序](manage-applications)。
您可以将 WorkSpace 从一个捆绑包迁移到另一个捆绑包，同时将数据保留在用户卷上。下面是一些示例方案：
+ 你可以 WorkSpaces 从 Windows 7 桌面体验迁移到 Windows 10 桌面体验。
+ 您可以 WorkSpaces 从 PCo IP 协议迁移到 DCV。
+ 你可以 WorkSpaces 从 Windows Server 上的 32 位微软 Office 2016 版本的 WorkSpaces 捆绑包迁移到 Windows Server 2019 上的 64 位微软 Office 和支持 Windows Server 2022 的捆绑包。 WorkSpaces
+ 您可以 WorkSpaces 从一个公共或自定义捆绑包迁移到另一个捆绑包。例如，你可以从支持 GPU（Graphics.g6、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。
+ 你可以将 BYOL BYOP WorkSpaces 从 Windows 10 迁移到 Windows 11，将包含许可证的 BYOP WorkSpaces 从 Windows Server 2019 迁移到 Windows Server 2022。
+ 你可以将任何 Windows 服务器支持的 WorkSpace 捆绑包迁移到 Windows Server 2025。迁移后，您将使用 DCV 流式传输协议在不同的网络条件下实现高性能的远程桌面流式传输，即使对于图形密集型应用程序也是如此，即使是功能较弱的客户端设备也是如此。
+ 你可以将任何 Windows Server 许可证内含的 BYOP WorkSpace 捆绑包迁移到 BYOP Windows Server 2025。
有关 Amazon WorkSpaces 捆绑包的更多信息，请参阅[个人版套装和 WorkSpaces 图片](amazon-workspaces-bundles.md)。
迁移过程使用目标捆绑包映像中的新根卷和原始 WorkSpace包上次可用快照中的用户卷来重新创建。 WorkSpace 迁移过程中会生成一个新的用户配置文件，以获得更好的兼容性。将重命名旧用户配置文件，然后将旧用户配置文件中的某些文件移动到新用户配置文件。（有关所移动的内容的详细信息，请参阅[迁移过程中会发生什么](#during-migration)。）
每次迁移过程最多需要一个小时 WorkSpace。启动迁移过程时，会创建一个新的 WorkSpace 迁移过程。如果发生导致无法成功迁移的错误， WorkSpace 则会恢复原始文件并将其恢复到其原始状态，然后终止新的 WorkSpace 迁移。
**Contents**
+ [迁移限制](#migration-limits)
+ [迁移场景](#migration-scenarios)
+ [迁移过程中会发生什么](#during-migration)
+ [最佳实践](#migration-best-practices)
+ [问题排查](#migration_troubleshooting)
+ [账单如何受到影响](#migration-billing)
+ [迁移 WorkSpace](#migration-workspaces)
## 迁移限制
+ 您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。您也不能迁移到自带许可证 (BYOL) Windows 7 捆绑包。
+ 您 WorkSpaces 只能将 BYOL 迁移到其他 BYOL 捆绑包。要将 BYOL WorkSpace 从 PCo IP 迁移到 DCV，必须先使用 DCV 协议创建 BYOL 捆绑包。然后，你可以将你 PCo的 IP BYOL 迁移 WorkSpaces 到那个 DCV BYOL 捆绑包。
+ 您无法将从公共或自定义捆绑包中 WorkSpace 创建的分发包迁移到 BYOL 捆绑包。
+ DCV 协议支持 Windows 上的 Graphics G6 捆绑包、Graphics.g4dn 和.g4dn。 GraphicsPro在 Ubuntu 上，只有 Graphics.g4dn 和.g4dn 可用。 GraphicsPro
+ PCoIP 协议仅支持 Windows 上的 Graphics.g4dn 和 GraphicsPro .g4dn 捆绑包。
+ WorkSpaces 目前不支持迁移 Linux。
+ 在支持多种语言的 AWS 区域中，您可以在语言包 WorkSpaces之间迁移。
+ 源捆绑包和目标捆绑包必须不同。（但是，在支持多种语言的区域中，只要语言不同，就可以迁移到相同的 Windows 10 捆绑包。） 如果您想 WorkSpace 使用相同的捆绑包刷新，请 WorkSpace改[为重新构建](rebuild-workspace.md)。
+ 您无法 WorkSpaces 跨区域迁移。
+ 在某些情况下，如果迁移无法成功完成，您可能不会收到错误消息，并且可能显示迁移过程未启动。如果在尝试迁移一小时后 WorkSpace 捆绑包保持不变，则迁移不成功。请联系 [AWS 支持 中心](https://console.aws.amazon.com/support/home#/)以获取帮助。
+ 您无法将 BYOP 迁移 WorkSpaces 到 PCo IP 或 DC WorkSpaces V。
+ 你无法将已加入的 Active Directory 域名迁移到 WorkSpaces Microsoft Entra- 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 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 | 是 |
**注意**
基于 Windows Server 2019 的 Public Windows 10 捆绑包 PCo IP 分支无法访问 Web。
## 迁移过程中会发生什么
在迁移过程中，用户卷（驱动器 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 要迁移的状态为`AVAILABLE``STOPPED`、或`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 或亚马逊 WorkSpaces API 进行迁移。
**要迁移 WorkSpace**
1. 在 [https://console.aws.amazon.com/workspaces/v2/](https://console.aws.amazon.com/workspaces/v2/home) home 中打开 WorkSpaces 主机。
1. 在导航窗格中，请选择 **WorkSpaces**。
1. 选择您的 WorkSpace ，然后选择**操作**，**迁移 WorkSpaces**。
1. 在**捆绑**包下，选择您要迁移到的捆绑包 WorkSpace 。
**注意**
要将 BYOL WorkSpace 从 PCo IP 迁移到 DCV，必须先使用 DCV 协议创建 BYOL 捆绑包。然后，你可以将你 PCo的 IP BYOL 迁移 WorkSpaces 到那个 DCV BYOL 捆绑包。
1. 选择 **Migrate WorkSpaces**。
Amazon WorkSpaces 控制台中`PENDING`会出现一个状态为的新 WorkSpace 内容。迁移完成后，原始 WorkSpace 迁移将终止，新迁移的状态将设置 WorkSpace 为`AVAILABLE`。
1. （可选）要删除您不再需要的任何自定义捆绑包和映像，请参阅[删除 WorkSpaces 个人版中的自定义捆绑包或映像](delete_bundle.md)。
要 WorkSpaces 通过迁移 AWS CLI，请使用 migrat [e-workspace 命令](https://docs.aws.amazon.com/cli/latest/reference/workspaces/migrate-workspace.html)。要 WorkSpaces 通过亚马逊 WorkSpaces API 进行迁移，请参阅[MigrateWorkSpace](https://docs.aws.amazon.com/workspaces/latest/api/API_MigrateWorkspace.html)《*亚马逊 WorkSpaces API 参考*》。