应用系统迁移方案课件.doc

目录 1.1 总述 1 1.2 系统迁移需求分析 1 1.2.1 中心系统迁移需求分析总体结论 2 1.3 迁移方案总体思路 2 1.3.1 保障业务中断停机时间最小化 2 1.3.2 业务切割时间节点优化 3 1.3.3 迁移后完整性测试 3 1.4 服务器硬件环境迁移方案 3 1.4.1 迁移评估 3 1.4.2 迁移计划 4 1.4.3 测试计划 4 1.4.4 迁移测试 5 1.4.5 迁移实施 5 1.5 运营商接入链路（路由）迁移 7 1.6 应用系统和数据库迁移方案 8 1.6.1 应用服务器迁移 8 1.6.2 数据库迁移实施 8 1.7 系统迁移的具体组织实施方案 9 1.7.1 搬迁规划 9 1.7.2 详细实施方案 10 1.7.3 应急处理 11  总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 迁移方案总体思路 系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移中，我们重点考虑几个问题保障业务中断停机时间业务中断对用户无论是环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ 对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的Volume?Shadow?Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 对于应用和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。 对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。业务时间迁移迁移涉及到应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。 服务器硬件环境迁移方案 迁移评估 迁移前，对迁移方案进行评估以确保迁移成功。首先勘察现有系统的架构和资源使用状况，评估过程必须包含以下信息和内容： 现有系统支撑的服务数量以及在服务器中的分布情况现有物理服务器资源占用状况，包括CPU当前的物理环境是否支持虚拟化，是否支持资源扩展，因为在迁移之前须在物理服务器上完成虚拟化对当前的存储容量和资源利用率进行评估，需在目标系统中规划好迁移需要的存储空间。需明确现有存储如何利用，比如有些服务器是在本地磁盘上创建系统盘和用户盘，有些服务器则在本地磁盘上创建系统盘而在SAN/NAS 迁移计划 通过对现有网络环境的评估，我们对现有资源利用率，服务以及系统需求非常清晰评估后才能开始对迁移进行计划，步骤如下： 、确定迁移步骤，包括所有服务器的迁移先后顺序，其顺序按风险的高低降序排列。 、确定备份方案，由于现有系统会被加固，某些服务器通过虚拟化