本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
亚马逊 WorkSpaces 迁移
借助 Amazon WorkSpaces 迁移功能,您可以将用户卷数据带到新的捆绑包中。您可以使用此功能来:
-
将你 WorkSpaces 从 Windows 7 体验迁移到 Windows 10 桌面体验。
-
从 PCoIP 迁移 WorkSpace 到 WorkSpaces 流式传输协议 (WSP)。 WorkSpace
-
WorkSpaces 从一个公共或自定义捆绑包迁移到另一个捆绑包。例如,您可以从支持 GPU 的(图形和 GraphicsPro)捆绑包迁移到不支持 GPU 的捆绑包,反之亦然。
迁移过程
使用 m WorkSpaces igrate,您可以指定目标 WorkSpaces 捆绑包。迁移过程 WorkSpace使用目标包映像中的新根卷和最新的原始用户卷快照重新创建用户卷。为了提高兼容性,迁移期间会生成新的用户配置文件。旧用户配置文件中无法移动到新配置文件的数据存储在.notMigrated 文件夹中。
在迁移过程中,用户卷(驱动器 D)上的数据会保留,但根卷(C:\ drive)上的所有数据都将丢失。这意味着不会保留已安装的应用程序、设置和对注册表的更改。将旧的用户配置文件文件夹重命名为。 NotMigrated suffix,然后创建了一个新的用户配置文件。
每次迁移过程最多需要一个小时 WorkSpace。此外,如果迁移工作流程未能完成该过程,该服务将在迁移前自动将其回滚 WorkSpace 到其原始状态,从而最大限度地降低任何数据丢失的风险。
在迁移过程中,分配给原始标签的所有标签 WorkSpace 都将被保留。的运行模式将 WorkSpace 保留。迁移后的计算机 WorkSpace 有了新的 WorkSpace ID、计算机名称和 IP 地址。迁移程序
您可以 WorkSpaces 通过亚马逊 WorkSpaces 控制台、 AWS CLI 使用迁移工作空间命令或亚马 WorkSpaces 逊 API 进行迁移。所有迁移请求都会排队,如果迁移请求过多,该服务将自动限制迁移请求的总数。迁移限制
-
您不能迁移到公有或自定义 Windows 7 桌面体验捆绑包。
-
你无法迁移到 BYOL Windows 7 捆绑包。
-
您 WorkSpaces 只能将 BYOL 迁移到其他 BYOL 捆绑包。
-
您无法将从公共或自定义捆绑包中 WorkSpace 创建的分发包迁移到 BYOL 捆绑包。
-
WorkSpaces 目前不支持迁移 Linux。
-
在支持多种语言的 AWS 区域中,您可以在语言包 WorkSpaces 之间迁移。
-
源捆绑包和目标捆绑包必须不同。(但是,在支持多种语言的区域,只要语言不同,您就可以迁移到相同的 Windows 10 软件包。) 如果您想 WorkSpace 使用相同的捆绑包刷新,请 WorkSpace改为重新构建。
-
您无法 WorkSpaces 跨区域迁移。
-
WorkSpaces 当它们处于管理员维护模式时无法迁移。
成本
在迁移发生的当月,您需要为新迁移和原始 WorkSpaces迁移按比例支付费用。例如,如果您在 5 月 10 日将 WorkSpace A 迁移到 WorkSpace B,则将在 5 月 1 日至 5 月 10 日期间支付 WorkSpace A 费用,并在 5 月 11 日至 5 月 30 日期间支付 WorkSpace B 费用。
WorkSpaces 迁移最佳实践
在迁移之前 WorkSpace,请执行以下操作:
-
将驱动器 C 上的任何重要数据备份到另一个位置。在迁移过程中,将擦除驱动器 C 上的所有数据。
-
请确保 WorkSpace 正在迁移的已有至少 12 小时的时间,以确保已创建用户卷的快照。在 Amazon WorkSpaces 控制台的 M igrat e WorkSpaces 页面上,您可以参考上次拍摄快照的时间。在迁移过程中,上一个快照之后创建的所有数据将丢失。
-
为避免潜在的数据丢失,请确保您的用户注销其用户 WorkSpaces,并且在迁移过程完成之前不要重新登录。
-
确保 WorkSpaces 要迁移的状态为 “可用”、“已停止” 或 “错误”。
-
请确保您有足够的 IP 地址供 WorkSpaces要迁移的。在迁移期间,将为分配新的 IP 地址 WorkSpaces。
-
如果您使用脚本进行迁移 WorkSpaces,请分批迁移它们,一次不超过 25 WorkSpaces 个。