应用系统迁移方案.docx

应用系统迁移方案.docx

《应用系统迁移方案.docx》由会员分享，可在线阅读，更多相关《应用系统迁移方案.docx（8页珍藏版）》请在冰豆网上搜索。

应用系统迁移方案

目录之老阳三干创作

创作时间：

二零二一年六月三十日

1.5运营商接入链路（路由）迁移7

1.1总述

依照本期招标推销要求,中心在建成后要实现对迁移应用和新建业务平台的一体化集成.

考虑到需要迁移的指挥中心现有应用包括了分析管理平台、指挥平台,上述平台都是中心的核心、重要应用,因此我公司认为原系统的搬场将是项目建设的重点和难点.

本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础,给出搬场方案设计.

1.2系统迁移需求分析

依照用户招标要求,本期系统迁移的具体需求分析如下.

中心原有应用系统将全部迁移至虚拟化服务平台,迁移期间必需保证工作不能中断,历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接.

系统迁移的难点是系统切割时间节点的合理规划和确保德律风接入路由的转换,历史数据的无损迁移也是系统搬场的难点和重点.

1.2.1中心系统迁移需求分析总体结论

通过对中心现有上述应用迁移的需求分析,鉴于原系统建设单位其实不是我公司,迁移过程中还存在对原建设厂商协调的工程风险.我公司认为系统迁移的重点内容包括：

涉及运营商的接入切割,原有数据的迁移,合理切割时间节点规划.

1.3迁移方案总体思路

中心系统迁移是一个整体系统工程.迁移必需保证用户系统建设的相关要求,在迁移方案设计中,我们重点考虑几个问题.

1.3.1保证业务中断停机时间最小化

业务中断对用户无论是运行环境还是测试环境均存在较年夜的恢复风险,这样的风险特别对时间敏感型数据和数据完整性业务都是不成以接受的.我们基于这样的要求,考虑到如何将停机时间最小,能否实现0停机的建设目标？

1、对服务器把持系统而言,我们可以采纳P2V的方式,利用把持系统的Volume Shadow Copy卷影副本复制服务作为基础,来实现在旧系统环境下的系统无修改,无停机的情况下,将数据和应用软件、把持系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中.由此实现服务器环境的整体迁移.

2、对应用中间件和其他应用服务器来说,我们可以基于应用服务器的静态业务扩展集群方式,来实现服务器不竭机环境下的增加业务节点把持,这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中,在部份应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来.考虑到会话复制和状态的快速实时,我们可以采纳会话内存复制,考虑到会话复制和状态的平安性,我们可以采纳会话数据库复制管理.

3、对数据库而言,我们可以基于数据库自己自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不单保证数据库迁移的不竭机,而且还可以保证万一迁移中呈现停机故障也不影响源数据库,而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行,这样可以让我们的系统环境在网络呈现故障的情况依然可以进行迁移任务窗口的正常工作.

1.3.2业务切割时间节点优化

针对×××系统等需要确保不间断对外提供服务的应用,需要通过对用户历史应用进行分析,选择最优的的切割时间节点,并提切割期间的备份链路、人工受理手段.

1.3.3迁移后完整性测试

迁移涉及到应用、实例、数据库的把持以外,还涉及到迁移前规划、迁移后测试的完整性测试.这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试.只有这样才华保证迁移的平安性和有效性.

1.4服务器硬件环境迁移方案

依照用户招标要求,本次项目建设的服务硬件环境主要是从原有刀片服务器向本次招标新推销云服务平台的迁移.云服务平台支持对原有服务器硬件环境和把持系统环境虚拟,可以降低迁移的难度.

1.4.1迁移评估

迁移前,我公司将对迁移方案进行评估以确保迁移胜利.首先我公司将派员勘察现有系统的架构和资源使用状况,评估过程必需包括以下信息和内容：

现有系统支撑的服务数量以及在服务器中的分布情况；

现有物理服务器资源占用状况,包括CPU、内存、磁盘和网络连接状况,为保证迁移胜利,目标虚拟机规格应不低于原物理机标准；

以后的物理环境是否支持虚拟化,是否支持资源扩展,因为在迁移之前须在物理服务器上完成虚拟化；

对以后的存储容量和资源利用率进行评估,需在目标系统中规划好迁移需要的存储空间.需明确现有存储如何利用,比如有些服务器是在本地磁盘上创立系统盘和用户盘,有些服务器则在本地磁盘上创立系统盘而在SAN/NAS上创立用户盘.

1.4.2迁移计划

通过对现有网络环境的评估,我们对现有资源利用率,服务以及系统需求非常清晰并进行评估后才华开始对迁移进行计划,步伐如下：

1、确定迁移步伐,包括所有服务器的迁移先后顺序,其顺序按风险的高低降序排列.

2、确定备份方案,由于现有系统会被加固,某些服务器通过虚拟化重复利用,而在虚拟化前需要清除所有的数据,因此需要对这些服务器进行备份保证服务的连续性.

3、确定并准备好迁移所需的工具,包括工具在迁移中必备的一系列功能和使用工具所需具备的网络环境.

4、在实际迁移开始之前确定额外的测试环境,该测试环境能够引导测试从而确保迁移胜利.因此,测试环境需明确设计的服务器和存储数量.

5、规划网络环境,由于网络中的服务器各处罚歧位置,因此在迁移中需考虑到网络连接情况、数据备份方式,以及网络流量来源,确定网络流量是否会引发网络拥塞

6、确定迁移周期以及介入人员,包括迁移起止时间,团队能力建设以及团队成员的角色.

1.4.3测试计划

迁移计划后,执行小批量的测试迁移方案,这里会涉及到首批迁移的测试和审核,步伐如下：

 准备用于测试迁移的测试系统环境,在测试时,第一批服务器将会迁移到该系统环境中.

 装置并核实迁移工具,此时要执行第一批服务器的P2V迁移.

 对第一批服务器,需分析存储系统,不论该服务器在存储迁移中采纳本地磁盘存储还是远端SAN/NAS存储系统.

1.4.4迁移测试

在第一批服务器和服务的小批量测试迁移后,需对迁移后的服务器进行测试,包括单位测试和性能测试.

1.4.5迁移实施

在迁移实施过程中,所有的服务器城市被迁移到虚拟化系统下.执行步伐如下：

 确保批量迁移的整个网络环境已准备完毕,并通过迁移工具完成源系统和目标系统之间的连通.此处的目标系统属于中转系统.

 对迁移系统进行性能审核和健康检查,如果系统状态监视则停用旧系统并将其服务暂时转移到新的虚拟化系统中.

 进行利旧,对一部份可用的旧硬件可在服务器虚拟化中重新再利用,一些软件资源需扩展,如内存和硬盘.这些服务器构成最终的虚拟化基础设施,即最终系统.

 最后,在目标系统和最终系统之间进行V2V迁移.

1.4.5.1服务器虚拟化前进行备份

为了对旧系统中的物理服务器进行虚拟化,需考虑服务器虚拟化带来的影响.例如,现有服务器的重复利用,服务器虚拟化时会对这些服务器的CPU,内存以及硬盘资源进行再利用,然而这些服务器上存在某些服务仍在运行,若无备份则会影响现有业务.因此,在执行迁移和虚拟化之前,必需先对需利旧的服务器进行备份.

提供物理备份服务器,并已进行虚拟化,数据和服务器已备份到虚拟化系统.

 首先,对要被迁移的服务器上,一般会存在多种服务正在运行,而且这些服务器在迁移评估后认为在虚拟化场景下可再利用的.可是,迁移过程中不允许存在较长的停机时间,因此需要准备一台采纳虚拟化平台的备份虚拟机,通过P2V将该服务器备份到虚拟机上.

 备份完所有需要进行虚拟化的服务器之后,这些服务器上装置虚拟化软件进行虚拟化,根据评估阶段确定的容量规划,在虚拟化平台上创立相应规格的虚拟机,其计算资源用于承接旧系统中的服务.

 准备好所有的虚拟机后,规划和装置相关迁移工具,将备份系统中的服务迁移到虚拟化系统的虚拟机中.虚拟机迁移是指将备份的虚拟化系统中的应用服务迁移到最终的虚拟化系统中.

 虚拟机迁移完毕后,要对这些服务进行测试,最后停用旧系统,所有服务切换到虚拟化系统中.

1.4.5.2迁移的详细把持步伐

迁移的具体步伐及描述如下:

1、在评估阶段,虚拟化和迁移之前需收集的信息如下：

 性能统计：

包括CPU使用率,内存使用率,硬盘IOPS和硬盘使用情况；

 物理服务器配置：

包括CPU规格,内存容量,硬盘容量

 统计物理服务器布置位置,分析是否支持虚拟化,累计支持虚拟化的服务器数量,并规划出虚拟化中需新增的硬件情况；

通过上述无代办署理收集和代办署理收集两种场景收集以后系统的使用和配置情况.可采纳信息收集工具.

2、分析现有服务的依赖条件,对以后系统进行备份.

确定应用系统对服务器的依赖关系,可作为迁移参考,确定所有服务器的迁移优先级顺序.

在确定各服务的依赖条件后,对需进行虚拟化的服务器进行备份.

3、容量规划和虚拟化执行

根据以后的资源使用和需求情况,计算虚拟化所需的容量. 

4、规划应用服务 

在拟化解决方案中,同类虚拟机布置在同一个计算资源池中,在同一个池中可相互共享存储/计算资源,一个集群的故障不会影响其他资源池.

5、虚拟化规划和虚拟机分配

建立虚拟化平台后,要准备最终的迁移资源.迁移前,如果服务器a具备双核CPU和2G内存,那么在虚拟化平台中就创立一个2核/2G内存的虚拟机,并分配相应的硬盘.

6、 规划迁移工具

采纳迁移工具从物理或虚拟的服务器向最终的虚拟化系统中进行磁盘复制.

7、通过工具执行在线迁移

准备好源系统,目标虚拟机以及目标系统后,决定迁移时需使用的迁移工具和迁移战略.

8、迁移测试

迁移后,需进行测试来验证迁移是否胜利,测试场景如下：

 应用服务迁移后对虚拟化基本功能的监测；

 迁移前后应用服务的特性功能是否几乎相同；

 虚拟化系统的性能监控；

 ….

9、停用旧系统

截至目前现有的服务器已经被虚拟化和重复使用,其他一些不支持虚拟化的服务器上对应的服务也已经迁移到虚拟化平台,那么现在可将应用服务切换到虚拟系统并停用旧系统.

1.5运营商接入链路（路由）迁移

运营商接入链路（路由）的迁移主要是新中心所需物理链路的申请,德律风号码接入路由制作、应用正式切割前测试号码的开通以及切割当日应急办法.针对前四部份内容,可以依照中心需要完全备份一份,在系统正式切割前进行模拟运行测试.

切割当日要做好应急保证办法,如切割一旦不胜利,迅速切回原路由保证系统的运行.同时在新指挥备份足够的备份链路,支持人工受理.

上述链路的具体配置方案在中标后进一步确认.

1.6应用系统和数据库迁移方案

针对本项目建设,我们将在应用系统和数据库迁移前,在用户新招标推销的云平台中布置与原应用一样的把持系统、中间件、服务器管理平台软件环境,确保迁移的环境变动风险最低.

1.6.1应用服务器迁移

针对本项目应用系统迁移,原系统全部是基于IIS应用环境、.NET应用法式框架.本方案计划对IIS等应用环境以及.net应用法式框架提出构建IIS环境的NLB群集,将以后系统不竭机加入到NLB群集中,使之成为群集中的一个节点,而新环境则为另外一个节点.实施完成后再退出此迁移群集,将新环境加入到新的构建的NLB群集.

NLB不单能实现均衡负载,而且还能实现多种形式的冗余.NLB主要用于那些文件改动不年夜,而且不常驻内存的环境,比如WEB服务、FTP服务、和VPN服务等.

当用户访问集群的时候,集群能将访问请求分摊到集群中的每个服务器上,以到达均衡负载的效果.这些服务器被称为集群节点.在负载平衡中,每个节点的文件一般都要求是一样的.这样每个节点返回给客户的结果都是一致的.一般来说组建一个NLB要求至少两个节点,其中一个节点不能使用,这全部负载将落入到剩下的那个节点上,即全载.NLB能提供三种冗余功能,软件冗余、硬件冗余、站点冗余.

1.6.2数据库迁移实施

针对本项目数据库迁移,需要将中心积累的历史数据文件搬场到新中心服务器,而且要求最小宕机时间,同时面临的难点还包括服务器其实不在同一个一个机房. 

1、分析与设计思路

针对本项目数据库搬场环境特点：

第一个是数据库文件比力年夜；第二是传送文件的速度可能会比力慢（广域网传输）.初步解决方案如下.

为了使宕机时间最短,我们这里使用完整备份和不同备份来迁移数据库,在白天的时候对需要迁移的数据库进行一次完整备份（XXX_full.bak）,并把备份文件拷贝（这里可以使用FTP软件进行断点续传）到目标服务器进行还原,比及下班时间之后再进行一次不同备份（XXX_diff.bak）,再把这个不同备份拷贝到目标服务器,在完整还原的基础上再进行不同还原.

这里的宕机时间 = 不同备份时间 + 传送不同备份文件时间 + 还原不同备份文件时间,不存在宕机时间.

2、保证数据迁移过程中的平安性和把持可审计性

数据迁移中的平安性不成忽略,本方案设计基于多重数据审计功能实现迁移平安性和把持审计性.

1.7系统迁移的具体组织实施方案

针对本项目建设,涉及中心生产系统的搬场,上述系统具有停机时间要求短、系统结构复杂、测试时间长、设备繁多、使用人员多、条理复杂等特点.本项目搬场,时间非常紧,且设备间的稳定性也是一个考验.因此,必需协调好各单位人员的关系,齐心协力才可能在预按时间内完成搬场工程.

本项目搬场组织以尽量不影响日常工作或将影响降低到最低为前提的情况下制定,即在保证内容最少日的最少时间节点开始搬场,尽快完成必需搬场的服务器、网络设备的搬场、装置及测试.而且在开机以后,继续跟踪系统的运行情况,随时处置系统运行的异常情况.搬场需要原系统建设公司人员的充沛协调及配合下才华完本钱次搬场任务.

1.7.1搬场规划

实施流程：

流程主要根据搬场前的需要制定,主要详细了解以后系统设备情况,系统运行情况.针对所了解情况制定详细搬场方案以及应急方案.

专业工程师了解用户现在机房的现状以及搬场后的具体要求.充沛考虑在实施过程中可能呈现的各种情况,定制详细可行性的迁移实施计划,将机房迁移工作对用户的影响降至最小.

编制搬场前及搬场后的物理安插表、连接表、线缆号表.可根据用户情况分为多个系统进行分类.

在搬场过程中需要XXX技术人员密切配合.

为保证搬场工作顺利、有序、平安的进行将制定详细的搬场流程,进行细致的分工,具体工作安插到人,责任到人.

搬场工作中的每项工作原则最少安插

（2）人,以保证工作的准确性.

1.7.2详细实施方案

为了搬场能按时顺利进行,而且在搬场后能够保证设备正常运行,我们制定了一系列简单明了的工作表,帮手工程实施人员确定各种搬场工作中要执行的工作是否完成.防止工作失误,防止造成搬场工作的延误.

实施流程：

目的机房的要求：

需要在搬场前检查目的机房的需要设备设施是否符合要求,本工作表是保证搬场后设备能否稳定正常运行的先决条件,在搬场前由搬场负责人同相关人员填写确认.

1.7.3应急处置

在设备搬场后呈现异常情况时现场技术人员立即检查设备,检查故障现象,确定故障位置.

硬件故障在备件准备范围内的立即更换,不在范围内的立即使用备用设备最短时间内启用备用设备.由于配置数据或系统不能启动的立即使用系统光盘备份数据等先前准备的备用工具软件系统软件重新按装或恢复.

创作时间：

二零二一年六月三十日