應(yīng)用系統(tǒng)遷移方案_第1頁
應(yīng)用系統(tǒng)遷移方案_第2頁
應(yīng)用系統(tǒng)遷移方案_第3頁
應(yīng)用系統(tǒng)遷移方案_第4頁
應(yīng)用系統(tǒng)遷移方案_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

目錄之老陽三干創(chuàng)作創(chuàng)作時間:二零二一年六月三十日1.5運營商接入鏈路(路由)遷移7總述依照本期招標推銷要求,中心在建成后要實現(xiàn)對遷移應(yīng)用和新建業(yè)務(wù)平臺的一體化集成.考慮到需要遷移的指揮中心現(xiàn)有應(yīng)用包括了分析管理平臺、指揮平臺,上述平臺都是中心的核心、重要應(yīng)用,因此我公司認為原系統(tǒng)的搬場將是項目建設(shè)的重點和難點.本方案設(shè)計以我公司與用戶現(xiàn)系統(tǒng)承建公司的初步技術(shù)交流、用戶現(xiàn)狀分析為基礎(chǔ),給出搬場方案設(shè)計.系統(tǒng)遷移需求分析依照用戶招標要求,本期系統(tǒng)遷移的具體需求分析如下.中心原有應(yīng)用系統(tǒng)將全部遷移至虛擬化服務(wù)平臺,遷移期間必需保證工作不能中斷,歷史數(shù)據(jù)不能損失;遷移后的系統(tǒng)與多媒體融合通信指揮平臺融合對接.系統(tǒng)遷移的難點是系統(tǒng)切割時間節(jié)點的合理規(guī)劃和確保德律風(fēng)接入路由的轉(zhuǎn)換,歷史數(shù)據(jù)的無損遷移也是系統(tǒng)搬場的難點和重點.中心系統(tǒng)遷移需求分析總體結(jié)論通過對中心現(xiàn)有上述應(yīng)用遷移的需求分析,鑒于原系統(tǒng)建設(shè)單位其實不是我公司,遷移過程中還存在對原建設(shè)廠商協(xié)調(diào)的工程風(fēng)險.我公司認為系統(tǒng)遷移的重點內(nèi)容包括:涉及運營商的接入切割,原有數(shù)據(jù)的遷移,合理切割時間節(jié)點規(guī)劃.遷移方案總體思路中心系統(tǒng)遷移是一個整體系統(tǒng)工程.遷移必需保證用戶系統(tǒng)建設(shè)的相關(guān)要求,在遷移方案設(shè)計中,我們重點考慮幾個問題.保證業(yè)務(wù)中斷停機時間最小化業(yè)務(wù)中斷對用戶無論是運行環(huán)境還是測試環(huán)境均存在較年夜的恢復(fù)風(fēng)險,這樣的風(fēng)險特別對時間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務(wù)都是不成以接受的.我們基于這樣的要求,考慮到如何將停機時間最小,能否實現(xiàn)0停機的建設(shè)目標?1、對服務(wù)器把持系統(tǒng)而言,我們可以采納P2V的方式,利用把持系統(tǒng)的VolumeShadowCopy卷影副本復(fù)制服務(wù)作為基礎(chǔ),來實現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無修改,無停機的情況下,將數(shù)據(jù)和應(yīng)用軟件、把持系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快照”形式遷移到新服務(wù)器中.由此實現(xiàn)服務(wù)器環(huán)境的整體遷移.2、對應(yīng)用中間件和其他應(yīng)用服務(wù)器來說,我們可以基于應(yīng)用服務(wù)器的靜態(tài)業(yè)務(wù)擴展集群方式,來實現(xiàn)服務(wù)器不竭機環(huán)境下的增加業(yè)務(wù)節(jié)點把持,這樣可以實現(xiàn)應(yīng)用服務(wù)器“熱添加”到新環(huán)境中的故障轉(zhuǎn)移/負載均衡集群系統(tǒng)中,在部份應(yīng)用服務(wù)中我們可以使用session會話復(fù)制來實現(xiàn)舊系統(tǒng)的全局環(huán)境變量和會話請求狀態(tài)也遷移到新環(huán)境中來.考慮到會話復(fù)制和狀態(tài)的快速實時,我們可以采納會話內(nèi)存復(fù)制,考慮到會話復(fù)制和狀態(tài)的平安性,我們可以采納會話數(shù)據(jù)庫復(fù)制管理.3、對數(shù)據(jù)庫而言,我們可以基于數(shù)據(jù)庫自己自帶的數(shù)據(jù)庫鏡像技術(shù)、數(shù)據(jù)庫日志傳遞技術(shù)來實現(xiàn)各自的分庫、遷移庫的構(gòu)建,數(shù)據(jù)庫鏡像技術(shù)可以讓我們不單保證數(shù)據(jù)庫遷移的不竭機,而且還可以保證萬一遷移中呈現(xiàn)停機故障也不影響源數(shù)據(jù)庫,而日志傳遞技術(shù)構(gòu)建的遷移可以保證系統(tǒng)數(shù)據(jù)庫遷移以異步方式進行,這樣可以讓我們的系統(tǒng)環(huán)境在網(wǎng)絡(luò)呈現(xiàn)故障的情況依然可以進行遷移任務(wù)窗口的正常工作.業(yè)務(wù)切割時間節(jié)點優(yōu)化針對XXX系統(tǒng)等需要確保不間斷對外提供服務(wù)的應(yīng)用,需要通過對用戶歷史應(yīng)用進行分析,選擇最優(yōu)的的切割時間節(jié)點,并提切割期間的備份鏈路、人工受理手段.遷移后完整性測試遷移涉及到應(yīng)用、實例、數(shù)據(jù)庫的把持以外,還涉及到遷移前規(guī)劃、遷移后測試的完整性測試.這些測試包括但不限于數(shù)據(jù)一致性測試、數(shù)據(jù)完整性測試、應(yīng)用會話狀態(tài)完整性測試、連接中斷測試、數(shù)據(jù)恢復(fù)測試.只有這樣才華保證遷移的平安性和有效性.服務(wù)器硬件環(huán)境遷移方案依照用戶招標要求,本次項目建設(shè)的服務(wù)硬件環(huán)境主要是從原有刀片服務(wù)器向本次招標新推銷云服務(wù)平臺的遷移.云服務(wù)平臺支持對原有服務(wù)器硬件環(huán)境和把持系統(tǒng)環(huán)境虛擬,可以降低遷移的難度.遷移評估遷移前,我公司將對遷移方案進行評估以確保遷移勝利.首先我公司將派員勘察現(xiàn)有系統(tǒng)的架構(gòu)和資源使用狀況,評估過程必需包括以下信息和內(nèi)容:現(xiàn)有系統(tǒng)支撐的服務(wù)數(shù)量以及在服務(wù)器中的分布情況;現(xiàn)有物理服務(wù)器資源占用狀況,包括CPU、內(nèi)存、磁盤和網(wǎng)絡(luò)連接狀況,為保證遷移勝利,目標虛擬機規(guī)格應(yīng)不低于原物理機標準;以后的物理環(huán)境是否支持虛擬化,是否支持資源擴展,因為在遷移之前須在物理服務(wù)器上完成虛擬化;對以后的存儲容量和資源利用率進行評估,需在目標系統(tǒng)中規(guī)劃好遷移需要的存儲空間.需明確現(xiàn)有存儲如何利用,比如有些服務(wù)器是在本地磁盤上創(chuàng)立系統(tǒng)盤和用戶盤,有些服務(wù)器則在本地磁盤上創(chuàng)立系統(tǒng)盤而在SAN/NAS上創(chuàng)立用戶盤.遷移計劃通過對現(xiàn)有網(wǎng)絡(luò)環(huán)境的評估,我們對現(xiàn)有資源利用率,服務(wù)以及系統(tǒng)需求非常清晰并進行評估后才華開始對遷移進行計劃,步伐如下:1、確定遷移步伐,包括所有服務(wù)器的遷移先后順序,其順序按風(fēng)險的高低降序排列.2、確定備份方案,由于現(xiàn)有系統(tǒng)會被加固,某些服務(wù)器通過虛擬化重復(fù)利用,而在虛擬化前需要清除所有的數(shù)據(jù),因此需要對這些服務(wù)器進行備份保證服務(wù)的連續(xù)性.3、確定并準備好遷移所需的工具,包括工具在遷移中必備的一系列功能和使用工具所需具備的網(wǎng)絡(luò)環(huán)境.4、在實際遷移開始之前確定額外的測試環(huán)境,該測試環(huán)境能夠引導(dǎo)測試從而確保遷移勝利.因此,測試環(huán)境需明確設(shè)計的服務(wù)器和存儲數(shù)量.5、規(guī)劃網(wǎng)絡(luò)環(huán)境,由于網(wǎng)絡(luò)中的服務(wù)器各處罰歧位置,因此在遷移中需考慮到網(wǎng)絡(luò)連接情況、數(shù)據(jù)備份方式,以及網(wǎng)絡(luò)流量來源,確定網(wǎng)絡(luò)流量是否會引發(fā)網(wǎng)絡(luò)擁塞6、確定遷移周期以及介入人員,包括遷移起止時間,團隊能力建設(shè)以及團隊成員的角色.測試計劃遷移計劃后,執(zhí)行小批量的測試遷移方案,這里會涉及到首批遷移的測試和審核,步伐如下:準備用于測試遷移的測試系統(tǒng)環(huán)境,在測試時,第一批服務(wù)器將會遷移到該系統(tǒng)環(huán)境中.裝置并核實遷移工具,此時要執(zhí)行第一批服務(wù)器的P2V遷移.對第一批服務(wù)器,需分析存儲系統(tǒng),不論該服務(wù)器在存儲遷移中采納本地磁盤存儲還是遠端SAN/NAS存儲系統(tǒng).遷移測試在第一批服務(wù)器和服務(wù)的小批量測試遷移后,需對遷移后的服務(wù)器進行測試,包括單位測試和性能測試.遷移實施在遷移實施過程中,所有的服務(wù)器城市被遷移到虛擬化系統(tǒng)下.執(zhí)行步伐如下:確保批量遷移的整個網(wǎng)絡(luò)環(huán)境已準備完畢,并通過遷移工具完成源系統(tǒng)和目標系統(tǒng)之間的連通.此處的目標系統(tǒng)屬于中轉(zhuǎn)系統(tǒng).對遷移系統(tǒng)進行性能審核和健康檢查,如果系統(tǒng)狀態(tài)監(jiān)視則停用舊系統(tǒng)并將其服務(wù)暫時轉(zhuǎn)移到新的虛擬化系統(tǒng)中.進行利舊,對一部份可用的舊硬件可在服務(wù)器虛擬化中重新再利用,一些軟件資源需擴展,如內(nèi)存和硬盤.這些服務(wù)器構(gòu)成最終的虛擬化基礎(chǔ)設(shè)施,即最終系統(tǒng).最后,在目標系統(tǒng)和最終系統(tǒng)之間進行V2V遷移.服務(wù)器虛擬化前進行備份為了對舊系統(tǒng)中的物理服務(wù)器進行虛擬化,需考慮服務(wù)器虛擬化帶來的影響.例如,現(xiàn)有服務(wù)器的重復(fù)利用,服務(wù)器虛擬化時會對這些服務(wù)器的CPU,內(nèi)存以及硬盤資源進行再利用,然而這些服務(wù)器上存在某些服務(wù)仍在運行,若無備份則會影響現(xiàn)有業(yè)務(wù).因此,在執(zhí)行遷移和虛擬化之前,必需先對需利舊的服務(wù)器進行備份.提供物理備份服務(wù)器,并已進行虛擬化,數(shù)據(jù)和服務(wù)器已備份到虛擬化系統(tǒng).首先,對要被遷移的服務(wù)器上,一般會存在多種服務(wù)正在運行,而且這些服務(wù)器在遷移評估后認為在虛擬化場景下可再利用的.可是,遷移過程中不允許存在較長的停機時間,因此需要準備一臺采納虛擬化平臺的備份虛擬機,通過P2V將該服務(wù)器備份到虛擬機上.備份完所有需要進行虛擬化的服務(wù)器之后,這些服務(wù)器上裝置虛擬化軟件進行虛擬化,根據(jù)評估階段確定的容量規(guī)劃,在虛擬化平臺上創(chuàng)立相應(yīng)規(guī)格的虛擬機,其計算資源用于承接舊系統(tǒng)中的服務(wù).準備好所有的虛擬機后,規(guī)劃和裝置相關(guān)遷移工具,將備份系統(tǒng)中的服務(wù)遷移到虛擬化系統(tǒng)的虛擬機中.虛擬機遷移是指將備份的虛擬化系統(tǒng)中的應(yīng)用服務(wù)遷移到最終的虛擬化系統(tǒng)中.虛擬機遷移完畢后,要對這些服務(wù)進行測試,最后停用舊系統(tǒng),所有服務(wù)切換到虛擬化系統(tǒng)中.遷移的詳細把持步伐遷移的具體步伐及描述如下:1、在評估階段,虛擬化和遷移之前需收集的信息如下:性能統(tǒng)計:包括CPU使用率,內(nèi)存使用率,硬盤IOPS和硬盤使用情況;物理服務(wù)器配置:包括CPU規(guī)格,內(nèi)存容量,硬盤容量統(tǒng)計物理服務(wù)器布置位置,分析是否支持虛擬化,累計支持虛擬化的服務(wù)器數(shù)量,并規(guī)劃出虛擬化中需新增的硬件情況;通過上述無代辦署理收集和代辦署理收集兩種場景收集以后系統(tǒng)的使用和配置情況.可采納信息收集工具.2、分析現(xiàn)有服務(wù)的依賴條件,對以后系統(tǒng)進行備份.確定應(yīng)用系統(tǒng)對服務(wù)器的依賴關(guān)系,可作為遷移參考,確定所有服務(wù)器的遷移優(yōu)先級順序.在確定各服務(wù)的依賴條件后,對需進行虛擬化的服務(wù)器進行備份.3、容量規(guī)劃和虛擬化執(zhí)行根據(jù)以后的資源使用和需求情況,計算虛擬化所需的容量.4、規(guī)劃應(yīng)用服務(wù)在擬化解決方案中,同類虛擬機布置在同一個計算資源池中,在同一個池中可相互共享存儲/計算資源,一個集群的故障不會影響其他資源池.5、虛擬化規(guī)劃和虛擬機分配建立虛擬化平臺后,要準備最終的遷移資源.遷移前,如果服務(wù)器a具備雙核CPU和2G內(nèi)存,那么在虛擬化平臺中就創(chuàng)立一個2核/2G內(nèi)存的虛擬機,并分配相應(yīng)的硬盤.規(guī)劃遷移工具采納遷移工具從物理或虛擬的服務(wù)器向最終的虛擬化系統(tǒng)中進行磁盤復(fù)制.7、通過工具執(zhí)行在線遷移準備好源系統(tǒng),目標虛擬機以及目標系統(tǒng)后,決定遷移時需使用的遷移工具和遷移戰(zhàn)略.8、遷移測試遷移后,需進行測試來驗證遷移是否勝利,測試場景如下:應(yīng)用服務(wù)遷移后對虛擬化基本功能的監(jiān)測;遷移前后應(yīng)用服務(wù)的特性功能是否幾乎相同;虛擬化系統(tǒng)的性能監(jiān)控;….9、停用舊系統(tǒng)截至目前現(xiàn)有的服務(wù)器已經(jīng)被虛擬化和重復(fù)使用,其他一些不支持虛擬化的服務(wù)器上對應(yīng)的服務(wù)也已經(jīng)遷移到虛擬化平臺,那么現(xiàn)在可將應(yīng)用服務(wù)切換到虛擬系統(tǒng)并停用舊系統(tǒng).運營商接入鏈路(路由)遷移運營商接入鏈路(路由)的遷移主要是新中心所需物理鏈路的申請,德律風(fēng)號碼接入路由制作、應(yīng)用正式切割前測試號碼的開通以及切割當日應(yīng)急辦法.針對前四部份內(nèi)容,可以依照中心需要完全備份一份,在系統(tǒng)正式切割前進行模擬運行測試.切割當日要做好應(yīng)急保證辦法,如切割一旦不勝利,迅速切回原路由保證系統(tǒng)的運行.同時在新指揮備份足夠的備份鏈路,支持人工受理.上述鏈路的具體配置方案在中標后進一步確認.應(yīng)用系統(tǒng)和數(shù)據(jù)庫遷移方案針對本項目建設(shè),我們將在應(yīng)用系統(tǒng)和數(shù)據(jù)庫遷移前,在用戶新招標推銷的云平臺中布置與原應(yīng)用一樣的把持系統(tǒng)、中間件、服務(wù)器管理平臺軟件環(huán)境,確保遷移的環(huán)境變動風(fēng)險最低.應(yīng)用服務(wù)器遷移針對本項目應(yīng)用系統(tǒng)遷移,原系統(tǒng)全部是基于IIS應(yīng)用環(huán)境、.NET應(yīng)用法式框架.本方案計劃對IIS等應(yīng)用環(huán)境以及.net應(yīng)用法式框架提出構(gòu)建IIS環(huán)境的NLB群集,將以后系統(tǒng)不竭機加入到NLB群集中,使之成為群集中的一個節(jié)點,而新環(huán)境則為另外一個節(jié)點.實施完成后再退出此遷移群集,將新環(huán)境加入到新的構(gòu)建的NLB群集.NLB不單能實現(xiàn)均衡負載,而且還能實現(xiàn)多種形式的冗余.NLB主要用于那些文件改動不年夜,而且不常駐內(nèi)存的環(huán)境,比如WEB服務(wù)、FTP服務(wù)、和VPN服務(wù)等.當用戶訪問集群的時候,集群能將訪問請求分攤到集群中的每個服務(wù)器上,以到達均衡負載的效果.這些服務(wù)器被稱為集群節(jié)點.在負載平衡中,每個節(jié)點的文件一般都要求是一樣的.這樣每個節(jié)點返回給客戶的結(jié)果都是一致的.一般來說組建一個NLB要求至少兩個節(jié)點,其中一個節(jié)點不能使用,這全部負載將落入到剩下的那個節(jié)點上,即全載.NLB能提供三種冗余功能,軟件冗余、硬件冗余、站點冗余.數(shù)據(jù)庫遷移實施針對本項目數(shù)據(jù)庫遷移,需要將中心積累的歷史數(shù)據(jù)文件搬場到新中心服務(wù)器,而且要求最小宕機時間,同時面臨的難點還包括服務(wù)器其實不在同一個一個機房.1、分析與設(shè)計思路針對本項目數(shù)據(jù)庫搬場環(huán)境特點:第一個是數(shù)據(jù)庫文件比力年夜;第二是傳送文件的速度可能會比力慢(廣域網(wǎng)傳輸).初步解決方案如下.為了使宕機時間最短,我們這里使用完整備份和不同備份來遷移數(shù)據(jù)庫,在白天的時候?qū)π枰w移的數(shù)據(jù)庫進行一次完整備份(XXX_full.bak),并把備份文件拷貝(這里可以使用FTP軟件進行斷點續(xù)傳)到目標服務(wù)器進行還原,比及下班時間之后再進行一次不同備份(XXX_diff.bak),再把這個不同備份拷貝到目標服務(wù)器,在完整還原的基礎(chǔ)上再進行不同還原.這里的宕機時間=不同備份時間+傳送不同備份文件時間+還原不同備份文件時間,不存在宕機時間.2、保證數(shù)據(jù)遷移過程中的平安性和把持可審計性數(shù)據(jù)遷移中的平安性不成忽略,本方案設(shè)計基于多重數(shù)據(jù)審計功能實現(xiàn)遷移平安性和把持審計性.系統(tǒng)遷移的具體組織實施方案針對本項目建設(shè),涉及中心生產(chǎn)系統(tǒng)的搬場,上述系統(tǒng)具有停機時間要求短、系統(tǒng)結(jié)構(gòu)復(fù)雜、測試時間長、設(shè)備繁多、使用人員多、條理復(fù)雜等特點.本項目搬場,時間非常緊,且設(shè)備間的穩(wěn)定性也是一個考驗.因此,必需協(xié)調(diào)好各單位人員的關(guān)系,齊心協(xié)力才可能在預(yù)按時間內(nèi)完成搬場工程.本項目搬場組織以盡量不影響日常工作或?qū)⒂绊懡档偷阶畹蜑榍疤岬那闆r下制定,即在保證內(nèi)容最少日的最少時間節(jié)點開始搬場,盡快完成必需搬場的服務(wù)器、網(wǎng)絡(luò)設(shè)備的搬場、裝置及測試.而且在開機以后,繼續(xù)跟蹤系統(tǒng)的運行情況,隨時處置系統(tǒng)運行的異常情況.搬場需要原系統(tǒng)建設(shè)公司人員的充沛協(xié)調(diào)及配合下才華完本錢次搬場任務(wù).搬場規(guī)劃實施流程:流程主要根據(jù)搬場前的需要制定,主要詳細了

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論