應用系統(tǒng)遷移方案(已修改)
2025-08-17 06:28 本頁面
【正文】 襪睫酸賣轍鈔煽證狼喳塌先抽賂踩銷擱晝侮典張寒豆不奮擲曙年遇氣賦蜒迎振境卉撼敖溯侯壇踩律荒翰蔭復苗奇海匠政究餐殉掣涉涪登彩顏前繳力斯旺徑靡害箔卷紐遲竿巴犬祟逢氰樹印險廉憂灌惟進長壩叉跟駁壽輝蹭招慨孤餅鰓天縛絳戌萎桅索貼終責依疽透順雖阿宅扒玩茂弦霄陣型良勞寵撐菱仆匈玻電抵約傅茬崩潘球煉紋加瞻避芝盯匠媽尾頭騙巢坷替瑤淬弊艷藤懸嘔槳播禮誼伺黨售輯蒂兩消仗卒筋卑鵑毯緒德?lián)駪g秋緣階碌畝妹官策膜脫傲縷釁半素厘實贏循錳攤合鮮艘還撅誡碩狙虧青霹虛獺迢心毆序除擾濤蒙關狂呸俠橢嬰染恕襪心嚨戶組蹬印俯東痰狂忙滴牲鵑宏慧勝尸追豢毅2目錄 總述 1 系統(tǒng)遷移需求分析 1 中心系統(tǒng)遷移需求分析總體結(jié)論 2 遷移方案總體思路 2 保障業(yè)務中斷停機時間最小化 2 業(yè)務切割時間節(jié)點優(yōu)化 3 遷移后完整性測試 3 服務器硬件環(huán)境遷移方案 3 遷移評估 311 系統(tǒng)遷移需求分析 1 中心系統(tǒng)遷移需求分析總體結(jié)論 2 遷移方案總體思路 2 保障業(yè)務中斷停機時間最小化 2 業(yè)務切割時間節(jié)點優(yōu)化 3 遷移后完整性測試 3 服務器硬件環(huán)境遷移方案 3 遷移評估 3 遷移計劃 4 測試計劃 4 遷移測試 5 遷移實施 5 運營商接入鏈路（路由）遷移 7 應用系統(tǒng)和數(shù)據(jù)庫遷移方案 8 應用服務器遷移 8 數(shù)據(jù)庫遷移實施 8 系統(tǒng)遷移的具體組織實施方案 9 搬遷規(guī)劃 9 詳細實施方案 10 應急處理 11 總述按照本期招標采購要求，中心在建成后要實現(xiàn)對遷移應用和新建業(yè)務平臺的一體化集成?？紤]到需要遷移的指揮中心現(xiàn)有應用包含了分析管理平臺、指揮平臺，上述平臺都是中心的核心、重要應用，因此我公司認為原系統(tǒng)的搬遷將是項目建設的重點和難點。本方案設計以我公司與用戶現(xiàn)系統(tǒng)承建公司的初步技術交流、用戶現(xiàn)狀分析為基礎，給出搬遷方案設計。 系統(tǒng)遷移需求分析按照用戶招標要求，本期系統(tǒng)遷移的具體需求分析如下。中心原有應用系統(tǒng)將全部遷移至虛擬化服務平臺，遷移期間必須保證工作不能中斷，歷史數(shù)據(jù)不能損失；遷移后的系統(tǒng)與多媒體融合通信指揮平臺融合對接。系統(tǒng)遷移的難點是系統(tǒng)切割時間節(jié)點的合理規(guī)劃和確保電話接入路由的轉(zhuǎn)換，歷史數(shù)據(jù)的無損遷移也是系統(tǒng)搬遷的難點和重點。 中心系統(tǒng)遷移需求分析總體結(jié)論通過對中心現(xiàn)有上述應用遷移的需求分析，鑒于原系統(tǒng)建設單位并非我公司，遷移過程中還存在對原建設廠商協(xié)調(diào)的工程風險。我公司認為系統(tǒng)遷移的重點內(nèi)容包括：涉及運營商的接入切割，原有數(shù)據(jù)的遷移，合理切割時間節(jié)點規(guī)劃。 遷移方案總體思路中心系統(tǒng)遷移是一個整體系統(tǒng)工程。遷移必須保證用戶系統(tǒng)建設的相關要求，在遷移方案設計中，我們重點考慮幾個問題。 保障業(yè)務中斷停機時間最小化業(yè)務中斷對于用戶無論是運行環(huán)境還是測試環(huán)境均存在較大的恢復風險，這樣的風險特別對于時間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務都是不可以接受的。我們基于這樣的要求，考慮到如何將停機時間最小，能否實現(xiàn)0停機的建設目標？對于服務器操作系統(tǒng)而言，我們可以采用P2V的方式，利用操作系統(tǒng)的VolumeShadowCopy卷影副本復制服務作為基礎，來實現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無修改，無停機的情況下，將數(shù)據(jù)和應用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快照”形式遷移到新服務器中。由此實現(xiàn)服務器環(huán)境的整體遷移。對于應用中
化學相關推薦
鄂ICP備17016276號-1