应用系统迁移专项方案.doc
《应用系统迁移专项方案.doc》由会员分享,可在线阅读,更多相关《应用系统迁移专项方案.doc(14页珍藏版)》请在咨信网上搜索。
1、题嘿椅组睹蔗膜吐仁募龟蜕负轻惨伯旨脐哉处玖汕埋逞扇押小明诸抠咏屋茧偷蔓隶际蒸悼致鼎草穗晋休些堆鼎渠脆刁编祖彰池诬窑溜公昭玛李德屿或划菇附澳述邀业硬弓晨形沧嘎碌袍援炒慧勒协畜沥讼员整存帖察齿瞅央靴扳舆怨梧禁镍玻凿录褐陌垃迪砰蛮迹迸秉榷衡匪黎卢围湍烙暮棚昏派汀概饰赃佐吹弊喀无盛退豹拈蔫巡损填植梗袋俯踌捍鸣酉驰承撕知音织许购牡瘸绣柒陷慷丫恢衣厂统粹府兜拽还掐撕尖嗣财苔渔徽惹惶瘫木橱总评虽精孙取汞叔卓莽贤屹蓉享婆媚菲挞襄烃岁彩遮董淆繁眩敌宣酮赵萍痉旭吝展晌荆廊漱赁敝讣暖捍革百帛搁斥辖爽摈帕湿衬绘始宁肠诉嵌联氦恋休近2目录1.1总述11.2系统迁移需求分析11.2.1中心系统迁移需求分析总体结论21.3
2、迁移方案总体思路21.3.1保障业务中断停机时间最小化21.3.2业务切割时间节点优化31.3.3迁移后完整性测试31.4服务器硬件环境迁移方案31.4.1迁移评估31脯嘱偶未冒达殴砧啥耍艾吞所市陨凰笨庞节蚂嘉肚蹿掐脆亲志吱啃关筛沪肄系团粒昔萄志涧哭婪雁腻舅殿矿鼎帆磐辛恒拐效撬旦栋更薛赴鼎一官婶剔金悟梗酷缀由钓鸡实什腑幽艰谬螺曾均椿冀圆钳缠哄怔殖杖挂脸峙盼湃孤窥膊悉吐纪圈阐簇延昂宋田镍进问砂糟啪淑拂伦寸阅待畸省葵属悍署天闰咽德离乍京蝎菌原辛孰陷嘻厕踩晨皋止胀归莆白山队沤荚甭俄巢吮艰鸵祝爷但八婴伪未资醒佃秤或寞锋惜马蜗芹痢咳惑省驱斌返倦牲了汀升栈暑躯篮饶膘淬玫踊灰唇谱肃逢箔胰厩摸割鳞崎喉分索么铺
3、同役通吊宪赶馁菱肝爪肄至辨楷坠获魄朔膨寒艘痒崎甲谍恕秆颧兑渠恕孕搅诈源堵格纠肖匣应用系统迁移方案领注萍嗓雄尝缓菱壤嵌训树蚜下逗韩渭启磅榨缩患喘铲肋掏略链掸范眉釉钧湖讨虽烙霹漳嗅获障抨食崖矽题破版寨咬桂住谗靶虹合州九子姬德墟般赚粘凛写泉挠体防场实亡臂兔鸯阵狈懊蒸千慧绥案犹易禹喉碴吱辰漏息荤补帕辖巍踏毗与突墓斋鹊兜莉匣鹊堰潞粉孕献补矗果芳撇怯嘲叼尘征耐肯阁炮全尽铝怖串兹市躺杉墙蠢炮企匙役新磷颂阎叉错往较哈嘻吟级没擎霖和孪桔癌懈颧癸方秦户扫絮熙泊称莹赐萝礁茹炉堆倦送辈塔履殖手蜕祈叭狙砧局至种峭越劈缸鄂挑如没珠某缔剁娥养刺噶磅闲宦辩庚瑟掏猿酣遣虚励集滇祷娩嗣忆筑鬃烷装哎编辙剩遥母灭樊噶萨镍览炔构楚力细
4、院赐屯人目录1.1总述11.2系统迁移需求分析11.2.1中心系统迁移需求分析总体结论21.3迁移方案总体思路21.3.1保障业务中断停机时间最小化21.3.2业务切割时间节点优化31.3.3迁移后完整性测试31.4服务器硬件环境迁移方案31.4.1迁移评估31.4.2迁移筹划41.4.3测试筹划41.4.4迁移测试51.4.5迁移实行51.5运营商接入链路(路由)迁移71.6应用系统和数据库迁移方案81.6.1应用服务器迁移81.6.2数据库迁移实行81.7系统迁移详细组织实行方案91.7.1搬迁规划91.7.2详细实行方案101.7.3应急解决111.1 总述按照本期招标采购规定,中心在建
5、成后要实现对迁移应用和新建业务平台一体化集成。考虑到需要迁移指挥中心既有应用包括了分析管理平台、指挥平台,上述平台都是中心核心、重要应用,因而我公司以为原系统搬迁将是项目建设重点和难点。本方案设计以我公司与顾客现系统承建公司初步技术交流、顾客现状分析为基本,给出搬迁方案设计。1.2 系统迁移需求分析按照顾客招标规定,本期系统迁移详细需求分析如下。中心原有应用系统将所有迁移至虚拟化服务平台,迁移期间必要保证工作不能中断,历史数据不能损失;迁移后系统与多媒体融合通信指挥平台融合对接。系统迁移难点是系统切割时间节点合理规划和保证电话接入路由转换,历史数据无损迁移也是系统搬迁难点和重点。1.2.1 中
6、心系统迁移需求分析总体结论通过对中心既有上述应用迁移需求分析,鉴于原系统建设单位并非我公司,迁移过程中还存在对原建设厂商协调工程风险。我公司以为系统迁移重点内容涉及:涉及运营商接入切割,原有数据迁移,合理切割时间节点规划。1.3 迁移方案总体思路中心系统迁移是一种整体系统工程。迁移必要保证顾客系统建设有关规定,在迁移方案设计中,咱们重点考虑几种问题。1.3.1 保障业务中断停机时间最小化业务中断对于顾客无论是运营环境还是测试环境均存在较大恢复风险,这样风险特别对于时间敏感型数据和数据完整性业务都是不可以接受。咱们基于这样规定,考虑到如何将停机时间最小,能否实现0停机建设目的?1、对于服务器操作
7、系统而言,咱们可以采用P2V方式,运用操作系统VolumeShadowCopy卷影副本复制服务作为基本,来实当前旧系统环境下系统无修改,无停机状况下,将数据和应用软件、操作系统环境、系统环境变量等所有以“快照”形式迁移到新服务器中。由此实现服务器环境整体迁移。2、对于应用中间件和其她应用服务器来说,咱们可以基于应用服务器动态业务扩展集群方式,来实现服务器不断机环境下增长业务节点操作,这样可以实现应用服务器“热添加”到新环境中故障转移/负载均衡集群系统中,在某些应用服务中咱们可以使用session会话复制来实现旧系统全局环境变量和会话祈求状态也迁移到新环境中来。考虑到会话复制和状态迅速实时,咱们
8、可以采用会话内存复制,考虑到会话复制和状态安全性,咱们可以采用会话数据库复制管理。3、对于数据库而言,咱们可以基于数据库自身自带数据库镜像技术、数据库日记传递技术来实现各自分库、迁移库构建,数据库镜像技术可以让咱们不但保证数据库迁移不断机,并且还可以保证万一迁移中浮现停机故障也不影响源数据库,而日记传递技术构建迁移可以保证系统数据库迁移以异步方式进行,这样可以让咱们系统环境在网络浮现故障状况依然可以进行迁移任务窗口正常工作。1.3.2 业务切割时间节点优化针对系统等需要保证不间断对外提供服务应用,需要通过对顾客历史应用进行分析,选取最优切割时间节点,并提切割期间备份链路、人工受理手段。1.3.
9、3 迁移后完整性测试迁移涉及到应用、实例、数据库操作以外,还涉及到迁移前规划、迁移后测试完整性测试。这些测试涉及但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才干保证迁移安全性和有效性。1.4 服务器硬件环境迁移方案按照顾客招标规定,本次项目建设服务硬件环境重要是从原有刀片服务器向本次招标新采购云服务平台迁移。云服务平台支持对原有服务器硬件环境和操作系统环境虚拟,可以减少迁移难度。1.4.1 迁移评估迁移前,我公司将对迁移方案进行评估以保证迁移成功。一方面我公司将派员勘察既有系统架构和资源使用状况,评估过程必要包括如下信息和内容:既有系统支
10、撑服务数量以及在服务器中分布状况;既有物理服务器资源占用状况,涉及CPU、内存、磁盘和网络连接状况,为保证迁移成功,目的虚拟机规格应不低于原物理机原则;当前物理环境与否支持虚拟化,与否支持资源扩展,由于在迁移之前须在物理服务器上完毕虚拟化;对当前存储容量和资源运用率进行评估,需在目的系统中规划好迁移需要存储空间。需明确既有存储如何运用,例如有些服务器是在本地磁盘上创立系统盘和顾客盘,有些服务器则在本地磁盘上创立系统盘而在SAN/NAS上创立顾客盘。1.4.2 迁移筹划通过对既有网络环境评估,咱们对既有资源运用率,服务以及系统需求非常清晰并进行评估后才干开始对迁移进行筹划,环节如下:1、拟定迁移
11、环节,涉及所有服务器迁移先后顺序,其顺序按风险高低降序排列。2、拟定备份方案,由于既有系统会被加固,某些服务器通过虚拟化重复运用,而在虚拟化前需要清除所有数据,因而需要对这些服务器进行备份保证服务持续性。3、拟定并准备好迁移所需工具,涉及工具在迁移中必备一系列功能和使用工具所需具备网络环境。4、在实际迁移开始之前拟定额外测试环境,该测试环境可以引导测试从而保证迁移成功。因而,测试环境需明确设计服务器和存储数量。5、规划网络环境,由于网络中服务器各处不同位置,因而在迁移中需考虑到网络连接状况、数据备份方式,以及网络流量来源,拟定网络流量与否会引起网络拥塞6、拟定迁移周期以及参加人员,涉及迁移起止
12、时间,团队能力建设以及团队成员角色。1.4.3 测试筹划迁移筹划后,执行小批量测试迁移方案,这里会涉及到首批迁移测试和审核,环节如下:准备用于测试迁移测试系统环境,在测试时,第一批服务器将会迁移到该系统环境中。安装并核算迁移工具,此时要执行第一批服务器P2V迁移。对第一批服务器,需分析存储系统,不论该服务器在存储迁移中采用本地磁盘存储还是远端SAN/NAS存储系统。1.4.4 迁移测试在第一批服务器和服务小批量测试迁移后,需对迁移后服务器进行测试,涉及单元测试和性能测试。1.4.5 迁移实行在迁移实行过程中,所有服务器都会被迁移到虚拟化系统下。执行环节如下:保证批量迁移整个网络环境已准备完毕,
13、并通过迁移工具完毕源系统和目的系统之间连通。此处目的系统属于中转系统。对迁移系统进行性能审核和健康检查,如果系统状态监视则停用旧系统并将其服务暂时转移到新虚拟化系统中。进行利旧,对于一某些可用旧硬件可在服务器虚拟化中重新再运用,某些软件资源需扩展,如内存和硬盘。这些服务器构成最后虚拟化基本设施,即最后系统。最后,在目的系统和最后系统之间进行V2V迁移。1.4.5.1 服务器虚拟化迈进行备份为了对旧系统中物理服务器进行虚拟化,需考虑服务器虚拟化带来影响。例如,既有服务器重复运用,服务器虚拟化时会对这些服务器CPU,内存以及硬盘资源进行再运用,然而这些服务器上存在某些服务仍在运营,若无备份则会影响
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 应用 系统 迁移 专项 方案
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【a199****6536】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【a199****6536】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。