本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
迁移WorkSpace
您可以将WorkSpace从一个捆绑包迁移到另一个捆绑包，同时将数据保留在用户卷上。您可以使用此功能将 WorkSpaces 从 Windows 7 桌面体验迁移到 Windows 10 桌面体验，或者从 PCoIP 协议迁移到 WorkSpaces Streaming Protocol (WSP)。您还可以使用此功能将 WorkSpaces 从一个公有或自定义捆绑包迁移到另一个捆绑包。例如，您可以从启用 GPU（图形和 GraphicsPro）的捆绑包迁移到不启用 GPU 的捆绑包，反之亦然。有关 Amazon WorkSpaces 捆绑包的更多信息，请参阅WorkSpace 服务包和映像。
迁移过程通过使用目标捆绑包映像中的新根卷和原始WorkSpace的最后一个可用快照中的用户卷来重新创建WorkSpace。 迁移过程中会生成新的用户配置文件，以获得更好的兼容性。将重命名旧用户配置文件，然后将旧用户配置文件中的某些文件移动到新用户配置文件。（有关所移动的内容的详细信息，请参阅迁移过程中会发生什么。）
每个 WorkSpace 的迁移过程最多需要一个小时。 启动迁移过程时，将创建新的 WorkSpace。如果发生错误阻止成功迁移，将恢复原始 WorkSpace 并返回到其原始状态，并终止新的 WorkSpace。
迁移限制
-
您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。您也不能迁移到自带许可证 (BYOL) Windows 7 捆绑包。
-
您只能将 BYOL WorkSpaces 迁移到其他 BYOL 捆绑包。
-
您无法将创建的 WorkSpace 从公有或自定义捆绑包迁移到 BYOL 捆绑包。
-
当前不支持迁移 Linux WorkSpaces。
-
在支持多种语言的 AWS 区域中，您可以在语言包之间迁移 WorkSpaces。
-
源捆绑包和目标捆绑包必须不同。（但是，在支持多种语言的区域中，只要语言不同，您就可以迁移到同一 Windows 10 捆绑包。） 如果要使用相同的捆绑包刷新 WorkSpace，请改为重新生成 WorkSpace。
-
您无法跨区域迁移 WorkSpaces。
-
在某些情况下，如果迁移无法成功完成，您可能不会收到错误消息，并且可能显示迁移过程未启动。如果 WorkSpace 包在尝试迁移后的 1 小时保持不变，迁移将失败。请联系 AWS Support Center
以获取帮助。
可用的迁移方案
下表显示了哪些迁移方案可用：
| 源操作系统 | 目标操作系统 | 是否可用？ |
|---|---|---|
|
公有或自定义捆绑包 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 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 捆绑包 |
是 |
迁移过程中会发生什么
在迁移过程中，用户卷（驱动器 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。 您可以手动移动任何未自动移动的文件。
分配给原始 WorkSpace 的任何标签都将在迁移期间进行转移，并且 WorkSpace 的运行模式将保留。但是，新的 WorkSpace 将获得新的 WorkSpace ID、计算机名称和 IP 地址。
最佳实践
在迁移WorkSpace之前，请执行以下操作：
-
将驱动器 C 上的任何重要数据备份到另一个位置。在迁移过程中，将擦除驱动器 C 上的所有数据。
-
确保正在迁移的 WorkSpace 至少已有 12 小时，以确保已创建用户卷的快照。在 控制台中的 WorkSpacesMigrate （迁移 Amazon S3）Amazon WorkSpaces 页面上，您可以看到上一个快照的时间。在迁移过程中，上一个快照之后创建的所有数据将丢失。
-
为避免潜在的数据丢失，请确保您的用户注销其 WorkSpaces，并在迁移过程完成后才重新登录。请注意，WorkSpaces 在处于
ADMIN_MAINTENANCE模式时无法迁移。 -
确保要迁移的 WorkSpaces 的状态为
AVAILABLE、STOPPED或ERROR。 -
确保您有足够的 IP 地址用于要迁移的WorkSpaces。在迁移期间，将为WorkSpaces分配新的 IP 地址。
-
如果您使用脚本迁移 WorkSpaces，请以一次不超过 25 个 WorkSpaces 的批次迁移它们。
Troubleshooting
-
如果用户在迁移后报告丢失文件，请检查其用户配置文件是否在迁移过程中未移动。您可以看到哪些文件被移入
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 控制台、AWS 命令行界面 （CLI） 或 Amazon WorkSpaces API 迁移 Amazon WorkSpaces。
迁移WorkSpace
-
通过以下网址打开 Amazon WorkSpaces 控制台：https://console.amazonaws.cn/workspaces/
。 -
在导航窗格中，选择WorkSpaces。
-
选择您的 WorkSpace，然后依次选择 Actions （操作） 和 Migrate WorkSpaces （迁移 Amazon Macie）。
-
在 Select Target Bundle 下，选择要将 WorkSpace 迁移到的捆绑。
-
在 Assign WorkSpace Bundle （分配 Amazon S3 服务包） 下，为每个 WorkSpace 用户选择目标服务包。
警告 对于每个 WorkSpace，请记下列出的快照时间。在所列快照时间之后对用户卷所做的任何更改都将在迁移过程中丢弃。
-
选择 MigrateWorkSpaces。
控制台中将显示一个状态为 WorkSpace 的新
PENDING。Amazon WorkSpaces迁移完成后，将终止原始 WorkSpace，并将新 WorkSpace 的状态设置为AVAILABLE。 -
（可选）要删除您不再需要的任何自定义捆绑包和映像，请参阅删除自定义 WorkSpaces 服务包或映像。
要通过 AWS CLI 迁移 WorkSpaces，请使用 migrate-workspace 命令。要通过 WorkSpaces API 迁移 Amazon WorkSpaces，请参阅 中的 MigrateWorkSpace。Amazon WorkSpaces API 参考