专业信息化应用系统迁移方案设计.docx

标准实用文案 某中心应用系统迁移方案 目录 1 某中心应用系统迁移方案 1 1.1 总述 2 1.2 系统迁移需求分析 2 1.2.1 中心系统迁移需求分析总体结论 3 1.3 迁移方案总体思路 3 1.3.1 保障业务中断停机时间最小化 3 1.3.2 业务切割时间节点优化 4 1.3.3 迁移后完整性测试 4 1.4 服务器硬件环境迁移方案 4 1.4.1 迁移评估 5 1.4.2 迁移计划 5 1.4.3 测试计划 6 1.4.4 迁移测试 6 1.4.5 迁移实施 7 1.5 运营商接入链路（路由）迁移 10 1.6 应用系统和数据库迁移方案 10 1.6.1 应用服务器迁移 10 1.6.2 数据库迁移实施 11 文档 标准实用文案 1.7 系统迁移的具体组织实施方案 12 1.7.1 搬迁规划 12 1.7.2 详细实施方案 13 1.7.3 应急处理 14 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 服务器硬件环境迁移方案 按照用户招标要求，本次项目建设的服务硬件环境主要是从原有刀片服务器 向本次招标新采购云服务平台的迁移。 云服务平台支持对原有服务器硬件环境和 文档 标准实用文案 操作系统环境虚拟