迁移限制迁移方案迁移期间会发生什么最佳实践问题排查账单如何受到影响迁移 WorkSpace

迁移 WorkSpace

注意

如果你想取消订阅或卸载 Microsoft Office 版本Amazon的许可证 WorkSpace，我们建议你使用管理应用程序。

您可以将 WorkSpace 从一个捆绑包迁移到另一个捆绑包，同时将数据保留在用户卷上。以下是示例场景：

你可以 WorkSpaces 从 Windows 7 桌面体验迁移到 Windows 10 桌面体验。
您可以 WorkSpaces 从 PCoIP 协议迁移到 WorkSpaces 流式传输协议 (WSP)。
你可以 WorkSpaces 从 Windows Server 上的 32 位微软 Office 2016 版本的 WorkSpaces 捆绑包迁移到支持 2019 年的 Windows Server 上的 64 位微软 Office WorkSpaces 捆绑包。
您可以 WorkSpaces 从一个公共或自定义捆绑包迁移到另一个捆绑包。例如，你可以从支持 GPU（Graphics.g4dn）迁移。 GraphicsPro.g4dn、Graphics 和 GraphicsPro) 捆绑到不支持 GPU 的捆绑包，反之亦然。
你可以将使用微软 Office WorkSpaces 的 Windows 迁移Amazon到包含微软 365 应用程序的自定义 WorkSpaces 捆绑包。迁移完成后， WorkSpaces 你将取消订阅微软 Office。
你可以将使用微软 Office WorkSpaces 的 Windows 迁移Amazon到没有 Office 2016/2019 订阅的 WorkSpaces捆绑包中。迁移完成后， WorkSpaces 你将取消订阅微软 Office。

有关亚马逊 WorkSpaces 捆绑包的更多信息，请参阅WorkSpace 捆绑包和图片。

迁移过程使用目标捆绑包映像中的新根卷和原始 WorkSpace包上次可用快照中的用户卷来重新创建。 WorkSpace 迁移过程中会生成一个新的用户配置文件，以获得更好的兼容性。将重命名旧用户配置文件，然后将旧用户配置文件中的某些文件移动到新用户配置文件。（有关所移动的内容的详细信息，请参阅迁移期间会发生什么。）

每次迁移过程最多需要一个小时 WorkSpace。启动迁移过程时，会创建一个新的 WorkSpace 迁移过程。如果发生导致无法成功迁移的错误， WorkSpace 则会恢复原始文件并将其恢复到其原始状态，然后终止新的 WorkSpace 迁移。

迁移限制

您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。您也不能迁移到自带许可证 (BYOL) Windows 7 捆绑包。
您 WorkSpaces 只能将 BYOL 迁移到其他 BYOL 捆绑包。要将 BYOL WorkSpace 从 PCoIP 迁移到 WSP，必须先使用 WSP 协议创建 BYOL 捆绑包。然后，你可以将你的 PCoIP BYOL 迁移到那个 WSP BYOL WorkSpaces 捆绑包。
您无法将从公共或自定义捆绑包中 WorkSpace 创建的分发包迁移到 BYOL 捆绑包。
Graphics.g4dn、 GraphicsPro .g4dn、Graphics 和 GraphicsPro 捆绑包目前仅适用于 PCoIP 协议，因此 Graphics.g4dn、.g4dn、Graphics，还无法迁移到 WSP。 GraphicsPro GraphicsPro WorkSpaces
WorkSpaces 目前不支持迁移 Linux。
在支持多种语言的Amazon区域中，您可以在语言包 WorkSpaces之间迁移。
源捆绑包和目标捆绑包必须不同。（但是，在支持多种语言的区域中，只要语言不同，就可以迁移到相同的 Windows 10 捆绑包。）如果您想 WorkSpace 使用相同的捆绑包刷新，请 WorkSpace改为重新构建。
您无法 WorkSpaces 跨区域迁移。
在某些情况下，如果迁移无法成功完成，您可能不会收到错误消息，并且可能显示迁移过程未启动。如果在尝试迁移一小时后 WorkSpace 捆绑包保持不变，则迁移不成功。请联系Amazon Web Services Support中心寻求帮助。

迁移方案

下表显示了哪些迁移方案可用：

源操作系统	目标操作系统	是否可用？
公有或自定义捆绑包 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 Server 2016 的自定义 Windows 10 套	支持 Windows Server 2019 的公共 Windows 10 套装	是

注意

基于 Windows Server 2019 的 Public Windows 10 捆绑包 PCoIP 分支无法访问网络。

重要

支持 Windows Server 2016 的公共 Windows 10 plus 套装包括微软 Office 2016 和趋势科技无忧商务安全服务。支持 Windows Server 2019 的公共 Windows 10 plus 套装仅包括微软 Office 2019，不包括趋势科技服务。

迁移期间会发生什么

在迁移过程中，用户卷（驱动器 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 小时的时间，以确保已创建用户卷的快照。在亚马逊 WorkSpaces 控制台的迁移 WorkSpaces页面上，您可以看到上次拍摄快照的时间。在迁移过程中，上一个快照之后创建的所有数据将丢失。
为避免潜在的数据丢失，请确保您的用户注销其账户， WorkSpaces并且在迁移过程完成后才重新登录。请注意，当它们处于ADMIN_MAINTENANCE模式时 WorkSpaces 无法迁移。
确保 WorkSpaces 要迁移的状态为AVAILABLESTOPPED、或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 用户卷大小中较大的容量和新分发包的默认用户卷大小。