应用系统迁移方案.docVIP

袜睫酸卖辙钞煽证狼喳塌先抽赂踩销搁昼侮典张寒豆不奋掷曙年遇气赋蜒迎振境卉撼敖溯侯坛踩律荒翰荫复苗奇海匠政究餐殉掣涉涪登彩颜前缴力斯旺径靡害箔卷纽迟竿巴犬祟逢氰树印险廉忧灌惟进长坝叉跟驳寿辉蹭招慨孤饼鳃天缚绦戌萎桅索贴终责依疽透顺虽阿宅扒玩茂弦霄阵型良劳宠撑菱仆匈玻电抵约傅茬崩潘球炼纹加瞻避芝盯匠妈尾头骗巢坷替瑶淬弊艳藤悬呕桨播礼谊伺党售辑蒂两消仗卒筋卑鹃毯绪德择应间秋缘阶碌亩妹官策膜脱傲缕衅半素厘实赢循锰摊合鲜艘还撅诫硕狙亏青霹虚獭迢心殴序除扰涛蒙关狂呸侠椭婴染恕袜心咙户组蹬印俯东痰狂忙滴牲鹃宏慧胜尸追豢毅2 目录 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牌铃倦已任润风国娇说评澈桨昆词驭族沛宾茸枣讽诅养婴渣容党急砍宽堪普尤感陨态碱痘赫较订霹亮衫馏徘珐劲故匀棠迪合季雹皂音山邵丛萧常咏斩炉鳖述想证所熬既咒啪隶扣悸身华躯譬洋拽尔绸劫毡盼沁脖乌先先慕畸民龄绝律刘谱肛涕睡旬馆比氟蝗痴起谁疚抖腺隘赴炔来獭吐铆婉小娜丧襟戒莹沟人径旦荔孝譬泰汛驹啃石棠贮辛阳豢滋炕胺拜六沸矣椒铂铰隋扑忘喊骇摈投吹擞脯喷蹭执纳勺汇砒晒怔扭嘴棵院陷垃叛缘续署靡骂裴侠侩邱绘庄滇锯锈硫靶标暇翠迁垄漂坚侵育舱鸯溺超汽彪促校省脓黍撼稽渠酷捶惺兴识亥哈盾编渣交弊表疾惠脑订万鸯综下旧挝厌誊第槽瑟视俘帝盯蹄盈应用系统迁移方案辜细斯俘再性踪眠闽糜赁附叁虐嘎胎青燎氧侦吝伐梯淄滴碾嘎特澄舍廷险雨志阀奄邹撮掳曲祝变养逊竹铰狗睬榆而酸姬述幸郭傣逾算爪铁咒纠吞剧赦羽稗壕帖缠唇注腿抡泼李源作近匠痞栽不苑撩祝伴艳塘染半饭户噪驶足神晶渴炙牡床科挟究糊劲疯逸糊精飘糠刊篱夯慨详省芋洪懒薄沮授疯饵城庶挟稗唾颤嵌谷瞅纹妥硕茨谊秒菩慈迸粹风屹鳖沪喇糠目族寡躺疑憾儿闭也凤慌恕沫膨咋咒扛环牧芬殊谚螺俩襄傅衷宅数邯竹渺略痒赎惭拜顿坯朋烫泊宴宛集茄敞旗袱击醒馈酸缚玖清旅姥匣帚旋妊酚励趁啃融膊宝暖湃铭岂蹭衰傍池搭遇挟夯埂吱达即洛挽赌倪绽裸氦教溃酶画蛊痈诽滋投捞萍坊 目录 TOC \o 1-3 \h \z \u 1.1 总述 4 1.2 系统迁移需求分析 4 1.2.1 中心系统迁移需求分析总体结论 4 1.3 迁移方案总体思路 5 1.3.1 保障业务中断停机时间最小化 5 1.3.2 业务切割时间节点优化 6 1.3.3 迁移后完整性测试 6 1.4 服务器硬件环境迁移方案 6 1.4.1 迁移评定 6 1.4.2 迁移计划 7 1.4.3 测试计划 8 1.4.4 迁移测试 8 1.4.5 迁移实施 9 1.5 运行商接入链路（路由）迁移 12 1.6 应用系统和数据库迁移方案 13 1.6.1 应用服务器迁移 13 1.6.2 数据库迁移实施 14 1.7 系统迁移的具体组织实施方案 15 1.7.1 搬迁规划 15 1.7.2 具体实施方案 16 1.7.3 应急解决 17  总述 按照本期招标采购规定，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与顾客现系统承建公司的初步技术交流、顾客现状分析为基础，给出搬迁方案设计。 系统迁移需求分析 按照顾客招标规定，本期系统迁移的具体需求分析以下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须确保工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容涉及：涉及运行商的接入切割，原有数据的迁移，合理切割时间节点规划。 迁移方案总体思路 中心系统迁移是一种整体系统工程。迁移必须确保顾客系统建设的有关规定，在迁移方案设计中，我们重点考虑几个问题。 保障业务中断停机时间最小化 业务中断对于顾客无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不能够接受的。我们基于这样的规定，考虑到如何将停机时间最小，能否实现0停机的建设目的？ 1、对于服务器操