应用系统迁移方案

1、.目录1.1总述21.2系统迁移需求解析21.2.1中心系统迁移需求解析整体结论21.3迁移方案整体思路21.3.1保障业务中断停机时间最小化31.3.2业务切割时间节点优化31.3.3迁移后完满性测试41.4服务器硬件环境迁移方案41.4.1迁移评估41.4.2迁移计划41.4.3测试计划51.4.4迁移测试51.4.5迁移推行61.5运营商接入链路（路由）迁移.81.6应用系统和数据库迁移方案81.6.1应用服务器迁移81.6.2数据库迁移推行91.7系统迁移的详细组织推行方案.101.7.1迁居规划101.7.2详细推行方案111.7.3应急办理11.1.1总述依照本期招标采买要求，中心

2、在建成后要实现对迁移应用和新建业务平台的一体化集成。考虑到需要迁移的指挥中心现有应用包括了解析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的迁居将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状解析为基础，给出迁居方案设计。1.2系统迁移需求解析依照用户招标要求，本期系统迁移的详细需求解析以下。中心原有应用系统将全部迁移至虚假化服务平台，迁移时期必定保证工作不能够中断，历史数据不能够损失；迁移后的系统与多媒体交融通信指挥平台交融对接。系统迁移的难点是系统切割时间节点的合理规划和保证电话接入路由的变换，历史数据的无损迁移也是系统

3、迁居的难点和重点。中心系统迁移需求解析整体结论经过对中心现有上述应用迁移的需求解析，基于原系统建设单位其实不是我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。1.3迁移方案整体思路中心系统迁移是一个整系通通工程。迁移必定保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。.保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完满性业务都是不能够够接受的。我们基于这样的要求，考虑到如何将停机时间最小，可否实现

4、0停机的建设目标？1、对于服务器操作系统而言，我们能够采用P2V的方式，利用操作系统的VolumeShadowCopy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无更正，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。2、对于应用中间件和其他应用服务器来说，我们能够基于应用服务器的动向业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样能够实现应用服务器“热增加”到新环境中的故障转移/负载平衡集群系统中，在部分应用服务中我们能够使用session会话复制来实现旧系统的全局环境变量和会话央求状态

5、也迁移到新环境中来。考虑到会话复制和状态的迅速实时，我们能够采用会话内存复制，考虑到会话复制和状态的安全性，我们能够采用会话数据库复制管理。3、对于数据库而言，我们能够基于数据库自己自带的数据库镜像技术、数据库日志传达技术来实现各自的分库、迁移库的成立，数据库镜像技术能够让我们不仅保证数据库迁移的不停机，而且还能够够保证万一迁移中出现停机故障也不影响源数据库，而日志传达技术成立的迁移能够保证系统数据库迁移以异步方式进行，这样能够让我们的系统环境在网络出现故障的情况仍旧能够进行迁移任务窗口的正常工作。业务切割时间节点优化针对系统等需要保证不中断对外供应服务的应用，需要经过对用户历史应用进行解析，

6、选择最优的的切割时间节点，并提切割时期的备份链路、人工受理手段。.迁移后完满性测试迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完满性测试。这些测试包括但不限于数据一致性测试、数据完满性测试、应用会话状态完满性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。1.4服务器硬件环境迁移方案依照用户招标要求，本次项目建设的服务硬件环境主若是从原有刀片服务器向本次招标新采买云服务平台的迁移。云服务平台支持对原有服务器硬件环境和操作系统环境虚假，能够降低迁移的难度。迁移评估迁移前，我公司将对迁移方案进行评估以保证迁移成功。第一我公司将派员勘探现有系统的架

7、构和资源使用情况，评估过程必定包括以下信息和内容：现有系统支撑的服务数量以及在服务器中的分布情况；现有物理服务器资源占用情况，包括CPU、内存、磁盘和网络连接情况，为保证迁移成功，目标虚假机规格应不低于原物理机标准；当前的物理环境可否支持虚假化，可否支持资源扩展，由于在迁移从前须在物理服务器上达成虚假化；对当前的储藏容量和资源利用率进行评估，需在目标系统中规划好迁移需要的储藏空间。需明确现有储藏如何利用，比方有些服务器是在当地磁盘上创办系统盘和用户盘，有些服务器则在当地磁盘上创办系统盘而在SAN/NAS上创办用户盘。迁移计划经过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求特别清

8、楚并进行评估后才能开始对迁移进行计划，步骤以下：.1、确定迁移步骤，包括全部服务器的迁移先后序次，其序次按风险的高低降序排列。2、确定备份方案，由于现有系统会被加固，某些服务器经过虚假化重复利用，而在虚假化前需要除去全部的数据，因此需要对这些服务器进行备份保证服务的连续性。3、确定并准备好迁移所需的工具，包括工具在迁移中必备的一系列功能和使用工具所需具备的网络环境。4、在实质迁移开始从前确定额外的测试环境，该测试环境能够引导测试从而保证迁移成功。因此，测试环境需明确设计的服务器和储藏数量。5、规划网络环境，由于网络中的服务器各处不相同地址，因此在迁移中需考虑到网络连接情况、数据备份方式，以及网

9、络流量本源，确定网络流量可否会惹起网络拥挤6、确定迁移周期以及参加人员，包括迁移起止时间，团队能力建设以及团队成员的角色。测试计划迁移计划后，执行小批量的测试迁移方案，这里会涉及到首批迁移的测试和审察，步骤以下：准备用于测试迁移的测试系统环境，在测试时，第一批服务器将会迁移到该系统环境中。安装并核实迁移工具，此时要执行第一批服务器的P2V迁移。对第一批服务器，需解析储藏系统，无论该服务器在储藏迁移中采用当地磁盘储藏还是远端SAN/NAS储藏系统。迁移测试在第一批服务器和服务的小批量测试迁移后，需对迁移后的服务器进行测试，包括单元测试和性能测试。.迁移推行在迁移推行过程中，全部的服务器都会被迁移

10、到虚假化系统下。执行步骤以下：保证批量迁移的整个网络环境已准备达成，并经过迁移工具达成源系统和目标系统之间的连通。此处的目标系统属于中转系统。对迁移系统进行性能审察和健康检查，若是系统状态监察则停用旧系统并将其服务暂时转移到新的虚假化系统中。进行利旧，对于一部分可用的旧硬件可在服务器虚假化中重新再利用，一些软件资源需扩展，如内存和硬盘。这些服务器构成最后的虚假化基础设施，即最后系统。最后，在目标系统和最后系统之间进行V2V迁移。服务器虚假化前进行备份为了对旧系统中的物理服务器进行虚假化，需考虑服务器虚假化带来的影响。比方，现有服务器的重复利用，服务器虚假化时会对这些服务器的CPU，内存以及硬盘

11、资源进行再利用，但是这些服务器上存在某些服务仍在运行，若无备份则会影响现有业务。因此，在执行迁移和虚假化从前，必定先对需利旧的服务器进行备份。供应物理备份服务器，并已进行虚假化，数据和服务器已备份到虚假化系统。第一，对于要被迁移的服务器上，一般会存在多种服务正在运行，而且这些服务器在迁移评估后认为在虚假化场景下可再利用的。但是，迁移过程中不相同意存在较长的停机时间，因此需要准备一台采用虚假化平台的备份虚假机，经过P2V将该服务器备份到虚假机上。备份完全部需要进行虚假化的服务器此后，这些服务器上安装虚假化软件进行虚假化，依照评估阶段确定的容量规划，在虚假化平台上创办相应规格的虚假机，其计算资源用

12、于承接旧系统中的服务。准备好全部的虚假机后，规划和安装相关迁移工具，将备份系统中的服务迁移到虚假化系统的虚假机中。虚假机迁移是指将备份的虚假化系统中的应用服务迁移到最后的虚假化系统中。.虚假机迁移达成后，要对这些服务进行测试，最后停用旧系统，全部服务切换到虚假化系统中。迁移的详细操作步骤迁移的详细步骤及描述以下:1、在评估阶段，虚假化和迁移从前需收集的信息以下：性能统计：包括CPU使用率，内存使用率，硬盘IOPS和硬盘使用情况；物理服务器配置：包括CPU规格，内存容量，硬盘容量统计物理服务器部署地址，解析可否支持虚假化，累计支持虚假化的服务器数量，并规划出虚假化中需新增的硬件情况；经过上述无代

13、理收集和代理收集两种场景收集当前系统的使用和配置情况。可采用信息收集工具。2、解析现有服务的依赖条件，对当前系统进行备份。确定应用系统对服务器的依赖关系，可作为迁移参照，确定全部服务器的迁移优先级序次。在确定各服务的依赖条件后，对需进行虚假化的服务器进行备份。3、容量规划和虚假化执行依照当前的资源使用和需讨情况，计算虚假化所需的容量。4、规划应用服务在拟化解决方案中，同类虚假机部署在同一个计算资源池中，在同一个池中可相互共享储藏/计算资源，一个集群的故障不会影响其他资源池。5、虚假化规划和虚假机分配成立虚假化平台后，要准备最后的迁移资源。迁移前，若是服务器a具备双核CPU和2G内存，那么在虚假

14、化平台中就创办一个2核/2G内存的虚假机，并分配相应的硬盘。6、规划迁移工具采用迁移工具从物理或虚假的服务器向最后的虚假化系统中进行磁盘复制。7、经过工具执行在线迁移准备好源系统，目标虚假机以及目标系统后，决定迁移时需使用的迁移工具和迁移策略。.8、迁移迁移后，需行来迁移可否成功，景以下：用服迁移后虚化基本功能的；迁移前后用服的特点功能可否几乎相同；虚化系的性能控；.9、停用旧系截止当前有的服器已被虚化和重复使用，其他一些不支持虚化的服器上的服也已迁移到虚化平台，那么在可将用服切到虚系并停用旧系。1.5运营商接入链路（路由）迁移运商接入路（路由）的迁移主若是新中心所需物理路的申，号接入路由制作

15、、用正式切割前号的开通以及切割当日急措施。前四部分内容，能够依照中心需要完满份一份，在系正式切割前行模运行。切割当日要做好急保障措施，如切割一旦不能功，迅速切回原路由保障系的运行。同在新指份足的份路，支持人工受理。上述路的详细配置方案在中后一步确。1.6应用系统和数据库迁移方案本目建，我将在用系和数据迁移前，在用新招采的云平台中部署与原用一的操作系、中件、服器管理平台件境，确保迁移的境化最低。应用服务器迁移本目用系迁移，原系全部是基于IIS用境、.NET用程序框架。本方案划IIS等用境以及.net用程序框架提出成立IIS.境的NLB群集，将当前系统不停机加入到NLB群集中，使之成为群集中的一个

16、节点，而新环境则为别的一个节点。推行达成后再退出此迁移群集，将新环境加入到新的成立的NLB群集。NLB不仅好实现平衡负载，而且还能够实现多种形式的冗余。NLB主要用于那些文件改动不大，而且不常驻内存的环境，比方WEB服务、FTP服务、和VPN服务等。当用户接见集群的时候，集群能将接见央求分摊到集群中的每个服务器上，以达到平衡负载的收效。这些服务器被称为集群节点。在负载平衡中，每个节点的文件一般都要求是相同的。这样每个节点返回给客户的结果都是一致的。一般来说组建一个NLB要求最少两个节点，其中一个节点不能够使用，这全部负载将落入到剩下的那个节点上，即全载。NLB能供应三种冗余功能，软件冗余、硬件

17、冗余、站点冗余。数据库迁移推行针对本项目数据库迁移，需要将中心积累的历史数据文件迁居到新中心服务器，而且要求最小宕机时间，同时面对的难点还包括服务器其实不在同一个一个机房。1、解析与设计思路针对本项目数据库迁居环境特点：第一个是数据库文件比较大；第二是传达文件的速度可能会比较慢（广域网传输）。初步解决方案以下。为了使宕机时间最短，我们这里使用完满备份和差异备份来迁移数据库，在白天的时候对需要迁移的数据库进行一次完满备份（XXX_full.bak），并把备份文件拷贝（这里能够使用FTP软件进行断点续传）到目标服务器进行还原，等到下班时间此后再进行一次差异备份（XXX_diff.bak），再把这个

18、差异备份拷贝到目标服务器，在完满还原的基础上再进行差异还原。这里的宕机时间=差异备份时间+传达差异备份文件时间+还原差异备份文件时间，不存在宕机时间。2、保证数据迁移过程中的安全性和操作可审计性数据迁移中的安全性不能忽略，本方案设计基于多重数据审计功能实现迁移.安全性和操作审计性。1.7系统迁移的详细组织推行方案针对本项目建设，涉及中心生产系统的迁居，上述系统拥有停机时间要求短、系统结构复杂、测试时间长、设施众多、使用人员多、层次复杂等特点。本项目迁居，时间特别紧,且设施间的牢固性也是一个考验。因此，必定协调好各单位人员的关系，齐心协力才可能在预准时间内达成迁居工程。本项目迁居组织以尽量不影响

19、平常工作或将影响降低到最低为前提的情况下拟定，即在保障内容最少日的最少时间节点开始迁居，赶忙达成必定迁居的服务器、网络设施的迁居、安装及测试。而且在开机今后，连续追踪系统的运行情况，随时办理系统运行的异常情况。迁居需要原系统建设公司人员的充分协调及配合下才能达成本次迁居任务。迁居规划推行流程：对全部设施进行与XXX技术人员现场勘探确定推行方案解析，拟定应急现场交流方案流程主要依照迁居前的需要拟定，主要详细认识当前系统设施情况，系统运行情况。针对所认识情况拟定详细迁居方案以及应急方案。专业工程师认识用户现在机房的现状以及迁居后的详细要求。充分考虑在推行过程中可能出现的各种情况，定制详细可行性的迁移推行计划，将机房迁移工作对用户的影响降至最小。编制迁居前及