周五晚上，，，，，员工已经放工，，，，，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了局为准。。。。。