1、 XXX 客户 服务器系统和应用整体搬迁项目 实施技术方案建议书 2009 年 1 月月 w w w. n o v e ll. c o m 基于 Novell PlateSpin Migrate 产品 2 2 / 18 联系信息 关于本文中的任何信息，请联系 李卫锋 ，详细联系方式为： 电话（国际直拨）： 手机 ： +8618603010427 电子邮件： DLINOVELL.COM 版本历史 版本 日期 备注 1.0 2009 年 1 月 第 1 版 免责声明 本 文檔 不得视为或解释为 Novell 和客户之间有效而且有约束力的协议。 本 文件 根据从客户处获得的信息而编制， Novell
2、 对本 文檔 内容的准确性、完整性或充分性或 文檔 的使用不做任何担保，而且特别明确表示，对于本 文檔 的适销性和对特定目的的适 用性，不做任何明示或暗示的担保。此外， Novell 公司保留修订本文档及其内容的权利。 版权 2009 版权所有。未经 Novell 公司同意，严禁复制或者修订本 文檔 的任何内容。用户仅能够在内部复制和传播。 3 3 / 18 目 录 1、项目概述 4 1.1 项目目标 4 1.2 项目实施软件 . 4 1.3 术语定义 4 2、项目实施工作流程 5 3、项目实施准备 . 7 3.1 项目实施人员组成和分工界面确定 7 3.1.1 项目实施人员组成 . 7 3.
3、1.2 项目实施人员分工界面 8 3.2 安装部署 PlateSpin Migrate 平台服务器 8 3.2.1 Migrate 服务器硬件配置建议 8 3.2.2 Migrate 服务器软件配置建议 9 3.3 PlateSpin Migrate 迁移技术参数考虑 . 9 3.3.1 选择迁移方式 9 3.3.2 选择数据传输方法 . 10 3.3.3 关于并发迁移任务数 10 3.3.4 关于迁移过程对源服务器的资源占用 . 10 3.3.5 关于服务器工作负载迁移用时 11 3.4 网络环境准备 . 11 3.5 源服务器准备 . 13 3.6 目标服务器准备 15 3.7 制定小范围
4、试点迁移实施进度计划表 15 3.8 制定批量迁移实施进度计划表 . 16 4、实施服务器工作负载初始复制迁移 16 5、实施服务器工作负载最终同步迁移 17 6、实施迁移后目标服务器系统和应用验证 . 17 7、迁移后目标服务器正式上线运行 . 18 4 4 / 18 1、 项目 概述 1.1 项目目标 为了顺应 企业 业务和应用快速发展的需要， XXX 客户 决定将现有数据中心的 250 台 PC 服务器 Windows 和 SUSE Linux 系统、应用和数据依次平滑地迁移 到新数据中心 的 更高性能的硬件服务器，迁移后现有数据中心的 PC 服务器将下线退役，由新数据中心的 PC 服务
5、器接管相应的业务和应用 。 同时，项目实施 要求对现有数据中心服务器 的业务应用 和性能影响最小化、服务器的迁移过程安全可靠、迁移后的目标服务器完全可用。 1.2 项目实施 软件 基于本项目目标， XXX 客户 使用 了 Novell PlateSpin Migrate 产品进行模拟生产环境服务器Windows 和 Linux 操作系统和应用迁移的 多种场景进行完整测试。 经过 多种场景的 测试验证， PlateSpin Migrate 产品可以完美支持与硬件平台无关的 服务器在线 /离线状态下的工作负载 （ 驻留在物理服务器或虚拟主机上的操作系统、应用程序和数据的集合 ） 迁移和服务器 Se
6、rverSync 同步； 灵活 支 持物理 （ Physical） 、虚拟 （ Virtual） 、映像 （ Image） 之间工作负载任意迁移；支持基于文件级别或数据块级别的数据传输方法；支持远程操作；具有稳定和高效的迁移成功率； 支持批量迁移服务器工作负载 ， 显著 减少完成服务器合并或硬件迁移等数据中心计划所需的时间。 PlateSpin Migrate 非常适合于数据中心 应用整体 搬迁、服务器合并或硬件服务器迁移等应用 ，满足本次项目实施的应用需求。 因此，本次项目实施将选用 Novell PlateSpin Migrate 软件 配合 完成 生产环境服务器Windows 和 Lin
7、ux 操作系统和应用的整体迁移工作。 1.3 术语定义 （ 1） 服务器工作负载 -指驻留在物理服务器或虚拟主机上的操作系统、应用程序和数据的集合，它是业界约定俗成的数据中心业务值的基本单位 （ 2） P2P-指物理服务器到物理服务器的工作负载迁移 （ 3） P2V-指物理服务器到虚拟机的工作负载迁移 5 5 / 18 （ 4） P2I-指物理服务器到映像文件的工作负载迁移 （ 5） V2V-指虚拟机到虚拟机的工作负载迁移 （ 6） V2I-指虚拟机到映像文件的工作负载迁移 （ 7） V2P-指虚拟机到物理服务器的工作负载迁移 （ 8） Migrate- Novell PlateSpin 的
8、软件产品名称，可实现数据中心服务器 P2P、 P2V、 P2I、V2P、 V2I、 V2V 之间的工作负载任意迁移以及服务器同步等功能 2、 项目实施 工作 流程 整个项目的实施涵盖 5 个阶段 ，如下图所示 ： 6 6 / 18 （ 1） 项目实施准备阶段 项目实施人员组成和分工界面确定 网络环境准备 7 7 / 18 源服务器准备 目标服务器准备 安装部署 PlateSpin Migrate 平台服务器 制定 初始 复制迁移和同步最终迁移 试点实施 进度计划 表 制定初始复制迁移和同步最终迁移批量实施进度计划表 （ 2） 服务器工作负载初始 复制 迁移阶段 根据 制定的实施进度计划表，分别
9、 进行 试点实施和批量实施工作 （ 3） 服务器工作负载最终 同步 迁移阶段 根据 制定的实施进度计划表，分别 进行 试点实施和批量实施工作 （ 4） 迁移后 目标服务器 系统和应用验证 根据 制定的实施进度计划表，分别 进行 试点实施和批量实施工作 （ 5） 迁移后目标服务器正式上线运行 根据 制定的实施进度计划表，分别 进行 试点实施和批量实施工作 3、 项目实施准备 3.1 项目实施人员组成和分工界面确定 3.1.1 项目实施人员组成 项目实施小组 由 网络管理员 /服务器硬件管理员、操作系统管理员、应用系统管理员和服务器工作负载迁移操作员 等管理角色人员 共同 组成 。 8 8 / 1
10、8 3.1.2 项目实施人员 分工界面 1、 网络管理员 /服务器硬件管理员 负责统计源服务器和目标服务器的硬件配置（包括 CPU、内存、磁盘 RAID 配置）信息、网络连通性检查和统计 IP 地址分配信息。 2、 操作系统管理员 负责统计 源服务器 操作系统版本信息、管理员用户 帐号和密码 、磁盘系统分区信息、NETBIOS 计算机名、 DNS 名称、安装的应用软件名称 ；负责检查操作系统运行状态、 WMI 服务、远程注册表服务、 DCOM 服务以及迁移所用端口开通状态； 负责在 迁移 目标服务器上插入光盘引导服务器进入 WinPE 界面输入服务器注册所需要 的信息 ；负责 制定 迁移 后
11、目标服务器的操作系统运行状态 检查清单并 按照清单 实施检查。 3、 应用系统管理员 负责 制定应用系统运行状态检查清单，并按照清单分别 检查源服务器上安 装的应用系统运行状态和迁移后目标服务器上对应的应用系统运行状态 及其验证 。 4、 服务器工作负载迁移操作员 负责在 PlateSpin Migrate 管理控制台上执行服务器工作负载迁移任务操作：包括对源服务器和目标服务器进行网络发现和注册、创建迁移任务（ Job）、监控迁移任务的运行进度、在迁移任务执行到配置目标机器这一步时通知操作系统管理员需要登录目标 服务器以完成目标服务器的系统配置、迁移任务结束后分别通知操作系统管理员和应用系统管
12、理员检查目标服务器正式上线前的操作系统和应用系统的运行状态、通知网络管理员将服务器对外访问网络切换到目标服务器所在网络。 3.2 安装部署 PlateSpin Migrate 平台服务器 3.2.1 Migrate 服务器硬件配置建议 服务器名称 硬件配置 数量 Migrate 服务器 设备类型： PC 服务器 处理器类型： 双核或四核 处理器主频（ GHz）： 2.6 或以上 9 9 / 18 处理器数量： 2 颗 内存容量： 4GB 硬盘 容量（ GB）： 146GB*2（建议 15000 RPM） 光驱： DVD-ROM RAID 卡 /冗余电源 网卡： 2 个千兆口 （设置 Netwo
13、rk Teaming） 注：应支持网卡绑定，且提供网卡绑定驱动！ 1 台 3.2.2 Migrate 服务器软件配置建议 服务器名称 软件需求 Migrate 服务器 操作系统要求 : 1. Windows Server 2003 with SP2或者 Windows Server 2003 R2 with SP2 2. 应用软件要求： MS Internet Information Server (IIS) 6.0 with ASP.NET； MS SQL Server 2005 with SP2； .Net Framework 2.0 SP2 或以上 (必须在安装完 IIS 后安装 ) 3
14、. 网络要求 : 1. 1000M 以太网连接 2. 需要安装 TCP/IP 服务 3. 分配一个固定 IP 地址 4. 固定 主机名（注意：以后主机名不能更改） 按照上述配置要求准备好硬件服务器后，将 PlateSpin Migrate 安装软件拷贝到此服务器分别执行 Migrate Server 和 Migrate Client 软件安 装，安装完毕后点击桌面上的快捷方式，输入Windows 管理员用户帐号 administrator 及其密码，即可登录 Migrate 服务器管理控制台。 3.3 PlateSpin Migrate 迁移技术参数 考虑 3.3.1 选择迁移方式 对于服务器
15、工作负载初始完全复制迁移，具体包括两种迁移方式：即在线复制迁移和离线复制迁移。根据用户之前在项目实施准备阶段中所统计的源服务器信息，分别决定哪些源服务器采用在线复制迁移方式，哪些源服务器采用离线复制迁移，并分别进行记录。 10 10 / 18 3.3.2 选择数据传输方法 PlateSpin Migrate 提供了两种主要的数据传输方法和技术：即 数据块级复制技术（ Block-Based Live Transfer）和文件级复制技术（ File-Based Live Transfer） ，可分别用于不同实际场景的服务器工作负载迁移。 （ 1） 块级复制： 主要用于邮件服务器 和数据库服务器等
16、高事务服务器工作负载的迁移。 在迁移过程中 无须停止源服务器的任何服务和应用，迁移目标服务器的 磁 盘 容量 须 大于或等于源服务器的磁 盘容量 。使用块级传送，将仅复制数据块 的更改部分，使其非常适合增量同步大型数据库服务器并实现高效的外地数 据传送。 （ 2） 文件级复制： 对于更多静态的服务器（如文件服务器、 WEB 网站服务器等）工作负载， 基于文件的复制在保持服务器运行时间的同时，提供快速、高效且经济实惠的工作负载迁移 。 迁移目标服务器的 磁 盘 分区大小可以自定义，甚至可设置为小于源服务器的对应磁盘分区。另外，还可选择只复制迁移源服务器的系统分区或再包括其他分区。 在本项目实施中
17、将根据之前在项目实施准备阶段中统计的源服务器应用类型，分别决定采用哪种数据传输方法，并进行记录。 3.3.3 关于并发迁移任务数 根据在其他项目中的实际测试数据以及 PlateSpin 产 品研发部门提供的参考数据，建议本次项目实施过程中， 每次同时执行 20 个以内源服务器到目标服务器的工作负载初始复制迁移和最终同步迁移。 3.3.4 关于迁移 过程对 源服务器 的资源占用 根据在其他项目中的实际测试数据以及 PlateSpin 产品研发部门提供的参考数据，在执行源服务器到目标服务器工作负载迁移过程中，对源服务器的 资源占用 情况 大致 如下 。从这些参考值可以说明迁移过程对源服务器的资源占
18、用基本上不会对源服务器的性能造成影响。 1、 使用块级复制 11 11 / 18 对源服务器的 CPU 最大 使用率小于 2%， 内存使用约 20MB。 2、使用 文件级复制 对源服务器的 CPU 最大使用率小于 5%，内存使用约 250MB。 3.3.5 关于服务器工作负载迁移用时 由于服务器工作负载的 迁移时间与 源服务器和 目标服务器的硬件配置 （包括 CPU、内存、硬盘 RAID 配置、硬盘接口及其 I/O 性能、系统总线等等） 、网络连接带宽和延迟、 网络设备的参数设置 等等因素有关 ，在此仅根据 在其他项目中测试的参考数据、 本 项目 先期 进行 POC 测试的参考数据以及 Pla
19、teSpin 产品研发部门提供的参考数据， 并 基于 3.2 节 PlateSpin Migrate 服务器的硬件配置以及 100Mbps 网络 速度且无延迟的 环境 ，每迁移 1GB 数据 大约 在 3 分钟左右。此数据仅作为参考值，根据实际环境的不同，这个数值也不相同。 在制定项目实施计划时，迁移时间应在此基础上增加一定余量，如 每迁移 1GB 数据的用时 预估 为 5 分钟。 3.4 网络环境准备 检查两个数据中心的网络环境，确定迁移的源服务器 /目标服务器 /PlateSpin Migrate 服务器之间网络 链路 互通 、 与网络交换机的连接为 全双工模式 、 网络连接速度 100M
20、bps 或1000Mbps；建议目标服务器连接的网络环境支持 DHCP IP 获取功能（但不是必需条件） ； 开放迁移所需要的相关端口 （见下表 一 ） 。 表一 ： 服务器工作负载迁移端口开放需求表 1 服务器网络发现 系统 网络通信和端口要求 PlateSpin Migrate/Protect 服务器 打开 TCP 80 端口，用于 Migrate 服务器、源服务器工作负载和目标服务器工作负载之间通信 Microsoft* Windows* Server 2008和 Windows Vista*源工作负载 1、内置的 administrator 或域管理员帐号； 2、启用远程注册表服务；
21、3、设置 Windows 防火墙允许以下带内 规则： File and Printer Sharing (Echo Request - ICMPv4In) File and Printer Sharing (Echo Request - ICMPv6In) File and Printer Sharing (NB-Datagram-In) File and Printer Sharing (NB-Name-In) File and Printer Sharing (NB-Session-In) File and Printer Sharing (SMB-In) 12 12 / 18 File
22、and Printer Sharing (Spooler Service - RPC) File and Printer Sharing (Spooler Service - RPC-EPMAP) Microsoft* Windows* Server 2008和 Windows Vista*之前的 Windows源工作负载 1、 安装 WMI（ Windows 管理元）； 2、打开 TCP 135/445 端口，用于 DCOM/RPC 所有 Linux*源工作负载 1、配置和启用 SSH Server 2、打开 TCP 22 端口 3、建议使用非 root 用户 VMware* ESX Ser
23、ver 2.5 VMware ESX Server 3.0.x Citrix* Xen* Server VMware Server VMcom API VMware ESX Server 3.5,ESX 4; ESXi; vCenter Server 打开 TCP 443端口 Solaris源工作负载和目标工作负载 通过 Solaris基于角色的访问控制（ RBAC），将用户帐号指派 Primary Administrator配置 2 服务器工作负载迁移和保护 系统 端口 协 议 用 途 说 明 PlateSpin Migrate 服务器 80 TCP 用于 Migrate 服务器、源服务器工
24、作负载和目标服务器工作负载之间 http 通信 443 TCP 用于 Migrate服务器 与 源服务器工作负载或 目标服务器工作负载间 https 加密 通信 所有源工作负载 3725 TCP 用于源工作负载和目标工作负载进行Server Sync Windows 工作负载和目标 137-139 NetBIOS 用于 NetBIOS 通信 所有目标工作负载 9999 TCP 用于源工作负载和目标工作负载之间块级数据传输通信 10000 10026 TCP 用于块级数据传输过程中分配给目标工作负载的每个驱动器卷 PlateSpin Migrate 服务器 与所有源工作负载之间 139 TCP
25、用于 Migrate服务器 控制迁移和文件级数据传输 445 TCP 137 UDP 138 UDP 所有 Linux源工作负载； VMware ESX Server 2.5； VMware ESX Server 3.0.x； Citrix Xen Server 22 TCP 用于 Migrate 服务器 控制迁移 PlateSpin Migrate/Protect 服务器 与所有 Windows 源工作负载之间 135 TCP 用于 Migrate 服务器 对 Windows 源工作负载实现控制迁移 445 TCP 13 13 / 18 3.5 源服务器准备 说明： 为了顺利实施服务器工作负
26、载迁移，务必在迁移之前检查和 确保源服务器 处于 开机和健康运行状态 、相关网络端口和服务已启用，并准备好对应该服务器的硬件驱动程序文件 ！ 1. 按照服务器的应用 服务 分类，分别统计迁移 源服务器总数 、 允许离线迁移的服务器数量、 Windows 服务器的数量、 Linux 服务器的数量、服务器当前 放置位置 2. 统计 源服务器配置 列表 （机器型号、刀片 式 /机架式 、 CPU、内存、 操作系统版本、安装的应用软件、磁盘总量、数据总量、分区数量、单 /双网卡连接 、 网络带宽、 驱动程序 光盘准备 、是否连接到 SAN/NAS） 3. 统计 允许 迁移过程中 停机 /停止应用服务
27、时间 的服务器列表 4. 统计 源服务器 IP 地址 /子网掩码 /网关 /DNS IP、 NETBIOS 主机名、 DNS 名称、是否 AD域服务器、源服务器 迁移临时 IP 地址 /子网掩码 /网关（仅在离线迁移时使用） 等信息 5. 检查源服务器操作系统运行 状态、应用系统运行状态、系统分区格式 、检查 WMI 服务 、远程注册表服务、 DCOM 服务 。 6. 检查源服务器 端口 开放状态 ， 关于端口开放要求， 详见 前面 3.2 节 中的列表内容 7. 确认计划迁移的源服务器操作系统在 PlateSpin Migrate 所支持的 操作系统平台 兼容性列表 （见下表） 范围内 附
28、1： Windows 工作负载 兼容性列表 版本 架构 标注 Windows Vista*, Business/Enterprise/Ultimate, SP1 and later 32-bit, 64-bit Not supported on Microsoft Virtual Server (MSVS), VMware Server, and VMware ESX versions earlier than 3.5 Update 2. Windows Server* 2008, Standard/Enterprise 32-bit, 64-bit Windows Server 2003,
29、Standard/Enterprise 32-bit, 64-bit Windows Server* 2000, Windows Advanced Server 2000 32-bit Windows XP Professional, x86 only 32-bit, 64-bit 14 14 / 18 Windows NT* 4.0 Server 32-bit 附 2 ： Linux 工作负载 兼容性列表 （ 支持的文件系统包括 EXT2, EXT3 和 REISERFS） 版本 平台架构 Red Hat* Linux 7.3, 8 32-bit Red Hat Enterprise Lin
30、ux AS/ES/WS 2.1 32-bit Red Hat Enterprise Linux AS/ES/WS 3, 4, 5 32-bit, 64-bit SUSE Linux Enterprise Server (SLES) 8, 9, 10, 11 32-bit, 64-bit 附 3： 支持的虚拟平台架构 兼容性列表 平台 标注 VMware vCenter 4 VMware ESX Server 3.5, 3.5i, 4, 4i VMware Virtual Infrastructure version 3.0 - 3.0.1, 3.5 VMware ESX Server 3.0.
31、x VMware ESX Server 2.5.x VMware ESX Server 2.1.1 VMware Server 1.0 Windows only (x86 and x64) VMware GSX Server 3.1; 3.2 (Windows only) Windows NT 4.0 SP6a, 2000, 2003 source workloads only Microsoft Virtual Server (MSVS) 2005 (build 465; build 465.254 with Service Pack 1) Windows NT 4.0 SP6a, 2000
32、, 2003 source workloads only (x86 and x64) Solaris 10 (U5 and U6) zone server For source workloads that are Solaris 10 (U5 and U6) physical machines or zones Citrix* XenServer 4.1, 5, 5.5 Novell Xen* Hypervisor on SLES 10 SP2 Supported through semi-automated virtualization using the X2P conversion w
33、orkflow. See Semi-Automated Workload Virtualization through X2P. 15 15 / 18 Microsoft Hyper-V Virtual Iron* 3.6 目标服务器准备 按照服务器的应用系统分类，分别统计迁移目标 服务器总数 、 放置位置 统计 目标服务器配置 列表 （机器型号、刀片 式 /机架式 、 是否配置 RAID、磁盘总 容 量、CPU、内存、 单 /双网卡连接 、 网络带宽、 网卡是否需要绑定） 目标服务器 IP 地址 /子 网掩码 /网关 /DNS IP、 NETBIOS 主机名、 DNS 名称、是否 AD 域服
34、务器、 目标服务器注册到 Migrate 服务器 临时 用 IP 地址子网掩码 /网关 3.7 制定 小 范围 试点迁移 实施进度计划表 根据统计的迁移源服务器 ，按照源服务器所提供的具体应用服务分类，分别对每类服务器选取具有代表性的其中 2 台，制定 小范围 试点迁移 实施进度 计划 ， 以 完成项目实施工作流程中的 02、 03、 04、 05 等阶段的 迁移工作任务。 通过小范围试点迁移实施工作，可以一方面检验本项目实施工作流程的可操 作性，另一方面也可为大范围批量迁移实施工作积累更丰富 的实施经验和相关参考值。 关于试点迁移实施进度计划表制定的基本原则： 试点迁移实施时间进度的制定，必
35、须在 01-项目实施准备工作已完成的条件下涵盖02-05 阶段的迁移实施工作内容和计划用时； 根据源服务器的应用服务类型和 忙闲时间分布情况 ， 尽量选择源服务器运行相对空闲的时间段 作为执行初始完全复制迁移的时间段； 可以参考 3.3 节的相关内容来预估 单台 服务器工作负载的迁移用时 ； 可以参考 3.3 节的相关内容来预估每天执行 源服务器工作负载的初始复制迁移任务 数量， 经过试点迁移实施后 再根据实际情况 进行 适当 调整； 必须在完成源 服务器工作负载的初始复制迁移任务后，再具体确定源服务器工作负载最终同步迁移的进度计划安排 对于迁移后目标服务器正式上线运行的时间， 应在实施计划中
36、 提前通知到这些服务器16 16 / 18 应用系统的最终使用用户 3.8 制定批量 迁移 实施进度计划表 根据之前 小范围试点迁移实施工作所积累的经验和相关参考数据，制定批量迁移实施进度计划， 以 完成项目实施工作流程中的 02、 03、 04、 05 等阶段的迁移工作任务 。 批量迁移实施进度计划的制定原则与试点迁移实施 基本 一致。 4、 实施服务器 工作负载 初始复制迁移 根据 3.3.1 和 3.3.2 节内容，针对具体 的每台源服务器分别确定迁移方法和数据传输方法，由服务器工作负载迁移操作员、操作系统管理员和应用系统管理员共同完成每台 服务器工作负载初始复制迁移工作任务 ，具体过程
37、如下： 1. 操作系统管理员 ： 将 Migrate Take Control ISO 引导光盘插入目标服务器并以光盘引导，随后输入目标服务器注册的相关信息 2. 服务器工作负载迁移操作员 ： 运行 Migrate 管理控制台， 通过 Migrate 网络发现功能，将源服务器和目标服务器分别注册到 Migrate 服务器 3. 服务器工作负载迁移操作员 ： 运行 Migrate 管理控制台， 对源服务器 和目标服务器进行迁移匹配分析 4. 服务器工作负载迁移操作员 ： 运行 Migrate 管理控制台， 创建服务器工作负载初始完全复制迁移任务 5. 服务器工作负载迁移操作员：运行 Migrat
38、e 管理控制台，在任务视图窗口 监视服务器工作负载初始完全复制迁移任务执行进度和状态 ： 当迁移进行到配置目标机器这一步时，通知操作系统管理员在目标服务器上执行一次登录交付过程，以完成目标服务器的系统设置 ； 如果在迁移任务过程中发现错误信息导致迁移失败，则由迁移操作员对迁移过程中生成的日志进行分析排查 ， 直至找到问题原因和解决方案后再对这台服务器工作 负载迁移重新执行 1-5 步骤。另外， 迁移失败本身不会对源服务器产生 任何 影响 。 6. 服务器工作负载初始完全复制迁移任务完成后，由操作系统管理员和应用系统管理员登录到迁移目标服务器， 共同检查 其操作系统和应用 系统 的状态和 可用性
39、 。 17 17 / 18 说明： 如果源服务器工作负载初始复制迁移使用的是离线迁移方式，则当迁移成功完成后，可直接转到执行项目实施工作流程 04-实施迁移后目标服务器系统和应用验证以及 05-迁移后目标服务器正式上线运行 的实施工作。 5、实施服务器 工作负载 最终 同步 迁移 当源服务器工作负载 的初始完全复制迁移任务完成，并且 对目 标服务器的系统和应用进行过检查验证后，即可根据项目实施进度计划的时间 由服务器工作负载迁移操作员、操作系统管理员和应用系统管理员共同完成每台服务器工作负载 负载最终同步迁移 任务 ，具体过程如下： 1. 操作系统管理员：将 Migrate Take Cont
40、rol ISO 引导光盘插入目标服务器并以光盘引导，随后输入目标服务器注册的相关信息 2. 服务器工作负载迁移操作员：运行 Migrate 管理控制台，通过 Migrate 网络发现功能，刷新 源服务器和目标服务器 在 Migrate 服务器 的注册信息 3. 服务器工作负载迁移操作员：运行 Migrate 管理控制台，对源服务器和目标服务器进行迁移匹配分析 4. 服务器工作负载迁移操作员：运行 Migrate 管理控制台，创建服务器工作负载 ServerSync最终同步 迁移任务 5. 服务器工作负载迁移操作员：运行 Migrate 管理控制台，在任务视图窗口监视服务器工作负载迁移任务执行进
41、度和状态： 当迁移进行到配置目标机器这一步时，通知操作系统管理员在目标服务器上执行一次登录交付过程，以完成目标服务器的系统设置； 如果在迁移任务过程中发现错误信息导致迁移失败，则由迁移操作员对迁移过程中生成的日志进行分析排查，直至找到问题原因 和解决方案后再对这台服务器工作负载迁移重新执行 1-5 步骤。另外，迁移失败本身不会对源服务器产生任何影响。 6、实施 迁移后 目标服务器 系统和应用 验证 当服务器工作负载最终同步迁移工作完成后，需由操作系统管理员和应用系统管理员共同18 18 / 18 对迁移后的目标服务器操作系统和应用系统的运行状态进行检查和验证，确定无误后即可通知网络管理员将目标服务器所用网络切换为正式生产应用的网络，并再次进行测试验证。 7、 迁移 后 目标服务器正式上线 运行 经过对迁移后的目标服务器操作系统和应用系统进行验证后，由操作系统管理员和应用系统管理员正式通知 这些服务器应用系统的最终使用者。由此，目标服务器正式上线运行。
