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

1、.目錄1.1總述21.2系統(tǒng)遷移需求解析21.2.1中心系統(tǒng)遷移需求解析整體結(jié)論21.3遷移方案整體思路21.3.1保障業(yè)務中斷停機時間最小化31.3.2業(yè)務切割時間節(jié)點優(yōu)化31.3.3遷移后完滿性測試41.4服務器硬件環(huán)境遷移方案41.4.1遷移評估41.4.2遷移計劃41.4.3測試計劃51.4.4遷移測試51.4.5遷移推行61.5運營商接入鏈路（路由）遷移.81.6應用系統(tǒng)和數(shù)據(jù)庫遷移方案81.6.1應用服務器遷移81.6.2數(shù)據(jù)庫遷移推行91.7系統(tǒng)遷移的詳細組織推行方案.101.7.1遷居規(guī)劃101.7.2詳細推行方案111.7.3應急辦理11.1.1總述依照本期招標采買要求，中心

2、在建成后要實現(xiàn)對遷移應用和新建業(yè)務平臺的一體化集成?？紤]到需要遷移的指揮中心現(xiàn)有應用包括了解析管理平臺、指揮平臺，上述平臺都是中心的核心、重要應用，因此我公司認為原系統(tǒng)的遷居將是項目建設(shè)的重點和難點。本方案設(shè)計以我公司與用戶現(xiàn)系統(tǒng)承建公司的初步技術(shù)交流、用戶現(xiàn)狀解析為基礎(chǔ)，給出遷居方案設(shè)計。1.2系統(tǒng)遷移需求解析依照用戶招標要求，本期系統(tǒng)遷移的詳細需求解析以下。中心原有應用系統(tǒng)將全部遷移至虛假化服務平臺，遷移時期必定保證工作不能夠中斷，歷史數(shù)據(jù)不能夠損失；遷移后的系統(tǒng)與多媒體交融通信指揮平臺交融對接。系統(tǒng)遷移的難點是系統(tǒng)切割時間節(jié)點的合理規(guī)劃和保證電話接入路由的變換，歷史數(shù)據(jù)的無損遷移也是系統(tǒng)

3、遷居的難點和重點。中心系統(tǒng)遷移需求解析整體結(jié)論經(jīng)過對中心現(xiàn)有上述應用遷移的需求解析，基于原系統(tǒng)建設(shè)單位其實不是我公司，遷移過程中還存在對原建設(shè)廠商協(xié)調(diào)的工程風險。我公司認為系統(tǒng)遷移的重點內(nèi)容包括：涉及運營商的接入切割，原有數(shù)據(jù)的遷移，合理切割時間節(jié)點規(guī)劃。1.3遷移方案整體思路中心系統(tǒng)遷移是一個整系通通工程。遷移必定保證用戶系統(tǒng)建設(shè)的相關(guān)要求，在遷移方案設(shè)計中，我們重點考慮幾個問題。.保障業(yè)務中斷停機時間最小化業(yè)務中斷對于用戶無論是運行環(huán)境還是測試環(huán)境均存在較大的恢復風險，這樣的風險特別對于時間敏感型數(shù)據(jù)和數(shù)據(jù)完滿性業(yè)務都是不能夠夠接受的。我們基于這樣的要求，考慮到如何將停機時間最小，可否實現(xiàn)

4、0停機的建設(shè)目標？1、對于服務器操作系統(tǒng)而言，我們能夠采用P2V的方式，利用操作系統(tǒng)的VolumeShadowCopy卷影副本復制服務作為基礎(chǔ)，來實現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無更正，無停機的情況下，將數(shù)據(jù)和應用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快照”形式遷移到新服務器中。由此實現(xiàn)服務器環(huán)境的整體遷移。2、對于應用中間件和其他應用服務器來說，我們能夠基于應用服務器的動向業(yè)務擴展集群方式，來實現(xiàn)服務器不停機環(huán)境下的增加業(yè)務節(jié)點操作，這樣能夠?qū)崿F(xiàn)應用服務器“熱增加”到新環(huán)境中的故障轉(zhuǎn)移/負載平衡集群系統(tǒng)中，在部分應用服務中我們能夠使用session會話復制來實現(xiàn)舊系統(tǒng)的全局環(huán)境變量和會話央求狀態(tài)

5、也遷移到新環(huán)境中來?？紤]到會話復制和狀態(tài)的迅速實時，我們能夠采用會話內(nèi)存復制，考慮到會話復制和狀態(tài)的安全性，我們能夠采用會話數(shù)據(jù)庫復制管理。3、對于數(shù)據(jù)庫而言，我們能夠基于數(shù)據(jù)庫自己自帶的數(shù)據(jù)庫鏡像技術(shù)、數(shù)據(jù)庫日志傳達技術(shù)來實現(xiàn)各自的分庫、遷移庫的成立，數(shù)據(jù)庫鏡像技術(shù)能夠讓我們不僅保證數(shù)據(jù)庫遷移的不停機，而且還能夠夠保證萬一遷移中出現(xiàn)停機故障也不影響源數(shù)據(jù)庫，而日志傳達技術(shù)成立的遷移能夠保證系統(tǒng)數(shù)據(jù)庫遷移以異步方式進行，這樣能夠讓我們的系統(tǒng)環(huán)境在網(wǎng)絡(luò)出現(xiàn)故障的情況仍舊能夠進行遷移任務窗口的正常工作。業(yè)務切割時間節(jié)點優(yōu)化針對系統(tǒng)等需要保證不中斷對外供應服務的應用，需要經(jīng)過對用戶歷史應用進行解析，

6、選擇最優(yōu)的的切割時間節(jié)點，并提切割時期的備份鏈路、人工受理手段。.遷移后完滿性測試遷移涉及到應用、實例、數(shù)據(jù)庫的操作以外，還涉及到遷移前規(guī)劃、遷移后測試的完滿性測試。這些測試包括但不限于數(shù)據(jù)一致性測試、數(shù)據(jù)完滿性測試、應用會話狀態(tài)完滿性測試、連接中斷測試、數(shù)據(jù)恢復測試。只有這樣才能保證遷移的安全性和有效性。1.4服務器硬件環(huán)境遷移方案依照用戶招標要求，本次項目建設(shè)的服務硬件環(huán)境主若是從原有刀片服務器向本次招標新采買云服務平臺的遷移。云服務平臺支持對原有服務器硬件環(huán)境和操作系統(tǒng)環(huán)境虛假，能夠降低遷移的難度。遷移評估遷移前，我公司將對遷移方案進行評估以保證遷移成功。第一我公司將派員勘探現(xiàn)有系統(tǒng)的架

7、構(gòu)和資源使用情況，評估過程必定包括以下信息和內(nèi)容：現(xiàn)有系統(tǒng)支撐的服務數(shù)量以及在服務器中的分布情況；現(xiàn)有物理服務器資源占用情況，包括CPU、內(nèi)存、磁盤和網(wǎng)絡(luò)連接情況，為保證遷移成功，目標虛假機規(guī)格應不低于原物理機標準；當前的物理環(huán)境可否支持虛假化，可否支持資源擴展，由于在遷移從前須在物理服務器上達成虛假化；對當前的儲藏容量和資源利用率進行評估，需在目標系統(tǒng)中規(guī)劃好遷移需要的儲藏空間。需明確現(xiàn)有儲藏如何利用，比方有些服務器是在當?shù)卮疟P上創(chuàng)辦系統(tǒng)盤和用戶盤，有些服務器則在當?shù)卮疟P上創(chuàng)辦系統(tǒng)盤而在SAN/NAS上創(chuàng)辦用戶盤。遷移計劃經(jīng)過對現(xiàn)有網(wǎng)絡(luò)環(huán)境的評估，我們對現(xiàn)有資源利用率，服務以及系統(tǒng)需求特別清

8、楚并進行評估后才能開始對遷移進行計劃，步驟以下：.1、確定遷移步驟，包括全部服務器的遷移先后序次，其序次按風險的高低降序排列。2、確定備份方案，由于現(xiàn)有系統(tǒng)會被加固，某些服務器經(jīng)過虛假化重復利用，而在虛假化前需要除去全部的數(shù)據(jù)，因此需要對這些服務器進行備份保證服務的連續(xù)性。3、確定并準備好遷移所需的工具，包括工具在遷移中必備的一系列功能和使用工具所需具備的網(wǎng)絡(luò)環(huán)境。4、在實質(zhì)遷移開始從前確定額外的測試環(huán)境，該測試環(huán)境能夠引導測試從而保證遷移成功。因此，測試環(huán)境需明確設(shè)計的服務器和儲藏數(shù)量。5、規(guī)劃網(wǎng)絡(luò)環(huán)境，由于網(wǎng)絡(luò)中的服務器各處不相同地址，因此在遷移中需考慮到網(wǎng)絡(luò)連接情況、數(shù)據(jù)備份方式，以及網(wǎng)

9、絡(luò)流量本源，確定網(wǎng)絡(luò)流量可否會惹起網(wǎng)絡(luò)擁擠6、確定遷移周期以及參加人員，包括遷移起止時間，團隊能力建設(shè)以及團隊成員的角色。測試計劃遷移計劃后，執(zhí)行小批量的測試遷移方案，這里會涉及到首批遷移的測試和審察，步驟以下：準備用于測試遷移的測試系統(tǒng)環(huán)境，在測試時，第一批服務器將會遷移到該系統(tǒng)環(huán)境中。安裝并核實遷移工具，此時要執(zhí)行第一批服務器的P2V遷移。對第一批服務器，需解析儲藏系統(tǒng)，無論該服務器在儲藏遷移中采用當?shù)卮疟P儲藏還是遠端SAN/NAS儲藏系統(tǒng)。遷移測試在第一批服務器和服務的小批量測試遷移后，需對遷移后的服務器進行測試，包括單元測試和性能測試。.遷移推行在遷移推行過程中，全部的服務器都會被遷移

10、到虛假化系統(tǒng)下。執(zhí)行步驟以下：保證批量遷移的整個網(wǎng)絡(luò)環(huán)境已準備達成，并經(jīng)過遷移工具達成源系統(tǒng)和目標系統(tǒng)之間的連通。此處的目標系統(tǒng)屬于中轉(zhuǎn)系統(tǒng)。對遷移系統(tǒng)進行性能審察和健康檢查，若是系統(tǒng)狀態(tài)監(jiān)察則停用舊系統(tǒng)并將其服務暫時轉(zhuǎn)移到新的虛假化系統(tǒng)中。進行利舊，對于一部分可用的舊硬件可在服務器虛假化中重新再利用，一些軟件資源需擴展，如內(nèi)存和硬盤。這些服務器構(gòu)成最后的虛假化基礎(chǔ)設(shè)施，即最后系統(tǒng)。最后，在目標系統(tǒng)和最后系統(tǒng)之間進行V2V遷移。服務器虛假化前進行備份為了對舊系統(tǒng)中的物理服務器進行虛假化，需考慮服務器虛假化帶來的影響。比方，現(xiàn)有服務器的重復利用，服務器虛假化時會對這些服務器的CPU，內(nèi)存以及硬盤

11、資源進行再利用，但是這些服務器上存在某些服務仍在運行，若無備份則會影響現(xiàn)有業(yè)務。因此，在執(zhí)行遷移和虛假化從前，必定先對需利舊的服務器進行備份。供應物理備份服務器，并已進行虛假化，數(shù)據(jù)和服務器已備份到虛假化系統(tǒng)。第一，對于要被遷移的服務器上，一般會存在多種服務正在運行，而且這些服務器在遷移評估后認為在虛假化場景下可再利用的。但是，遷移過程中不相同意存在較長的停機時間，因此需要準備一臺采用虛假化平臺的備份虛假機，經(jīng)過P2V將該服務器備份到虛假機上。備份完全部需要進行虛假化的服務器此后，這些服務器上安裝虛假化軟件進行虛假化，依照評估階段確定的容量規(guī)劃，在虛假化平臺上創(chuàng)辦相應規(guī)格的虛假機，其計算資源用

12、于承接舊系統(tǒng)中的服務。準備好全部的虛假機后，規(guī)劃和安裝相關(guān)遷移工具，將備份系統(tǒng)中的服務遷移到虛假化系統(tǒng)的虛假機中。虛假機遷移是指將備份的虛假化系統(tǒng)中的應用服務遷移到最后的虛假化系統(tǒng)中。.虛假機遷移達成后，要對這些服務進行測試，最后停用舊系統(tǒng)，全部服務切換到虛假化系統(tǒng)中。遷移的詳細操作步驟遷移的詳細步驟及描述以下:1、在評估階段，虛假化和遷移從前需收集的信息以下：性能統(tǒng)計：包括CPU使用率，內(nèi)存使用率，硬盤IOPS和硬盤使用情況；物理服務器配置：包括CPU規(guī)格，內(nèi)存容量，硬盤容量統(tǒng)計物理服務器部署地址，解析可否支持虛假化，累計支持虛假化的服務器數(shù)量，并規(guī)劃出虛假化中需新增的硬件情況；經(jīng)過上述無代

13、理收集和代理收集兩種場景收集當前系統(tǒng)的使用和配置情況?？刹捎眯畔⑹占ぞ?。2、解析現(xiàn)有服務的依賴條件，對當前系統(tǒng)進行備份。確定應用系統(tǒng)對服務器的依賴關(guān)系，可作為遷移參照，確定全部服務器的遷移優(yōu)先級序次。在確定各服務的依賴條件后，對需進行虛假化的服務器進行備份。3、容量規(guī)劃和虛假化執(zhí)行依照當前的資源使用和需討情況，計算虛假化所需的容量。4、規(guī)劃應用服務在擬化解決方案中，同類虛假機部署在同一個計算資源池中，在同一個池中可相互共享儲藏/計算資源，一個集群的故障不會影響其他資源池。5、虛假化規(guī)劃和虛假機分配成立虛假化平臺后，要準備最后的遷移資源。遷移前，若是服務器a具備雙核CPU和2G內(nèi)存，那么在虛假

14、化平臺中就創(chuàng)辦一個2核/2G內(nèi)存的虛假機，并分配相應的硬盤。6、規(guī)劃遷移工具采用遷移工具從物理或虛假的服務器向最后的虛假化系統(tǒng)中進行磁盤復制。7、經(jīng)過工具執(zhí)行在線遷移準備好源系統(tǒng)，目標虛假機以及目標系統(tǒng)后，決定遷移時需使用的遷移工具和遷移策略。.8、遷移遷移后，需行來遷移可否成功，景以下：用服遷移后虛化基本功能的；遷移前后用服的特點功能可否幾乎相同；虛化系的性能控；.9、停用舊系截止當前有的服器已被虛化和重復使用，其他一些不支持虛化的服器上的服也已遷移到虛化平臺，那么在可將用服切到虛系并停用舊系。1.5運營商接入鏈路（路由）遷移運商接入路（路由）的遷移主若是新中心所需物理路的申，號接入路由制作

15、、用正式切割前號的開通以及切割當日急措施。前四部分內(nèi)容，能夠依照中心需要完滿份一份，在系正式切割前行模運行。切割當日要做好急保障措施，如切割一旦不能功，迅速切回原路由保障系的運行。同在新指份足的份路，支持人工受理。上述路的詳細配置方案在中后一步確。1.6應用系統(tǒng)和數(shù)據(jù)庫遷移方案本目建，我將在用系和數(shù)據(jù)遷移前，在用新招采的云平臺中部署與原用一的操作系、中件、服器管理平臺件境，確保遷移的境化最低。應用服務器遷移本目用系遷移，原系全部是基于IIS用境、.NET用程序框架。本方案劃IIS等用境以及.net用程序框架提出成立IIS.境的NLB群集，將當前系統(tǒng)不停機加入到NLB群集中，使之成為群集中的一個

16、節(jié)點，而新環(huán)境則為別的一個節(jié)點。推行達成后再退出此遷移群集，將新環(huán)境加入到新的成立的NLB群集。NLB不僅好實現(xiàn)平衡負載，而且還能夠?qū)崿F(xiàn)多種形式的冗余。NLB主要用于那些文件改動不大，而且不常駐內(nèi)存的環(huán)境，比方WEB服務、FTP服務、和VPN服務等。當用戶接見集群的時候，集群能將接見央求分攤到集群中的每個服務器上，以達到平衡負載的收效。這些服務器被稱為集群節(jié)點。在負載平衡中，每個節(jié)點的文件一般都要求是相同的。這樣每個節(jié)點返回給客戶的結(jié)果都是一致的。一般來說組建一個NLB要求最少兩個節(jié)點，其中一個節(jié)點不能夠使用，這全部負載將落入到剩下的那個節(jié)點上，即全載。NLB能供應三種冗余功能，軟件冗余、硬件

17、冗余、站點冗余。數(shù)據(jù)庫遷移推行針對本項目數(shù)據(jù)庫遷移，需要將中心積累的歷史數(shù)據(jù)文件遷居到新中心服務器，而且要求最小宕機時間，同時面對的難點還包括服務器其實不在同一個一個機房。1、解析與設(shè)計思路針對本項目數(shù)據(jù)庫遷居環(huán)境特點：第一個是數(shù)據(jù)庫文件比較大；第二是傳達文件的速度可能會比較慢（廣域網(wǎng)傳輸）。初步解決方案以下。為了使宕機時間最短，我們這里使用完滿備份和差異備份來遷移數(shù)據(jù)庫，在白天的時候?qū)π枰w移的數(shù)據(jù)庫進行一次完滿備份（XXX_full.bak），并把備份文件拷貝（這里能夠使用FTP軟件進行斷點續(xù)傳）到目標服務器進行還原，等到下班時間此后再進行一次差異備份（XXX_diff.bak），再把這個

18、差異備份拷貝到目標服務器，在完滿還原的基礎(chǔ)上再進行差異還原。這里的宕機時間=差異備份時間+傳達差異備份文件時間+還原差異備份文件時間，不存在宕機時間。2、保證數(shù)據(jù)遷移過程中的安全性和操作可審計性數(shù)據(jù)遷移中的安全性不能忽略，本方案設(shè)計基于多重數(shù)據(jù)審計功能實現(xiàn)遷移.安全性和操作審計性。1.7系統(tǒng)遷移的詳細組織推行方案針對本項目建設(shè)，涉及中心生產(chǎn)系統(tǒng)的遷居，上述系統(tǒng)擁有停機時間要求短、系統(tǒng)結(jié)構(gòu)復雜、測試時間長、設(shè)施眾多、使用人員多、層次復雜等特點。本項目遷居，時間特別緊,且設(shè)施間的牢固性也是一個考驗。因此，必定協(xié)調(diào)好各單位人員的關(guān)系，齊心協(xié)力才可能在預準時間內(nèi)達成遷居工程。本項目遷居組織以盡量不影響

19、平常工作或?qū)⒂绊懡档偷阶畹蜑榍疤岬那闆r下擬定，即在保障內(nèi)容最少日的最少時間節(jié)點開始遷居，趕忙達成必定遷居的服務器、網(wǎng)絡(luò)設(shè)施的遷居、安裝及測試。而且在開機今后，連續(xù)追蹤系統(tǒng)的運行情況，隨時辦理系統(tǒng)運行的異常情況。遷居需要原系統(tǒng)建設(shè)公司人員的充分協(xié)調(diào)及配合下才能達成本次遷居任務。遷居規(guī)劃推行流程：對全部設(shè)施進行與XXX技術(shù)人員現(xiàn)場勘探確定推行方案解析，擬定應急現(xiàn)場交流方案流程主要依照遷居前的需要擬定，主要詳細認識當前系統(tǒng)設(shè)施情況，系統(tǒng)運行情況。針對所認識情況擬定詳細遷居方案以及應急方案。專業(yè)工程師認識用戶現(xiàn)在機房的現(xiàn)狀以及遷居后的詳細要求。充分考慮在推行過程中可能出現(xiàn)的各種情況，定制詳細可行性的遷移推行計劃，將機房遷移工作對用戶的影響降至最小。編制遷居前及