扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
在完成了评估、计划和验证后,迁移工作将进入最后“攻坚战”——测试。经过前面4步严谨、科学、规范化的操作,系统上线将是一蹉而就,水到渠成的事情。
测试是对系统上线前的一次全面“诊疗”,其目的在于确保系统割接时的平滑切换,实现新系统运行达到高性能、高可靠和高可用。
测试,从模拟真实环境开始
测试的主要内容是针对升级(替换)的系统进行功能性测试、性能测试和稳定性测试。
测试的目的是模拟在真实上线环境下,让客户直观了解新系统:整体功能是否达到计划要求?系统应用和数据库是否稳定可靠,是否能够正常工作?新系统的整体性能是否得到了优化和提升?是否可以满足未来的业务发展需求?
整个测试的内容会按照之前的迁移计划进行,迁移团队首先会先完成一个测试方案初稿,等到具体现场后,浪潮迁移团队会再根据现场实际情况,还会对测试方案做调整,调整内容重点会集中在系统的业务场景测试和系统应急方案切换上。
而对于硬件的高可用等案例,会根据客户运维的需要做出调整,比如:是否增加存储设备的高可用(一般都是客户提供存储设备的时候居多)测试案例。对于测试阶段的操作步骤,特别是涉及到系统配置和运行脚本类的操作,会在测试过程中根据之前的测试脚本模版做调整,直到适合客户现场的运行脚本,做到实际迁移的脚本化和自动化。
在模拟新系统上线的真实环境测试中,浪潮会对新系统实施压力测试和破坏性测试,模拟在最极端环境下,新系统功能的完整性、稳定性和高可靠性。
新旧系统同步互备,确保回退方案
在洛阳银行案例中,浪潮天梭K1系统替换掉了国外的小型机,利用硬件分区技术完成基于Oracle RAC的数据仓库服务器的部署,在应用层使用浪潮的X86服务器建立了虚拟资源池,在虚拟化环境中部署了BI/ETL和Web服务器集群。
在测试阶段,浪潮对搭建RAC集群的K1系统进行压力测试,模拟在超过银行业务高峰的环境下,测试K1系统的运行情况。
测试结果表明:K1搭建的基于Oracle RAC的数据仓库服务器的部署和虚拟资源池,提高了洛阳银行并发访问输出能力,做到了动态负载均衡。同时K1系统的RAC集群设计,确保了新旧两个系统同步互备,当新系统上线与原有系统进行割接时,一旦K1系统无法有效运行时可以顺利回退到原有系统,确保客户业务不中断。
公开测试结果,透明迁移风险
在新疆建行案例中,为了确保客户中间业务平台系统的整体切换成功,实现异构平台的互备运行,项目组制订了分批次系统转换的原则和完善的切换及互备运行方案,即“异构平台两级容错机制”。
第一个层面,是通过接入模块的剥离、灵活的交易配置和异构平台存储共享等技术突破和创新,开发了交易分发控制模块,实现同一应用系统根据运行环境的需要和变化,向天梭K1主机、进口IBM主机异构平台分别进行交易转发,并进行流量控制,在任何一方主机出现故障的情况下迅速将交易转发至另一主机,从而达到异构平台互备运行的目标。
第二个层面,双机HA互备,在K1主机出现异常的情况下,通过HA热备向IBM备机进行切换。
通过上述方案机制,建立起一套异构平台运行环境下的安全备份应急体系,降低了任一主机故障对应用系统安全的影响程度,使得系统运行风险整体可控。
归纳来讲,测试阶段是模拟在系统切换前,提前演练新系统可能会出现的各种切换风险,做好相应预案。需要指出的是,这个过程要让客户充分了解测试结果,透明迁移风险,并优化迁移方案,确保最终系统平滑切换,实现系统高性能、高可靠和高可用。
上线——“康复”
上线前,浪潮迁移团队会根据之前测试结果,出具6份测试报告:基础环境测试报告、系统源代码迁移报告、系统功能测试报告、系统性能测试报告、系统稳定性测试报告和系统上线评估报告。
报告提交客户最终评审通过后,才能执行上线步骤。在严密的前期测试完成后,80%的系统只需要一次例行维护就可以完成迁移。
经过了前面四个严密的计划和校验以及测试过程,从客户角度来看,整个系统平台的上线过程就像把“大象装进冰箱”一样简单。
第一步:打开冰箱门,将整个硬件平台部署好,在K1上面安装好操作系统和数据库;
第二步:将大象放入冰箱,将原有数据库的数据导出,再导入到新的数据库中;
第三步:把冰箱门关上,老数据库离线,新数据库割接,完成切换工作。
严谨规范的迁移,上线水到渠成
对于20%的需要移植的业务系统,由于在验证环节都已经对部分代码进行了修改和编译,而且很多移植是可以自动化进行的,所以真正用于上线的时间不超过2小时。浪潮提供原厂本地化服务,浪潮的技术人员会制定好培训计划,在上线前给相关系统负责人做一定的K1平台操作培训,并在培训后提供一段时间的现场支持,帮助客户在短期内上手熟悉K1平台,之后还会以远程服务的方式,全面支持客户在K1平台遇见的各种问题。
在洛阳银行案例中,新系统从方案验证到测试用了4个月的时间,上线仅仅是一次例行运维的时间,系统上线运行至今,实现了主机系统零故障运行,完全满足银行系统对关键应用主机的高可靠、高性能、高可用等要求,可满足未来5年的发展需求。
经过前面4步严谨、科学、规范化的操作,系统上线将是一蹉而就,水到渠成的事情。
最后,总结一下,迁移是一项系统工程,前期大量的准备工作和验证测试,上线就是一蹴而就的过程。在迁移过程中,浪潮所做的任何操作对客户都是公开和透明的,让客户可以清晰了解迁移进度,随时随地掌控迁移风险。
濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴濐潟閳ь剙鍊圭粋鎺斺偓锝庝簽閸旓箑顪冮妶鍡楀潑闁稿鎹囬弻娑㈡偄闁垮浠撮梺绯曟杹閸嬫挸顪冮妶鍡楀潑闁稿鎸剧槐鎾愁吋閸滃啳鍚Δ鐘靛仜閸燁偉鐏掗柣鐘叉穿鐏忔瑧绮i悙鐑樷拺鐟滅増甯掓禍浼存煕閹惧娲撮柟顔藉劤鐓ゆい蹇撴噳閹锋椽姊婚崒姘卞闁告娲熷畷濂稿Ψ閵壯勭叄婵犵數濮撮敃銈団偓姘煎弮瀹曪綀绠涢弮鍌滅槇婵犵數濮撮崐缁樻櫠濞戙垺鐓曢悗锝冨妼婵′粙鏌曢崶褍顏€殿喕绮欐俊姝岊槹闁逞屽墯鐢繝寮婚悢鍏煎癄濠㈣泛锕ュ▓濠氭⒑閸濆嫮鐏遍柛鐘崇墵楠炲啫饪伴崼婵堝幐闂佺ǹ鏈粙鎾广亹鐎n喗鐓熼幖娣€ゅḿ鎰箾閸欏顏堟偩濠靛牏鐭欓悹鎭掑妽濞堥箖姊洪崜鎻掍簼婵炲弶鐗犻幃鈥斥槈閵忥紕鍘遍柣蹇曞仜婢т粙鎯岀€n偆绠鹃柛顐ゅ枑閸婃劖鎱ㄦ繝鍕笡闁瑰嘲鎳愮划鐢碘偓锝庝簼閻d即姊绘担瑙勫仩闁告柨顑夊畷锟犲礃閼碱剚娈鹃梺闈涚箞閸婃洟宕橀埀顒€顪冮妶鍡楀闁稿骸宕惃顒勬⒒閸屾瑧鍔嶉悗绗涘懐鐭欓柟瀵稿Л閸嬫挸顫濋悡搴$睄閻庤娲戦崡鍐茬暦閸楃倣鐔兼⒐閹邦喚娉块梻鍌欑窔濞佳囨偋閸℃稑绠犻幖娣灪閸欏繑銇勯幒鍡椾壕闂佸疇顫夐崹鍧楀春閵夆晛骞㈡俊鐐插⒔閸戣绻濋悽闈浶為柛銊︽そ閺佸鏌ч懡銈呬沪濞e洤锕俊鍫曞川椤斿吋顏¢梻浣呵归鍛村磹閸︻厽宕叉繛鎴欏灩楠炪垺淇婇婵愬殭缁炬澘绉归弻锝嗘償閵忥絽顥濆銈忓閺佽顕g拠宸悑闁割偒鍋呴鍥⒒娴e憡鍟為柟鎼佺畺瀹曠増鎯旈…鎴炴櫔闂佹寧绻傞ˇ浠嬪极閸℃ぜ鈧帒顫濋濠傚闂佹椿鍘介〃鍡欐崲濞戙垹绠婚柡澶嬪灩閸斾即姊虹粙娆惧剱闁圭懓娲濠氭晲閸涱亝顫嶅┑鐐叉閸旀洜澹曢幎鑺モ拺闁告繂瀚﹢鎵磼鐎n偄鐏撮柛鈺冨仱楠炲鏁冮埀顒€顔忓┑鍥ヤ簻闁哄洨鍋為崳娲煃鐠囪鍔熺紒杈ㄦ崌瀹曟帒鈻庨幋婵嗩瀴婵$偑鍊戦崝宀勫箠濮椻偓楠炲棗鐣濋崟顐わ紲闂佺粯鍔欏ḿ褏绮婇敃鍌涚厵闁稿繗鍋愰弳姗€鏌涢弬璺ㄧ劯闁诡喚鍋ゅ畷褰掝敃閻樿京鐩庨梻浣告贡閸庛倝宕归悽鍓叉晜闁冲搫鎳忛崐鍨叏濮楀棗澧绘俊鎻掔秺閺屾洟宕惰椤忣厾鈧鍠曠划娆愪繆濮濆矈妲奸梺闈╃祷閸庡磭妲愰幘瀛樺缂佹稑顑呭▓顓炩攽閳藉棗浜濈紒璇茬墕椤曪絾绻濆顓炰簻缂佺偓濯芥ご鎼佸疾閿濆鍋℃繝濠傚暟鏁堥梺璇″枟閿曘垽骞婇悩娲绘晢闁稿本绮g槐鏌ユ⒑閸濆嫷妲搁柣妤€瀚板畷婵囨償閿濆洣绗夐梺缁樺姉閸庛倝鎮″☉銏″€堕柣鎰硾琚氶梺鍝ュУ閿曘垽寮婚埄鍐╁闁荤喐婢橀~鎺楁倵鐟欏嫭绀堥柛鐘崇墵閵嗕礁顫滈埀顒勫箖閳哄懏鎯炴い鎰╁€濋幏濠氭⒒閸屾艾鈧嘲霉閸パ呮殾闁割煈鍋呴崣蹇涙煙閹澘袚闁抽攱姊婚埀顒€绠嶉崕閬嵥囬鐐插瀭闁稿瞼鍋為悡銏′繆椤栨粌鐨戠紒杈ㄥ哺閺屻劌鈹戦崱鈺傂︾紓浣插亾閻庯綆鍋佹禍婊堟煛瀹ュ啫濡块柍钘夘槹缁绘盯宕奸悢铏圭厜濠殿喖锕ㄥ▍锝呪槈閻㈢ǹ宸濇い鏂惧嫎閳ь剚鍔曢—鍐Χ鎼粹€茬凹濠电偠灏欓崰鏍х暦濞差亜鐒垫い鎺嶉檷娴滄粓鏌熼崫鍕棞濞存粓绠栧娲箰鎼淬垻鈹涙繝纰樷偓铏悙閸楅亶鏌熼悧鍫熺凡缂侇偄绉归弻娑㈩敃閿濆洨鐣煎銈嗘尰濡炶棄顫忛搹鍦<婵☆垰鎼~宀勬倵濞堝灝娅橀柛鎾寸懆閻忓啴姊洪崨濠佺繁闁哥姵宀稿畷銏ゅ箹娴e厜鎷洪梺鍛婃尰瑜板啯绂嶆禒瀣厱閻庯綆浜滈顓㈡煙椤旀枻鑰块柡浣稿暣瀹曟帒鈽夊顒€绠為梻浣筋嚙閸戠晫绱為崱娑樼;闁糕剝蓱濞呯姵銇勯幒鎴濃偓鑽ゅ婵傚憡鐓曢悘鐐插⒔閳藉绱掑锕€娲﹂悡娆撴煟閻斿憡绶叉い蹇e弮閺岀喖鎮℃惔銏g闂佺懓寮堕幐鍐茬暦閻斿吋顥堟繛鎴炵懄閻濓繝姊婚崒姘偓鎼佸磹妞嬪海鐭嗗〒姘e亾妤犵偞鐗犻、鏇㈠Χ閸屾矮澹曞┑顔矫畷顒勫储鐎电硶鍋撶憴鍕缂傚秴锕濠氬幢濡ゅ﹤鎮戦梺鍛婁緱閸ㄧ晫妲愰柆宥嗙厽閹艰揪绱曢悾顓㈡煕鎼淬劋鎲鹃挊婵喢归崗鍏肩稇缁炬崘娉曢埀顒€绠嶉崕閬嵥囨导瀛樺亗闁哄洢鍨洪悡娑㈡煕閵夛絽鍔氬┑锛勫帶椤儻顧侀柛銊ゅ嵆濠€渚€姊虹紒妯撳湱绮旈鈧、鏃堝醇閻旇櫣鏆㈤梻鍌氬€烽悞锔锯偓绗涘懏宕查柛灞绢嚤濞戞鏃堝川椤撶姴骞掗梻浣告惈濞层垽宕瑰ú顏呭亗闁告劦浜濋崰鎰節婵犲倻澧曠紒鈧崼鐔稿弿婵☆垱瀵х涵楣冩煢閸愵亜鏋涢柡灞炬礃缁绘稖顦查悗姘卞厴瀹曟垿濡搁埡鍌楁嫼缂傚倷鐒﹂敋濠殿喖娲﹂妵鍕即閵娿儱绫嶉梺绯曟杺閸ㄨ棄顕i幘顔碱潊闁炽儲鏋奸崑鎾绘偨閸涘﹦鍙嗗┑鐘绘涧濡鍩€椤掑倹鍤€闁宠绉瑰畷鍫曞Ω閿濆嫮鐩庨梻濠庡亜濞诧妇绮欓幇鏉跨疅濡わ絽鍟悡娑㈡倶閻愰潧浜剧紒鈧€n兘鍋撶憴鍕濞存粌鐖奸妴浣割潨閳ь剟骞冮姀锛勯檮濠㈣泛顦辨径锟�