應(yīng)用系統(tǒng)遷移方案

1、目錄1.1 總述21.2 系統(tǒng)遷移需求分析21.2.1 中心系統(tǒng)遷移需求分析總體結(jié)論21.3 遷移方案總體思路21.3.1 保障業(yè)務(wù)中斷停機(jī)時(shí)間最小化 31.3.2 業(yè)務(wù)切割時(shí)間節(jié)點(diǎn)優(yōu)化31.3.3 遷移后完整性測(cè)試41.4 服務(wù)器硬件環(huán)境遷移方案41.4.1 遷移評(píng)估41.4.2 遷移計(jì)劃41.4.3 測(cè)試計(jì)劃51.4.4 遷移測(cè)試51.4.5 遷移實(shí)施61.5 運(yùn)營(yíng)商接入鏈路（路由）遷移 81.6 應(yīng)用系統(tǒng)和數(shù)據(jù)庫(kù)遷移方案 81.6.1 應(yīng)用服務(wù)器遷移81.6.2 數(shù)據(jù)庫(kù)遷移實(shí)施91.7 系統(tǒng)遷移的具體組織實(shí)施方案 101.7.1 搬遷規(guī)劃101.7.2 詳細(xì)實(shí)施方案 111.7.3 應(yīng)急

2、處理 1111總述按照本期招標(biāo)采購(gòu)要求，中心在建成后要實(shí)現(xiàn)對(duì)遷移應(yīng)用和新建業(yè)務(wù)平臺(tái)的一體化 集成?？紤]到需要遷移的指揮中心現(xiàn)有應(yīng)用包含了分析管理平臺(tái)、指揮平臺(tái)，上述平臺(tái)都 是中心的核心、重要應(yīng)用，因此我公司認(rèn)為原系統(tǒng)的搬遷將是項(xiàng)目建設(shè)的重點(diǎn)和難點(diǎn)。本方案設(shè)計(jì)以我公司與用戶(hù)現(xiàn)系統(tǒng)承建公司的初步技術(shù)交流、用戶(hù)現(xiàn)狀分析為基 礎(chǔ)，給出搬遷方案設(shè)計(jì)。1.2系統(tǒng)遷移需求分析按照用戶(hù)招標(biāo)要求，本期系統(tǒng)遷移的具體需求分析如下。中心原有應(yīng)用系統(tǒng)將全部 遷移至虛擬化服務(wù)平臺(tái)，遷移期間必須保證工作不能中斷，歷史數(shù)據(jù)不能損失；遷移后 的系統(tǒng)與多媒體融合通信指揮平臺(tái)融合對(duì)接。系統(tǒng)遷移的難點(diǎn)是系統(tǒng)切割時(shí)間節(jié)點(diǎn)的合理規(guī)劃和

3、確保電話(huà)接入路由的轉(zhuǎn)換，歷史 數(shù)據(jù)的無(wú)損遷移也是系統(tǒng)搬遷的難點(diǎn)和重點(diǎn)。1.2.1中心系統(tǒng)遷移需求分析總體結(jié)論通過(guò)對(duì)中心現(xiàn)有上述應(yīng)用遷移的需求分析，鑒于原系統(tǒng)建設(shè)單位并非我公司，遷移 過(guò)程中還存在對(duì)原建設(shè)廠商協(xié)調(diào)的工程風(fēng)險(xiǎn)。我公司認(rèn)為系統(tǒng)遷移的重點(diǎn)內(nèi)容包括：涉 及運(yùn)營(yíng)商的接入切割，原有數(shù)據(jù)的遷移，合理切割時(shí)間節(jié)點(diǎn)規(guī)劃。1.3遷移方案總體思路中心系統(tǒng)遷移是一個(gè)整體系統(tǒng)工程。遷移必須保證用戶(hù)系統(tǒng)建設(shè)的相關(guān)要求，在遷移方案設(shè)計(jì)中，我們重點(diǎn)考慮幾個(gè)問(wèn)題1.3.1保障業(yè)務(wù)中斷停機(jī)時(shí)間最小化業(yè)務(wù)中斷對(duì)于用戶(hù)無(wú)論是運(yùn)行環(huán)境還是測(cè)試環(huán)境均存在較大的恢復(fù)風(fēng)險(xiǎn)，這樣的風(fēng) 險(xiǎn)特別對(duì)于時(shí)間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務(wù)都是

4、不可以接受的。我們基于這樣的要 求，考慮到如何將停機(jī)時(shí)間最小，能否實(shí)現(xiàn)o停機(jī)的建設(shè)目標(biāo)？1、對(duì)于服務(wù)器操作系統(tǒng)而言，我們可以采用P2V的方式，利用操作系統(tǒng)的 Volume Shadow Copy卷影副本復(fù)制服務(wù)作為基礎(chǔ)，來(lái)實(shí)現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無(wú)修 改，無(wú)停機(jī)的情況下，將數(shù)據(jù)和應(yīng)用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快 照”形式遷移到新服務(wù)器中。由此實(shí)現(xiàn)服務(wù)器環(huán)境的整體遷移。2、對(duì)于應(yīng)用中間件和其他應(yīng)用服務(wù)器來(lái)說(shuō)，我們可以基于應(yīng)用服務(wù)器的動(dòng)態(tài)業(yè)務(wù)擴(kuò) 展集群方式，來(lái)實(shí)現(xiàn)服務(wù)器不停機(jī)環(huán)境下的增加業(yè)務(wù)節(jié)點(diǎn)操作，這樣可以實(shí)現(xiàn)應(yīng)用服務(wù) 器“熱添加"到新環(huán)境中的故障轉(zhuǎn)移/負(fù)載均衡集群系統(tǒng)

5、中，在部分應(yīng)用服務(wù)中我們可 以使用session會(huì)話(huà)復(fù)制來(lái)實(shí)現(xiàn)舊系統(tǒng)的全局環(huán)境變量和會(huì)話(huà)請(qǐng)求狀態(tài)也遷移到新環(huán)境 中來(lái)?？紤]到會(huì)話(huà)復(fù)制和狀態(tài)的快速實(shí)時(shí)，我們可以采用會(huì)話(huà)內(nèi)存復(fù)制，考慮到會(huì)話(huà) 復(fù)制和狀態(tài)的安全性，我們可以采用會(huì)話(huà)數(shù)據(jù)庫(kù) 復(fù)制管理。3、對(duì)于數(shù)據(jù)庫(kù)而言，我們可以基于數(shù)據(jù)庫(kù)本身自帶的數(shù)據(jù)庫(kù)鏡像技術(shù)、數(shù)據(jù)庫(kù)日志 傳遞技術(shù)來(lái)實(shí)現(xiàn)各自的分庫(kù)、遷移庫(kù)的構(gòu)建，數(shù)據(jù)庫(kù)鏡像技術(shù)可以讓我們不但保證數(shù)據(jù) 庫(kù)遷移的不停機(jī)，而且還可以保證萬(wàn)一遷移中出現(xiàn)停機(jī)故障也不 影響源數(shù)據(jù)庫(kù)，而日志 傳遞技術(shù)構(gòu)建的遷移可以保證系統(tǒng)數(shù)據(jù)庫(kù)遷移以異步方式進(jìn)行，這樣可以讓我們的系統(tǒng)環(huán) 境在網(wǎng)絡(luò)出現(xiàn)故障的情況依然可以進(jìn)行遷移任務(wù)窗

6、口的正常工作。1.3.2業(yè)務(wù)切割時(shí)間節(jié)點(diǎn)優(yōu)化針對(duì)XXX系統(tǒng)等需要確保不間斷對(duì)外提供服務(wù)的應(yīng)用，需要通過(guò)對(duì)用戶(hù)歷史應(yīng)用 進(jìn)行分析，選擇最優(yōu)的的切割時(shí)間節(jié)點(diǎn)，并提切割期間的備份鏈路、人工受理手段。1.3.3遷移后完整性測(cè)試遷移涉及到應(yīng)用、實(shí)例、數(shù)據(jù)庫(kù)的操作以外，還涉及到遷移前規(guī)劃、遷移后測(cè)試的 完整性測(cè)試。這些測(cè)試包括但不限于數(shù)據(jù)一致性測(cè)試、數(shù)據(jù)完整性測(cè)試、應(yīng)用會(huì)話(huà)狀態(tài)完 整性測(cè)試、連接中斷測(cè)試、數(shù)據(jù)恢復(fù)測(cè)試。只有這樣才能保證遷 移的安全性和有效性。14服務(wù)器硬件環(huán)境遷移方案按照用戶(hù)招標(biāo)要求，本次項(xiàng)目建設(shè)的服務(wù)硬件環(huán)境主要是從原有刀片服務(wù)器向本次 招標(biāo)新采購(gòu)云服務(wù)平臺(tái)的遷移。云服務(wù)平臺(tái)支持對(duì)原有服

7、務(wù)器硬件環(huán)境和 操作系統(tǒng)環(huán)境 虛擬，可以降低遷移的難度。141遷移評(píng)估遷移前，我公司將對(duì)遷移方案進(jìn)行評(píng)估以確保遷移成功。首先我公司將派員勘察現(xiàn) 有系統(tǒng)的架構(gòu)和資源使用狀況，評(píng)估過(guò)程必須包含以下信息和內(nèi)容：現(xiàn)有系統(tǒng)支撐的服務(wù)數(shù)量以及在服務(wù)器中的分布情況；現(xiàn)有物理服務(wù)器資源占用狀況，包括CPU、內(nèi)存、磁盤(pán)和網(wǎng)絡(luò)連接狀況，為保證遷移成功，目標(biāo)虛擬機(jī)規(guī)格應(yīng)不低于原物理機(jī)標(biāo)準(zhǔn)；當(dāng)前的物理環(huán)境是否支持虛擬化，是否支持資源擴(kuò)展，因?yàn)樵谶w移之前須在物理 服務(wù)器上完成虛擬化；對(duì)當(dāng)前的存儲(chǔ)容量和資源利用率進(jìn)行評(píng)估，需在目標(biāo)系統(tǒng)中規(guī)劃好遷移需要的存儲(chǔ) 空間。需明確現(xiàn)有存儲(chǔ)如何利用，比如有些服務(wù)器是在本地磁盤(pán)上創(chuàng)建系

8、統(tǒng)盤(pán)和用戶(hù) 盤(pán)，有些服務(wù)器則在本地磁盤(pán)上創(chuàng)建系統(tǒng)盤(pán)而在SAN/NAS上創(chuàng)建用戶(hù)盤(pán)。1.4.2遷移計(jì)劃通過(guò)對(duì)現(xiàn)有網(wǎng)絡(luò)環(huán)境的評(píng)估，我們對(duì)現(xiàn)有資源利用率，服務(wù)以及系統(tǒng)需求非常清 晰并進(jìn)行評(píng)估后才能開(kāi)始對(duì)遷移進(jìn)行計(jì)劃，步驟如下：1、確定遷移步驟，包括所有服務(wù)器的遷移先后順序，其順序按風(fēng)險(xiǎn)的高低降序排 列。2、確定備份方案，由于現(xiàn)有系統(tǒng)會(huì)被加固，某些服務(wù)器通過(guò)虛擬化重復(fù)利用，而在 虛擬化前需要清除所有的數(shù)據(jù)，因此需要對(duì)這些服務(wù)器進(jìn)行備份保證服務(wù)的連續(xù)性。3、確定并準(zhǔn)備好遷移所需的工具，包括工具在遷移中必備的一系列功能和使用工具 所需具備的網(wǎng)絡(luò)環(huán)境。4、在實(shí)際遷移開(kāi)始之前確定額外的測(cè)試環(huán)境，該測(cè)試環(huán)境能夠

9、引導(dǎo)測(cè)試從而確保遷 移成功。因此，測(cè)試環(huán)境需明確設(shè)計(jì)的服務(wù)器和存儲(chǔ)數(shù)量。5、規(guī)劃網(wǎng)絡(luò)環(huán)境，由于網(wǎng)絡(luò)中的服務(wù)器各處不同位置，因此在遷移中需考慮到網(wǎng)絡(luò) 連接情況、數(shù)據(jù)備份方式，以及網(wǎng)絡(luò)流量來(lái)源，確定網(wǎng)絡(luò)流量是否會(huì)引發(fā)網(wǎng)絡(luò)擁塞6、確定遷移周期以及參與人員，包括遷移起止時(shí)間，團(tuán)隊(duì)能力建設(shè)以及團(tuán)隊(duì)成員的 角色。1.4.3測(cè)試計(jì)劃遷移計(jì)劃后，執(zhí)行小批量的測(cè)試遷移方案，這里會(huì)涉及到首批遷移的測(cè)試和審 核，步驟如下：準(zhǔn)備用于測(cè)試遷移的測(cè)試系統(tǒng)環(huán)境，在測(cè)試時(shí)，第一批服務(wù)器將會(huì)遷移到該系統(tǒng)環(huán) 境中。安裝并核實(shí)遷移工具，此時(shí)要執(zhí)行第一批服務(wù)器的P2V遷移。對(duì)第一批服務(wù)器， 需分析存儲(chǔ)系統(tǒng)，不管該服務(wù)器在存儲(chǔ)遷移中采

10、用本地磁盤(pán)存儲(chǔ)還是遠(yuǎn)端SAN/NAS存 儲(chǔ)系統(tǒng)。1.4.4遷移測(cè)試在第一批服務(wù)器和服務(wù)的小批量測(cè)試遷移后，需對(duì)遷移后的服務(wù)器進(jìn)行測(cè)試，包括 單元測(cè)試和性能測(cè)試。1.4.5遷移實(shí)施在遷移實(shí)施過(guò)程中，所有的服務(wù)器都會(huì)被遷移到虛擬化系統(tǒng)下。執(zhí)行步驟如下：確保批量遷移的整個(gè)網(wǎng)絡(luò)環(huán)境已準(zhǔn)備完畢，并通過(guò)遷移工具完成源系統(tǒng)和目標(biāo)系統(tǒng) 之間的連通。此處的目標(biāo)系統(tǒng)屬于中轉(zhuǎn)系統(tǒng)。對(duì)遷移系統(tǒng)進(jìn)行性能審核和健康檢查，如果系統(tǒng)狀態(tài)監(jiān)視則停用舊系統(tǒng)并將其服務(wù) 暫時(shí)轉(zhuǎn)移到新的虛擬化系統(tǒng)中。進(jìn)行利舊，對(duì)于一部分可用的舊硬件可在服務(wù)器虛擬化中重新再利用，一些軟件資源需擴(kuò)展，如內(nèi)存和硬盤(pán)。這些服務(wù)器構(gòu)成最終的虛擬化基礎(chǔ)設(shè)施，即最

11、終系統(tǒng)。最后，在目標(biāo)系統(tǒng)和最終系統(tǒng)之間進(jìn)行V2V遷移。1.4.5.1服務(wù)器虛擬化前進(jìn)行備份 為了對(duì)舊系統(tǒng)中的物理服務(wù)器進(jìn)行虛擬化，需考慮服務(wù)器虛擬化帶來(lái)的影響。例如，現(xiàn)有服務(wù)器的重復(fù)利用，服務(wù)器虛擬化時(shí)會(huì) 對(duì)這些服務(wù)器的CPU,內(nèi)存以及硬盤(pán)資源進(jìn)行再利用，然而這些服務(wù)器上存在某些服務(wù)仍在運(yùn)行，若無(wú)備份則 會(huì)影響現(xiàn)有業(yè)務(wù)。因此，在執(zhí)行遷移和虛擬化之前，必須先對(duì)需利舊的服務(wù)器進(jìn)行備 份。提供物理備份服務(wù)器，并已進(jìn)行虛擬化，數(shù)據(jù)和服務(wù)器已備份到虛擬化系統(tǒng)。首先，對(duì)于要被遷移的服務(wù)器上，一般會(huì)存在多種服務(wù)正在運(yùn)行，而且這些服務(wù)器在遷移評(píng) 估后認(rèn)為在虛擬化場(chǎng)景下可再利用的。但是，遷移過(guò)程中不允許存在較長(zhǎng)的停機(jī)時(shí)間， 因此需要準(zhǔn)備一臺(tái)采用虛擬化平臺(tái)的備份虛擬機(jī)，通過(guò)P2V將該服務(wù)器備份到虛擬機(jī)