本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
以 WorkSpaces 个人 WorkSpace 方式迁移
注意
如果你想取消订阅或卸载 Microsoft Office 版本 AWS 的许可证 WorkSpace,我们建议你使用管理应用程序。
您可以将 WorkSpace 从一个捆绑包迁移到另一个捆绑包,同时将数据保留在用户卷上。下面是一些示例方案:
-
你可以 WorkSpaces 从 Windows 7 桌面体验迁移到 Windows 10 桌面体验。
-
您可以 WorkSpaces 从PCoIP协议迁移到DCV。
-
你可以 WorkSpaces 从 Windows Server 上的 32 位微软 Office 2016 版本的 WorkSpaces 捆绑包迁移到 Windows Server 2019 上的 64 位微软 Office 和支持 Windows Server 2022 的捆绑包。 WorkSpaces
-
您可以 WorkSpaces 从一个公共或自定义捆绑包迁移到另一个捆绑包。例如,你可以从GPU启用的 (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。
-
你可以BYOLBYOP WorkSpaces 从 Windows 10 迁移到 Windows 11,包括BYOP WorkSpaces 从 Windows Server 2019 迁移到 Windows Server 2022 的许可证。
有关 Amazon WorkSpaces 捆绑包的更多信息,请参阅个人版套装和 WorkSpaces 图片。
迁移过程使用目标捆绑包映像中的新根卷和原始 WorkSpace包上次可用快照中的用户卷来重新创建。 WorkSpace 迁移过程中会生成一个新的用户配置文件,以获得更好的兼容性。将重命名旧用户配置文件,然后将旧用户配置文件中的某些文件移动到新用户配置文件。(有关所移动的内容的详细信息,请参阅迁移过程中会发生什么。)
每次迁移过程最多需要一个小时 WorkSpace。启动迁移过程时,会创建一个新的 WorkSpace 迁移过程。如果发生导致无法成功迁移的错误, WorkSpace 则会恢复原始文件并将其恢复到其原始状态,然后终止新的 WorkSpace 迁移。
迁移限制
-
您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。你也无法迁移到自带许可证 (BYOL) Windows 7 捆绑包。
-
您BYOL WorkSpaces 只能迁移到其他BYOL捆绑包。要将BYOL WorkSpace 从迁移PCoIP到DCV,必须先使用该DCV协议创建一个BYOL捆绑包。然后,您可以将您的软件迁移PCoIPBYOL WorkSpaces 到该DCVBYOL捆绑包。
-
您无法将从公共或自定义捆绑包中 WorkSpace 创建的分BYOL发包迁移到捆绑包。
-
Graphics.g4dn、 GraphicsPro .g4dn、Graphics 和 GraphicsPro 捆绑包目前仅适用于该PCoIP协议,因此 Graphics.g4dn、.g4dn、Graphics,目前还无法迁移到。 GraphicsPro GraphicsPro WorkSpaces DCV
-
WorkSpaces 目前不支持迁移 Linux。
-
在支持多种语言的 AWS 区域中,您可以在语言包 WorkSpaces之间迁移。
-
源捆绑包和目标捆绑包必须不同。(但是,在支持多种语言的区域中,只要语言不同,就可以迁移到相同的 Windows 10 捆绑包。) 如果您想 WorkSpace 使用相同的捆绑包刷新,请 WorkSpace改为重新构建。
-
您无法 WorkSpaces 跨区域迁移。
-
在某些情况下,如果迁移无法成功完成,您可能不会收到错误消息,并且可能显示迁移过程未启动。如果在尝试迁移一小时后 WorkSpace 捆绑包保持不变,则迁移不成功。请联系 AWS Support 中心
以获取帮助。 -
您无法迁移BYOP WorkSpaces 到PCoIP或DCV 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 的 Public Windows 10 捆绑包PCoIP分支不提供网络访问权限。
重要
支持 Windows Server 2016 的公有 Windows 10 plus 捆绑包含有 Microsoft Office 2016 和 Trend Micro Worry-Free Business Security Services。支持 Windows Server 2019 的公有 Windows 10 plus 捆绑包仅含有 Microsoft Office 2019,不含 Trend Micro Services。
迁移过程中会发生什么
在迁移过程中,用户卷(驱动器 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 或 Amazon 进行迁移 WorkSpacesAPI。
要迁移 WorkSpace
打开 WorkSpaces 控制台,网址为https://console.aws.amazon.com/workspaces/
。 -
在导航窗格中,选择WorkSpaces。
-
选择您的 WorkSpace ,然后选择操作,迁移 WorkSpaces。
-
在捆绑包下,选择您要迁移到的捆绑包 WorkSpace 。
注意
要将BYOL WorkSpace 从迁移PCoIP到DCV,必须先使用该DCV协议创建一个BYOL捆绑包。然后,您可以将您的软件迁移PCoIPBYOL WorkSpaces 到该DCVBYOL捆绑包。
-
选择迁移 WorkSpaces。
Amazon WorkSpaces 控制台中
PENDING
会出现一个状态为的新 WorkSpace 内容。迁移完成后,原始 WorkSpace 迁移将终止,新迁移的状态将设置 WorkSpace 为AVAILABLE
。 -
(可选)要删除您不再需要的任何自定义捆绑包和映像,请参阅在 “个人” 中 WorkSpaces 删除自定义捆绑包或图片。
要 WorkSpaces 通过迁移 AWS CLI,请使用 migrat e-workspace 命令。要 WorkSpaces 通过亚马逊迁移 WorkSpaces API,请参阅MigrateWorkSpace《亚马逊 WorkSpaces API参考》。