周五晚上，员工已经下班，IT团队的工作才刚刚开始。

他们要在有限的维护窗口内，把一批已经使用多年的云桌面迁到新平台。桌面里的业务软件、用户数据和个人配置要保留，第二天早上还要确保员工能够正常登录、继续工作。

这正是企业将原有Citrix或VMware Horizon云桌面替换为锐捷云桌面时，最难处理的一步。

维护窗口中的云桌面迁移：难点不在建新平台，而在把存量桌面安全搬过去

新平台建起来并不难，难的是：原平台中几百台甚至上千台桌面，怎样安全、批量地搬过来？

逐台重装，为什么不是理想答案

在不少企业中，Citrix Virtual Apps and Desktops或VMware Horizon负责桌面发布、用户接入和策略管理，桌面虚拟机则运行在VMware vSphere上。

经过多年使用，每台桌面里都可能安装了业务软件，保存着用户数据和个性化配置，还关联着计算机名、MAC地址、IP地址、AD域关系及软件授权。

如果全部重新安装，IT不仅要重新制作桌面、安装应用和恢复配置，还要组织用户搬运数据、重新验证业务。桌面数量一多，每增加一个人工步骤，都可能拉长迁移周期，增加业务切换风险。

左侧是逐台重复操作，右侧是由统一控制端批量执行的自动化迁移

针对这类迁移难题，锐捷推出了全自动云桌面迁移工具DTool。

DTool通过V2V方式，将运行在VMware vSphere上的Citrix或VMware Horizon存量桌面迁移到锐捷云桌面，并配合磁盘复制、驱动适配、原平台代理处理、锐捷云桌面代理安装、批量调度和迁移验证，减少逐台重建及人工恢复。

它要解决的不是“怎样复制几个文件”，而是如何尽量保留用户原来的系统、应用、数据和个人配置，把熟悉的工作环境迁移到锐捷云桌面。

源端环境	迁移过程	目标环境
运行在VMware vSphere上的Citrix或VMware Horizon持久桌面	DTool执行磁盘读取、数据写入、驱动适配、代理处理、校验和状态监控	由锐捷云桌面接管，并完成业务验证后交付用户

迁移的不是几个文件，而是完整的工作环境

一台已经投入使用的云桌面，通常包含：

Windows操作系统；

已经安装的业务软件；

用户个人数据和应用配置；

计算机名、MAC地址和IP地址；

AD域成员关系；

Citrix VDA或Horizon Agent；

VMware Tools及相关虚拟硬件驱动；

与设备身份相关的软件授权及安全策略。

如果只把用户文件复制到一台新桌面，操作系统、应用、配置及身份关系仍然需要重新恢复。

DTool采用虚拟机级迁移方式，通过VMware VDDK接口读取vSphere中的VMDK虚拟磁盘，再将磁盘数据写入锐捷云桌面的目标虚拟机。

因此，它搬迁的不只是文档，而是虚拟磁盘中原有的系统、应用、数据和用户配置。对于保存在独立数据盘中的用户数据，相应磁盘也可以在完成评估后纳入迁移；如果数据原本保存在NAS等外部存储中，则需要在新平台重新建立对应的数据访问关系。

迁移对象是系统、应用、数据和配置共同组成的完整工作环境

全自动，不只是把磁盘复制过去

DTool读取源端VMDK并写入目标磁盘后，还会继续处理驱动、原平台代理、锐捷云桌面代理和域连接，让目标桌面进入可启动、可验证的状态。

识别并处理Citrix VDA或Horizon Agent；

清理不再需要的VMware Tools及相关驱动；

安装锐捷云桌面代理；

检查域加入状态和域控制器连接；

将处理结果上报至DTool控制端。

这些工作尽量在用户登录前完成，帮助实施人员提前发现异常，减少逐台登录和手工配置。

但第三方安全软件、Windows及业务软件激活、特殊外设和个性化策略能否直接继承，仍需根据客户现网环境逐项验证。

几百台桌面，如何按照统一流程迁移

单台测试通过后，下一步是在有限的维护窗口内批量迁移几百台桌面。

DTool采用Controller和Worker协同架构：Controller统一导入清单、编排任务和监控进度，Worker负责读取源盘、写入目标盘及执行系统适配。

DTool环境接入与集群配置关键页面

在批量迁移过程中，DTool还可以提供断点续传和SHA256数据校验，降低任务中断或数据复制异常带来的风险。

创建迁移任务与查看执行状态关键页面

企业可以根据桌面数量、磁盘容量、源存储性能、网络带宽和维护窗口配置Worker，并规划每个批次的迁移数量。

Worker和并发任务并不是越多越好。如果并发量超过源端存储或网络的承载能力，整体迁移反而可能变慢。因此，正式迁移前需要通过试点测试实际吞吐能力。

什么样的存量桌面适合整体迁移

DTool主要面向运行在VMware vSphere上的Citrix或Horizon持久桌面，尤其适合已经安装大量业务软件、重新制作成本较高，或需要保留原有数据和个性化配置的桌面。

非持久桌面池通常更适合重新制作黄金镜像；加密虚拟机、GPU或vGPU、特殊外设及与硬件绑定的软件授权，则需要提前评估。

Citrix策略、Horizon桌面池和连接服务器配置不在虚拟磁盘内，需要按照锐捷云桌面的机制重新配置。

明确了哪些桌面适合迁移后，还要回答一个更现实的问题：同样迁移一批运行在vSphere上的存量桌面，不同方案究竟能自动做到哪一步？某存储芯片企业的迁移项目，正好提供了一次实际对比。

同一个迁移项目，三种方案差别在哪

该项目同时对比了锐捷DTool、友商A和友商B。评估的重点不是虚拟磁盘能否复制，而是从创建目标资源到目标桌面进入可验证状态，整个过程还需要多少人工操作。

对比结果显示：友商A在创建目标资源、格式转换、磁盘挂载等多个环节需要人工操作；友商B实现了磁盘复制自动化，但收尾阶段仍需要域管理员配合。锐捷DTool则把磁盘读取、目标盘写入、离线注入、首次启动处理、域通道修复和状态回传纳入统一编排，形成端到端自动化迁移闭环。

某存储芯片企业迁移项目方案对比：友商A、友商B与锐捷

判断迁移是不是全自动，不能只看磁盘有没有自动复制，还要看复制完成后，目标桌面能否自动完成平台适配并进入可验证、可交付的状态。

工具可以自动执行，迁移仍需提前验证

一次可靠的迁移，通常要经过四个阶段。

第一步：现网调研

确认桌面来自Citrix还是Horizon，梳理桌面类型、vSphere版本、磁盘结构、域状态、网络配置、应用、数据和外设依赖。

第二步：小规模试点

选择具有代表性的桌面，验证虚拟机启动、域账号登录、数据完整性、业务软件、软件授权、外设使用、代理注册和回退流程。

第三步：分批迁移

结合业务部门、桌面重要程度、磁盘容量和夜间维护窗口，规划每批次的迁移对象。迁移过程中，源桌面需要按照方案停机，DTool完成全量磁盘复制、校验、驱动处理及部署脚本注入。

第四步：保留回退

迁移初期不要立即删除原Citrix或Horizon桌面。出现单台迁移失败、批量驱动异常或业务应用不兼容时，项目团队需要能够暂停切换，让受影响用户暂时回到原环境工作。

第二天能正常工作，迁移才算完成

对IT团队来说，迁移成功不是进度条走到100%，而是第二天员工登录新桌面后，文件还在、软件能用、业务能够继续。

如果企业正在使用运行于VMware vSphere上的Citrix或Horizon持久桌面，可以先选取几台典型桌面开展迁移评估和POC，验证系统启动、域登录、业务软件、外设及授权状态，再规划批量迁移。

具体支持范围、源端版本条件和迁移周期，以DTool实际版本、现网调研及POC结果为准。