P2P迁移方案 - 100818 - CCLIU - Rev03

更新时间:2024-05-27 20:09:01 阅读量: 综合文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

1 PC服务器P2P迁移方案

1.1 方案概述

PC服务器P2P迁移推荐采用Novell公司的PlateSpin Migrate 工具来实现,整体架构如图6-1所示。本方案针对Windows2000 SP4、Windows 2003 sp1及以上操作系统、SuSE Linux Enterprise Server 10以上版本。同一时间使用同一台PlateSpin Migrate服务器可进行20个并发迁移任务。其中,Windows 2003操作系统的P2P迁移采用在线文件复制方式初始复制加离线文件增量复制(ServerSync技术)的方式完成;Windows 2000操作系统的P2P迁移采用离线文件复制方式进行;SuSE Linux操作系统的P2P迁移采用在线块方式初始复制加离线文件复制方式进行Server Sync同步的方式完成。

LAN网络区域一网络区域二块复制块复制块复制块复制文件复制文件复制文件复制文件复制PlateSpin Migrate服务器目标服务器源服务器源服务器PlateSpin Migrate服务器目标服务器图6-1 PlateSpin Migrate迁移架构图

1.2 迁移注意事项

1) 因不建议大的以太网络流量跨越网络物理区域及通过防火墙,建议在每

个网络物理区域内,分别部署一台PlateSpin Migrate服务器。 2) 确认目标服务器硬件配置与操作系统的兼容性。务必保证目标服务器对

待迁移操作系统的官方支持。该兼容性清单需要从PC服务器的硬件厂商处获得。

3) 如果源服务器端连接有如软件狗,外接磁带机,外接专用打印机等外设,

一定要在执行迁移之前确认该类型设备在目标服务器端的兼容性。 4) PlateSpin Migrate不支持Windows服务器网卡绑定(Teaming)迁移。

如果Windows源服务器上配置有网卡绑定,需要首先在源服务器上删除网卡绑定,将源IP地址配置到物理网卡上,然后执行迁移工作,迁移完成后在目标服务器上配置网卡绑定。

5) 源服务器、PlateSpin Migrate 服务器以及目标服务器三者之间的网络

连接必须直接路由可达。当前版本暂不支持跨NAT 网关的网络连接方式。

6) 采用基于逻辑数据块(Block)的数据复制方式时,目标机的可用磁盘

空间必须保证大于源磁盘的 10% 或以上。

7) PlateSpin Migrate不支持Linux工作负载网卡绑定迁移。如果源服务

器上配置有网卡绑定,需要首先在源服务器上备份

/etc/sysconfig/network文件,使用YaST配置工具删除bond设备,再

将IP地址配置到物理网络接口(非绑定生成的逻辑网络接口,如ethx上),然后执行迁移工作,迁移完成后在目标服务器上配置网卡绑定。 8) SuSE Linux源服务器如使用唯一设备名作为文件系统的设备名,需事

先将唯一设备名修改为逻辑设备名(修改/etc/fstab文件,重新加载使用唯一设备名的设备,修改/etc/mtab文件)。修改后需在PlateSpin Migrate Client里执行刷新源服务器任务。

9) PlateSpin Migrate不支持Linux服务器工作负载裸设备迁移。如果源

服务器上配置有裸设备,需要将裸设备通过备份工具(如dd)备份为文件。迁移完成后在目标服务器上检查是否有与裸设备对应的分区,如果有,需要在目标服务器上建立裸设备对应分区,并将备份好的裸设备文件通过备份工具(如dd)导入到对应的裸设备分区。

10) PlateSpin Migrate不支持Linux服务器工作负载临时文件系统迁移(即

没有mount的文件系统)。如果源服务器上配置有临时文件系统,如此文件系统没有配置在 /etc/fstab中,请首先在源服务器上将临时文件系统添加到 /etc/fstab中,然后mount临时设备文件系统。

1.3 Windows2003操作系统P2P迁移实施步骤

1.3.1 环境准备

1.3.1.1

源服务器环境准备

1) 统计源服务器IP地址/子网掩码/网关/DNS IP、主机名、DNS名称、是否加入AD域、源服务器迁移临时IP地址/子网掩码/网关(仅在离线迁移时使用)等信息; 2) 检查操作系统环境 ——

- 所有逻辑磁盘文件系统必须为NTFS。如果是FAT/FAT32 文件

系统,可以使用“CONVERT”命令转换为 NTFS格式; - 确认Windows Management Instrumentation (WMI) 服务已安

装并运行,且服务启动状态为“自动”(默认为“自动”); - 确认 DCOM 服务已激活并正常运行 (默认为正常运行状态);- 确认RPC 服务正常运行,且服务启动状态为“自动”(默认为“自

动”);

- 确认远程注册表服务(Remote registry service)正常运行,且

服务启动状态为“自动”(默认为“自动”);

- 确认“文件与打印共享服务”已安装,且“Server”服务正常运行,

服务启动状态为“自动”(默认为“自动”); - 确认源服务器的admin$和C$默认共享开启;

- 确认\(卷影复制)服务启动状态未被设

置为“禁用”状态 (默认为“手动”启动);

- 如果安装或激活了了本地网络防火墙,通过配置访问规则允许如

下端口的网络访问:

? TCP: 80, 135, 139, 443, 445,3725; ? UDP: 137, 138;

说明

如果策略允许,可以在源服务器端网络防火墙配置信任与PlateSpin Migrate服务器及目标服务器之间的所有网络通信。也可以直接禁用本地防火墙软件。

3) 如果源服务器是Windows 2003 AD域成员服务器,还需执行如下检查 ——

- 确保迁移前后Windows 2003 AD域控制器服务器(尤其是

FSMO操作主机和AD域DNS服务器)始终处于正常运行状态,迁移前源服务器(AD域成员服务器)正常登录AD域并与AD域控服务器正常通信,DNS解析正常、域计算机名已正常注册到AD域控服务器。

- 在AD域成员服务器上使用AD域用户帐号进行登录,确认其可

以正常登录到AD域。

- 在AD域成员服务器上使用命令“dsquery computer -name

域成员服务器的NETBIOS计算机名>”,检查和确认AD域成员服务器正常连接DNS解析指向的AD域控制器服务器。 - 在AD域成员服务器上使用命令ping (如

ping dccbj.icbc.com.cn),检查AD域成员服务器当前登录的具体AD域控服务器的IP地址。

- 确保域用 DNS 服务器在迁移期间一直可用,且要在迁移任务

中正确配置该 DNS 服务器地址。

1.3.1.2 目标服务器环境准备

1)确认目标PC服务器的操作系统兼容性。待迁移操作系统类型必

须包含在硬件厂商提供的该型号服务器兼容性列表内。 2)准备服务器设备驱动程序文件。所有的驱动程序必须由服务期硬

件厂家提供,必须通过微软数字签名认证,且必须为我行认可的标准版本;

2)针对同一型号统一配置的一类服务器,选定一台作为标准配置样机,用PlateSpin WinPE引导光盘引导并注册到PlateSpin Migrate服务器;也可在该台服务器先手工安装Windows 2003 操作系统,然后再由PlateSpin Migrate服务器发现(Discover)该服务器; 3)使用PlateSpin 分析工具(PlateSpin Analyzer),生成预迁移测试报告:

- 根据报告的“Take Control Hardware Support (Win PE)”部分内容,确定PlateSpin 引导光盘是否已提供当前服务器的网卡和存储设备(RAID卡,SCSI卡,HBA等)驱动支持。如果不支持,则根据分析报告反映的硬件类型与型号,将对应的设备驱动程序添加到PlateSpin WinPE引导光盘映像文件(ISO格式)中;

- 根据报告的 “Target Hardware Support”部分内容,获取关键设备

的驱动程序信息,如设备名称,PnpID等;

- 准备一个空闲可用IP地址,该IP地址必须可与源服务器及PlateSpin Migrate 服务器三者之间网络直接可达;

1.3.1.3 迁移工具(PlateSpin Migrate)环境准备

1) 安装 PlateSpin Migrate 服务器,输入授权文件;

单一 Migrate 服务器最多支持 20 个迁移任务并发执行。可以根据迁移工作量和进度要求,部署多台 Migrate 服务器。

2) 将上述1.4.1.2 生成的PlateSpin WinPE引导光盘影像文件刻录至

CD光盘;

3) 根据第“1.4.1.2”步骤获得的信息,打开PlateSpin 设备驱动管理器,

上传我行的标准驱动程序到PlateSpin Migrate 驱动程序库,替换PlateSpin提供的驱动程序;

4) 再运行一次PlateSpin 分析工具,确认各项迁移检查均顺利通过。

说明

对于同一型号的目标机,上述所有驱动程序相关更新操作仅执行一次即可。

1.3.2 迁移操作步骤

1.3.2.1 添加源服务器和目标服务器对象到PlateSpin Migrate服务器

1) 打开Migrate 管理控制台,输入源服务器的IP地址及本地管理员账

号和密码,发现(Discover)源服务器;

2)用 PlateSpin WinPE引导光盘引导目标物理服务器,目标服务器自

动注册到Migrate 服务器;

3)Migrate 管理控制台生成源服务器和目标服务器资源对象,检查其属

性,准备进行下一步操作。

1.3.2.2 配置执行源服务器全量数据首次在线迁移复制

1) 按照向导提示,配置Windows 2003服务器在线初始完全复制迁移

任务;

2) 对于加入域的服务器,注意在“Network Identification”项中要输入AD

域管理员用户及其密码。

3) 运行迁移任务,将源Windows 2003物理服务器工作负载以在线文

件复制方式整体复制到目标服务器。复制过程中源服务器的应用服务不会受到影响,源服务器的运行性能不会有明显影响。该操作时

间主要取决于源服务器系统数据量大小及源服务器和目标服务器间可用的网络带宽。

4) 目标服务器将会自动配置网卡、存储设备(如RAID卡, SCSI卡、

HBA卡等)、显卡等设备驱动程序,完成诸如HAL更新、网络参数配置、Windows SID更新等任务,期间目标服务器将自动重启,直至完成全部迁移操作,结束迁移任务。

1.3.2.3 迁移结果测试与验证

如果目标机端业务应用可以在不同于源IP地址/主机名的前提下正常启动,且同一业务应用正常运行依赖的服务器之间均可正常连接,则可由业务应用相关责任人对迁移后的环境进行详细测试,确认各项功能正常运行。出现任何问题及时排查,并修正迁移准备阶段相关工作内容。如果确认是由硬件设备驱动程序导致的问题,还需与硬件厂家合作,确定适合的驱动程序版本,更新PlateSpin WinPE引导光盘或者PlateSpin 设备驱动管理库中对应的驱动程序文件。

说明

执行上述三个操作步骤时,源应用服务器仍然在线正常对外提供服务,迁

移操作对其无任何影响。

1.3.2.4 执行增量数据离线同步复制

1) 在目标物理服务器上插入PlateSpin WinPE引导光盘,重启目标服务

器,将目标物理服务器的基本信息(包括机器型号、磁盘、网卡等)注册和收集到PlateSpin服务器。

2) 运行PlateSpin Migrate服务器管理客户端软件,在服务器列表中找到

之前所发现和分析的Windows 2003源服务器计算机名称,刷新服务器信息,检查核实源服务器的资产属性信息(包括磁盘、网卡、程序和服务);在服务器列表中查看和确认目标服务器名称已注册到Migrate服务器。

3) 配置Windows 2003服务器P2P离线Server Sync服务器同步迁移任

务,选择“Move”操作和“Server Sync”迁移范围;在“Transfer Options”项选择File Based和Take Server offline during conversion。 4) 开始运行迁移任务,将源Windows 2003物理服务器工作负载以离线

文件复制方式Server Sync同步迁移到目标服务器。迁移过程中源服务器将自动重启并由PlateSpin Migrate进行Take Control接管,源服务器的的操作系统和应用服务自动停止。

5) 目标服务器将会自动安装网卡驱动和存储设备驱动(如iSCSI、RAID

SCSI、HBA等)并自动重启,此时需手动进行登录以完成网卡和存储设备驱动的安装和加载。 6) 确认迁移结果成功完成。

1.3.2.5 迁移后系统微调

根据需要,微调迁移后的操作系统,如禁用一些在迁移准备过程中激活的服务 (文件与打印机共享服务,远程注册表服务等);禁用多余的网卡,仅保留主用网卡;等等。

1.3.2.6 应用系统切换

上述迁移操作全部成功完成后,源应用服务器停机,目标服务器上线(完成IP及主机名等切换),完成迁移任务。

应用系统切换后,根据需要对上线后的目标机配置进行微调,如按照我行安全策略,禁用在迁移准备过程中启用的“远程注册表”服务,“Windows 文件与打印共享”服务等。

1.3.3 回退方案

在执行第“1.3.2.4”步操作之前,源应用服务器一直在线运行,所有的迁移操作对源应用无任何影响。在此期间发生的任何迁移问题对源应用服务器无任何影响,因此也不涉及回退的问题。

如果在应用系统切换之后,目标服务器发生不可修复的严重错误,有以下两个回退方案供选择:

- 采用相同的迁移方法,把目标服务器作为源,把源服务器作为目标,执

行一次离线的增量数据同步,将停机后发生的数据变化重新同步到源服务器;然后,将源服务器重新激活,目标服务器离线;

该方案适用于因硬件配置原因导致目标服务器运行不正常的紧急业务回滚需求。

或者——

- 直接将目标服务器离线,源服务器重新上线;

这个方案会造成一定的数据丢失。

1.3.4 资源回收

待目标Windows服务器系统及应用运行稳定一段时间后,在Migrate服务器中删除相关服务器对象,回收相关资源。

1.4 Windows2000操作系统P2P迁移实施步骤 1.4.1 环境准备

1.4.1.1 源服务器环境准备

1) 统计源服务器IP地址/子网掩码/网关/DNS IP、主机名、DNS名称、

是否加入AD域、源服务器迁移临时IP地址/子网掩码/网关(仅在离线迁移时使用)等信息; 2) 检查操作系统环境 ——

- 所有逻辑磁盘文件系统必须为NTFS。如果是FAT/FAT32 文件

系统,可以使用“CONVERT”命令转换为 NTFS格式; - 确认Windows Management Instrumentation (WMI) 服务已安

装并运行,且服务启动状态为“自动”(默认为“自动”); - 确认 DCOM 服务已激活并正常运行 (默认为正常运行状态);- 确认RPC 服务正常运行,且服务启动状态为“自动”(默认为“自

动”);

- 确认远程注册表服务(Remote registry service)正常运行,且

服务启动状态为“自动”(默认为“自动”);

- 确认“文件与打印共享服务”已安装,且“Server”服务正常运行,

服务启动状态为“自动”(默认为“自动”); - 确认源服务器的admin$和C$默认共享开启;

- 如果安装或激活了了本地网络防火墙,通过配置访问规则允许如

下端口的网络访问:

? TCP: 80, 135, 139, 443, 445,3725; ? UDP: 137, 138;

说明

如果策略允许,可以在源服务器端网络防火墙配置信任与PlateSpin Migrate服务器及目标服务器之间的所有网络通信。也可以直接禁用本地防火墙软件。 3)

如果源服务器已加入Windows 2003 AD域,还需执行如下检查 ——

- 确保迁移前后Windows 2003 AD域控制器服务器(尤其是

FSMO操作主机和AD域DNS服务器)始终处于正常运行状态,迁移前源服务器(AD域成员服务器)正常登录AD域并与AD域控服务器正常通信,DNS解析正常、域计算机名已正常注册到AD域控服务器。

- 在AD域成员服务器上使用AD域用户帐号进行登录,确认其可

以正常登录到AD域。

- 在AD域成员服务器上使用命令“dsquery computer -name

域成员服务器的NETBIOS计算机名>”,检查和确认AD域成员服务器正常连接DNS解析指向的AD域控制器服务器。

- 在AD域成员服务器上使用命令ping (如

ping dccbj.icbc.com.cn),检查AD域成员服务器当前登录的具体AD域控服务器的IP地址。

- 确保域用 DNS 服务器在迁移期间一直可用,且要在迁移任务

中正确配置该 DNS 服务器地址。 -

1.4.1.2 目标服务器环境准备

1)确认目标PC服务器的操作系统兼容性。待迁移操作系统类型必

须包含在硬件厂商提供的该型号服务器兼容性列表内。 2)准备服务器设备驱动程序文件。所有的驱动程序必须由服务期硬

件厂家提供,必须通过微软数字签名认证,且必须为我行认可的标准版本;

3)针对同一型号统一配置的一类服务器,选定一台作为标准配置样机,用PlateSpin WinPE引导光盘引导并注册到PlateSpin Migrate服务器;也可在该台服务器先手工安装Windows 2000 SP4 操作系统,然后再由PlateSpin Migrate服务器发现(Discover)该服务器; 4)使用PlateSpin 分析工具(PlateSpin Analyzer),生成预迁移测试报告:

- 根据报告的“Take Control Hardware Support (Win PE)”部分内容,确定PlateSpin 引导光盘是否已提供当前服务器的网卡和存储设

备(RAID卡,SCSI卡,HBA等)驱动支持。如果不支持,则根据分析报告反映的硬件类型与型号,将对应的设备驱动程序添加到PlateSpin WinPE引导光盘映像文件(ISO格式)中;

- 根据报告的 “Target Hardware Support”部分内容,获取关键设备

的驱动程序信息,如设备名称,PnpID等;

- 准备一个空闲可用IP地址,该IP地址必须可与源服务器及PlateSpin Migrate 服务器三者之间网络直接可达;

1.4.1.3 迁移工具(PlateSpin Migrate)环境准备

1) 安装 PlateSpin Migrate 服务器,输入授权文件;

单一 Migrate 服务器最多支持 20 个迁移任务并发执行。可以根据迁移工作量和进度要求,部署多台 PlateSpin Migrate 服务器。 2) 将上述1.4.1.2 生成的PlateSpin WinPE引导光盘影像文件刻录至

CD光盘;

3) 根据第“1.4.1.2”步骤获得的信息,打开PlateSpin 设备驱动管理器,

上传我行的标准驱动程序到PlateSpin Migrate 驱动程序库,替换PlateSpin提供的驱动程序;

4) 再运行一次PlateSpin 分析工具,确认各项迁移检查均顺利通过。

说明

对于同一型号的目标机,上述所有驱动程序相关更新操作仅执行一次即可。

1.4.2 迁移操作步骤

1.4.2.1 添加源服务器和目标服务器对象到PlateSpin Migrate服务器

1) 打开PlateSpin Migrate 管理控制台,输入源服务器的IP地址及本

地管理员账号和密码,发现(Discover)源服务器;

2)用 PlateSpin WinPE引导光盘引导目标物理服务器,目标服务器自

动注册到Migrate 服务器;

3)Migrate 管理控制台生成源服务器和目标服务器资源对象,检查其属

性,准备进行下一步操作。

1.4.2.2 配置执行源服务器全量数据一次离线迁移复制

1) 按照向导提示,采用“移动工作负载”(Move Workload)方式配置Windows 2000服务器离线完全复制任务,

2)对于加入域的服务器,注意在“Network Identification”项中要输入AD域管理员用户及其密码。

3) 运行迁移任务,将源Windows 2000物理服务器工作负载以离线文件复制方式整体复制到目标服务器。迁移过程中源服务器的应用会终止。终止时间主要取决于源服务器系统数据量大小及源服务器和目标服务器间可用的网络带宽。

4) 目标服务器将会自动安装配置网卡、存储设备(如RAID卡, SCSI卡、HBA卡等)、显卡等设备驱动程序,完成诸如HAL更新、网络参数配置、Windows SID更新等任务,期间目标服务器将自动重启,直至完成全部迁移操作,结束迁移任务。

1.4.2.3 迁移结果测试与验证

如果目标机端业务应用可以在不同于源IP地址/主机名的前提下正常启动,且同一业务应用涉及的服务器之间均可正常连接,则可由业务应用相关责任人对迁移后的环境进行详细测试,确认各项功能正常运行。出现任何问题及时排查,并修正迁移准备阶段相关工作内容。如果确认是由硬件设备驱动程序导致的问题,还需与硬件厂家合作,确定适合的驱动程序版本,更新PlateSpin WinPE引导光盘或者PlateSpin 设备驱动管理库中对应的驱动程序文件。 1.4.2.4 迁移后系统微调

根据需要,微调迁移后的操作系统,如禁用一些在迁移准备过程中激活的服务 (文件与打印机共享服务,远程注册表服务等);禁用多余的网卡,仅保留主用网卡;等等。

1.4.2.5 应用系统切换

上述迁移操作全部成功完成后,源应用服务器停机,目标服务器上线(完成IP及主机名等切换),完成迁移任务。

应用系统切换后,根据需要对上线后的目标机配置进行微调,如按照我行安全策略,禁用在迁移准备过程中启用的“远程注册表”服务,“Windows 文件与打印共享”服务等。

1.4.3 回退方案

在执行第“1.4.2.5”步停机操作之前,源应用服务器一直在线运行,所有的迁移操作对源应用无任何影响。在此期间发生的任何迁移问题对源应用服务器无任何影响,因此也不涉及回退的问题。

如果在应用系统切换之后,目标服务器发生不可修复的严重错误,有以下两个回退方案供选择:

- 采用相同的迁移方法,把目标服务器作为源,把源服务器作为目标,执

行一次离线的增量数据同步,将停机后发生的数据变化重新同步到源服务器;然后,将源服务器重新激活,目标服务器离线;

该方案适用于因硬件配置原因导致目标服务器运行不正常的紧急业务回滚需求。 或者——

- 直接将目标服务器离线,源服务器重新上线;

这个方案会造成一定的数据丢失。

1.4.4 资源回收

待目标Windows服务器系统及应用运行稳定一段时间后,在Migrate服务器中删除相关服务器对象,回收相关资源。

1.5 SuSE Linux操作系统P2P迁移实施步骤

1.5.1 环境准备

1.5.1.1 源服务器环境准备

1) 源服务器信息收集,包括:操作系统版本信息、IP地址,本地系统管理员账号,应用类型等。可以从CMDB读取,或者利用PlateSpin Recon 工具自动获取; 2) 检查操作系统环境 ——

- 检查所有文件系统类型必须为EXT3 或者 ReiserFS。 - 检查应用系统是否使用了裸设备或者直接硬件访问(磁盘,加密

狗等)受约束场景。

- 确认 SSH 服务开启并运行于端口22。

- 如果安装或激活了了本地网络防火墙,通过配置访问规则允许如

下端口的网络访问: ? TCP: 22, 3725;

说明

如果策略允许,可以在源服务器端网络防火墙配置信任与PlateSpin Migrate服务器及目标服务器之间的所有网络通信。也可以直接禁用本地防火墙软件。

1.5.1.2 目标服务器环境准备

1) 确认目标PC服务器的操作系统兼容性。待迁移操作系统类型必须包含在硬件厂商提供的该型号服务器兼容性列表内。 2) 检查硬件环境 ——

- 对应的目标磁盘应该大于等于源系统的磁盘容量。 - 确认目标硬件可以从光盘启动,并设定光盘启动优先。 - 确认目标服务器的网络连通性。

- 确认目标服务器与迁移工作负载的操作系统有兼容性认证。 3) 准备一个空闲可用IP地址,该IP地址必须可与源服务器及PlateSpin Migrate 服务器三者之间网络直接可达;

1.5.2 迁移操作步骤

1.5.2.1 在线初始复制迁移

1) 打开Migrate 管理控制台,输入源服务器的IP地址及本地管理员账号

和密码,发现(Discover)源服务器;

2) 使用PlateSpin X2P引导光盘引导目标服务器,根据源服务器SLES

操作系统位数选择合适的启动项引导系统。输入相应参数将目标服务器注册到PlateSpin Migrate服务器,该操作执行成功后将在PlateSpin Migrate 服务器管理控制台的服务器列表里将新增目标服务器对象。 3) 运行PlateSpin Migrate服务器管理客户端软件,在服务器列表中找到

前面所发现和分析的SuSE Linux源服务器计算机名称,刷新服务器信

息,检查核实源服务器的资产属性信息(包括磁盘、网卡、程序和服务);在服务器列表中查看和确认目标服务器名称已注册到Migrate服务器。 4) 配置SuSE Linux服务器P2P在线完全复制迁移任务,选择正确的源

和目标,然后选择“Copy”操作和“Full Migration”迁移范围,在“Transfer Options”项中选择“Block Based”配置源服务器的帐户信息、网络参数和系统服务。

5) 运行迁移任务,将源SuSE Linux服务器工作负载执行在线完全复制迁

移到目标物理硬件服务器,该操作时间主要取决于源服务器系统数据量大小及源服务器和目标服务器间可用的网络带宽。迁移期间所有操作均有详细的日志记录和执行结果反馈,出现问题时还可以生成详细的调试诊断信息,便于管理员全面控制整个迁移过程。点击Migrate管理控制台左侧的“Job”,即可监视该迁移任务的执行进度。

1.5.2.2 迁移结果测试与验证

由业务应用相关责任人对迁移后的环境进行详细测试,确认各项功能正常运行。出现任何问题及时排查,并修正迁移准备阶段相关工作内容。如果确认是由硬件设备驱动程序导致的问题,还需与硬件厂家合作,确定适合的驱动程序版本,更新PlateSpin X2P引导光盘或者PlateSpin 设备驱动管理库中对应的驱动程序文件。

这一步骤是整个迁移过程中至关重要的一步,也是不断完善迁移操作最关键的一环。

说明

执行上述三个操作步骤时,源应用服务器仍然在线正常对外提供服务,迁

移操作对其无任何影响。

1.5.2.3 离线Server Sync服务器同步迁移

1) 使用PlateSpin X2P引导光盘引导目标服务器,根据源服务器SLES

操作系统位数选择合适的启动项引导系统。输入相应参数将目标服务器注册到PlateSpin Migrate服务器,该操作执行成功后将在PlateSpin Migrate 服务器管理控制台的服务器列表里将新增目标服务器对象。(与在线全复制步骤相同)

2) 运行PlateSpin Migrate服务器管理客户端软件,在服务器列表中找到

之前所发现和分析的SuSE Linux源服务器计算机名称,刷新服务器信息,检查核实源服务器的资产属性信息(包括磁盘、网卡、程序和服务);在服务器列表中查看和确认目标服务器名称已注册到Migrate服务器。 3) 配置SuSE Linux服务器P2P离线同步迁移任务,选择正确的源和目

标,然后选择“Move”操作和“Server Sync”迁移范围,在“Transfer Options”项中应用“File Based”以及Take Server offline during conversion。配置源服务器的帐户信息、网络参数。

4) 开始运行迁移任务,将源SUSE Linux物理服务器工作负载以离线文件

复制方式Server Sync同步迁移到目标服务器。迁移过程中源服务器将自动重启并由PlateSpin Migrate进行Take Control接管,该操作时间

主要取决于源服务器系统数据变化量的大小及源服务器和目标服务器间可用的网络带宽。点击Migrate管理控制台左侧的“Job”,然后监视该迁移任务的执行进度。

5) 迁移完成后目标服务器自动启动运行。 6) 验证目标SuSE Linux服务器上应用是否正常。

1.5.2.4 应用系统切换

上述迁移操作全部成功完成后,源应用服务器停机,目标服务器上线(完成IP及主机名等切换),完成迁移任务。

1.5.3 回退方案

如果迁移发生问题,将目标服务器停机,启动源服务器及其上应用,恢复对外服务。

1.5.4 资源回收

待目标SuSE Linux服务器系统及应用运行稳定一段时间后,回收源SuSE Linux服务器及相关网络资源。

1.6

迁移建议

1) 确定待迁移业务运行所依赖的所有服务器,将其中的PC服务器划由同

一个迁移任务覆盖。

2) 迁移过程遵照先“试点”后“批量执行”的方法,由点及面,循序渐进。在试

点阶段,针对同一迁移任务涉及的同一型号的目标服务器,预先制定计划反复测试,确认诸如操作系统硬件兼容性、驱动程序程序兼容性、外设兼容性等细节问题均得到妥善解决后,再进行批量迁移。

3) 记录并解决迁移过程中发生的任何问题,形成文档,不断改进流程与工

艺,确保迁移任务的成功率。

1.6

迁移建议

1) 确定待迁移业务运行所依赖的所有服务器,将其中的PC服务器划由同

一个迁移任务覆盖。

2) 迁移过程遵照先“试点”后“批量执行”的方法,由点及面,循序渐进。在试

点阶段,针对同一迁移任务涉及的同一型号的目标服务器,预先制定计划反复测试,确认诸如操作系统硬件兼容性、驱动程序程序兼容性、外设兼容性等细节问题均得到妥善解决后,再进行批量迁移。

3) 记录并解决迁移过程中发生的任何问题,形成文档,不断改进流程与工

艺,确保迁移任务的成功率。

本文来源:https://www.bwwdw.com/article/lh77.html

Top