应用系统迁移方案

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 应急

2、处理 1111总述按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化 集成。考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都 是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基 础，给出搬迁方案设计。1.2系统迁移需求分析按照用户招标要求，本期系统迁移的具体需求分析如下。中心原有应用系统将全部 迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后 的系统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和

3、确保电话接入路由的转换，历史 数据的无损迁移也是系统搬迁的难点和重点。1.2.1中心系统迁移需求分析总体结论通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移 过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉 及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。1.3迁移方案总体思路中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题1.3.1保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风 险特别对于时间敏感型数据和数据完整性业务都是

4、不可以接受的。我们基于这样的要 求，考虑到如何将停机时间最小，能否实现o停机的建设目标？1、对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的 Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修 改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快 照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动态业务扩 展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务 器“热添加"到新环境中的故障转移/负载均衡集群系统

5、中，在部分应用服务中我们可 以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境 中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话 复制和状态的安全性，我们可以采用会话数据库 复制管理。3、对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志 传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据 库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不 影响源数据库，而日志 传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环 境在网络出现故障的情况依然可以进行迁移任务窗

6、口的正常工作。1.3.2业务切割时间节点优化针对XXX系统等需要确保不间断对外提供服务的应用，需要通过对用户历史应用 进行分析，选择最优的的切割时间节点，并提切割期间的备份链路、人工受理手段。1.3.3迁移后完整性测试迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的 完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完 整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁 移的安全性和有效性。14服务器硬件环境迁移方案按照用户招标要求，本次项目建设的服务硬件环境主要是从原有刀片服务器向本次 招标新采购云服务平台的迁移。云服务平台支持对原有服

7、务器硬件环境和 操作系统环境 虚拟，可以降低迁移的难度。141迁移评估迁移前，我公司将对迁移方案进行评估以确保迁移成功。首先我公司将派员勘察现 有系统的架构和资源使用状况，评估过程必须包含以下信息和内容：现有系统支撑的服务数量以及在服务器中的分布情况；现有物理服务器资源占用状况，包括CPU、内存、磁盘和网络连接状况，为保证迁移成功，目标虚拟机规格应不低于原物理机标准；当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理 服务器上完成虚拟化；对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储 空间。需明确现有存储如何利用，比如有些服务器是在本地磁盘上创建系

8、统盘和用户 盘，有些服务器则在本地磁盘上创建系统盘而在SAN/NAS上创建用户盘。1.4.2迁移计划通过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求非常清 晰并进行评估后才能开始对迁移进行计划，步骤如下：1、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排 列。2、确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化重复利用，而在 虚拟化前需要清除所有的数据，因此需要对这些服务器进行备份保证服务的连续性。3、确定并准备好迁移所需的工具，包括工具在迁移中必备的一系列功能和使用工具 所需具备的网络环境。4、在实际迁移开始之前确定额外的测试环境，该测试环境能够

9、引导测试从而确保迁 移成功。因此，测试环境需明确设计的服务器和存储数量。5、规划网络环境，由于网络中的服务器各处不同位置，因此在迁移中需考虑到网络 连接情况、数据备份方式，以及网络流量来源，确定网络流量是否会引发网络拥塞6、确定迁移周期以及参与人员，包括迁移起止时间，团队能力建设以及团队成员的 角色。1.4.3测试计划迁移计划后，执行小批量的测试迁移方案，这里会涉及到首批迁移的测试和审 核，步骤如下：准备用于测试迁移的测试系统环境，在测试时，第一批服务器将会迁移到该系统环 境中。安装并核实迁移工具，此时要执行第一批服务器的P2V迁移。对第一批服务器， 需分析存储系统，不管该服务器在存储迁移中采

10、用本地磁盘存储还是远端SAN/NAS存 储系统。1.4.4迁移测试在第一批服务器和服务的小批量测试迁移后，需对迁移后的服务器进行测试，包括 单元测试和性能测试。1.4.5迁移实施在迁移实施过程中，所有的服务器都会被迁移到虚拟化系统下。执行步骤如下：确保批量迁移的整个网络环境已准备完毕，并通过迁移工具完成源系统和目标系统 之间的连通。此处的目标系统属于中转系统。对迁移系统进行性能审核和健康检查，如果系统状态监视则停用旧系统并将其服务 暂时转移到新的虚拟化系统中。进行利旧，对于一部分可用的旧硬件可在服务器虚拟化中重新再利用，一些软件资源需扩展，如内存和硬盘。这些服务器构成最终的虚拟化基础设施，即最

11、终系统。最后，在目标系统和最终系统之间进行V2V迁移。1.4.5.1服务器虚拟化前进行备份 为了对旧系统中的物理服务器进行虚拟化，需考虑服务器虚拟化带来的影响。例如，现有服务器的重复利用，服务器虚拟化时会 对这些服务器的CPU,内存以及硬盘资源进行再利用，然而这些服务器上存在某些服务仍在运行，若无备份则 会影响现有业务。因此，在执行迁移和虚拟化之前，必须先对需利旧的服务器进行备 份。提供物理备份服务器，并已进行虚拟化，数据和服务器已备份到虚拟化系统。首先，对于要被迁移的服务器上，一般会存在多种服务正在运行，而且这些服务器在迁移评 估后认为在虚拟化场景下可再利用的。但是，迁移过程中不允许存在较长的停机时间， 因此需要准备一台采用虚拟化平台的备份虚拟机，通过P2V将该服务器备份到虚拟机