目录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应急处理 111.1 总述根据本期招标采购要求，中心、在建成后要实现对迁移应用和新建业务平台的一体化 集成。考虑到需要迁移的指挥中心、现有应用包含了分析管理平台、指挥平台，上述 平台都 是中心、的核心、、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术沟通、用户现状分析为基 础，给出搬迁方案设计。1.2 系统迁移需求分析根据用户招标要求，本期系统迁移的具体需求分析如下。中心、原有应用系统将全部迁 移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系 统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数 据的无损迁移也是系统搬迁的难点和重点。中心系统迁移需求分析总体结论通过对中心、现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过 程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运 营商的接入切割，原有数据的迁移，合理切割时间节点规划。1.3 迁移方案总体思路中心、系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要 求，在迁移 方案设计中，我们重点考虑几个问题。保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这 样的风 险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。我们基于这样的要求， 考虑到如何将停机时间最小，能否实现 0 停机的建设目标？1 、 对 于 服 务 器 操 作 系 统 而 言 ， 我 们 可 以 采 纳 P2V 的 方 式 ， 禾U 用 操 作 系 统 的 VolumeShadowCopy 卷影副本复制服务作为基础，来实现在旧系统环境下的系统 无修改，无 停机的情况下，将数...
