應(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)

文檔簡介

目次TOC\o"1-3"\h\z\u1.5運行商接入鏈路(路由)遷徙7總述按照本期招標傾銷請求,中間在建成后要實現(xiàn)對遷徙運用和新建營業(yè)平臺的一體化集成.斟酌到須要遷徙的批示中間現(xiàn)有運用包含了剖析治理平臺.批示平臺,上述平臺都是中間的焦點.重要運用,是以我公司覺得原體系的遷居將是項目扶植的重點和難點.本策劃設(shè)計以我公司與顧客現(xiàn)體系承建公司的初步技巧交換.顧客近況剖析為基本,給出遷居策劃設(shè)計.體系遷徙需求剖析按照顧客招標請求,本期體系遷徙的具體需求剖析以下.中間原有運用體系將全體遷徙至虛擬化辦事平臺,遷徙時代必須包督工作不克不及中斷,汗青數(shù)據(jù)不克不及損掉;遷徙后的體系與多媒體融會通訊批示平臺融會對接.體系遷徙的難點是體系切割時光節(jié)點的合理策劃和確保德律風(fēng)接入路由的轉(zhuǎn)換,汗青數(shù)據(jù)的無損遷徙也是體系遷居的難點和重點.中間體系遷徙需求剖析總體結(jié)論經(jīng)由過程對中間現(xiàn)有上述運用遷徙的需求剖析,鑒于原體系扶植單位并不是我公司,遷徙進程中還消失對原扶植廠商調(diào)和的工程風(fēng)險.我公司覺得體系遷徙的重點內(nèi)容包含:涉及運行商的接入切割,原稀有據(jù)的遷徙,合理切割時光節(jié)點策劃.遷徙策劃總體思路中間體系遷徙是一種整體系統(tǒng)工程.遷徙必須包管顧客體系扶植的相干請求,在遷徙策劃設(shè)計中,我們重點斟酌幾個問題.包管營業(yè)中斷停機時光最小化營業(yè)中斷對于顧客無論是運行情形照樣測試情形均消失較大的恢復(fù)風(fēng)險,如許的風(fēng)險特殊對于時光遲鈍型數(shù)據(jù)和數(shù)據(jù)完全性營業(yè)都是不成以接受的.我們基于如許的請求,斟酌到若何將停機時光最小,可否實現(xiàn)0停機的扶植目的?1.對于辦事器操縱體系而言,我們能夠采用P2V的辦法,運用操縱體系的Volume

Shadow

Copy卷影副本復(fù)制辦事作為基本,來實如今舊體系情形下的體系無修正,無停機的情形下,將數(shù)據(jù)和運用軟件.操縱體系情形.體系情形變量等全體以“快照”情勢遷徙到新辦事器中.由此實現(xiàn)辦事器情形的整體遷徙.2.對于運用中央件和其它運用辦事器來說,我們能夠基于運用辦事器的動態(tài)營業(yè)擴大集群辦法,來實現(xiàn)辦事器不停機情形下的增加營業(yè)節(jié)點操縱,如許能夠?qū)崿F(xiàn)運用辦事器“熱添加”到新情形中的故障轉(zhuǎn)移/負載均衡集群體系中,在部分運用辦事中我們能夠運用session會話復(fù)制來實現(xiàn)舊體系的全局情形變量和會話請求狀況也遷徙到新情形中來.斟酌到會話復(fù)制和狀況的快速及時,我們能夠采用會話內(nèi)存復(fù)制,斟酌到會話復(fù)制和狀況的安然性,我們能夠采用會話數(shù)據(jù)庫復(fù)制治理.3.對于數(shù)據(jù)庫而言,我們能夠基于數(shù)據(jù)庫本身自帶的數(shù)據(jù)庫鏡像技巧.數(shù)據(jù)庫日志傳遞技巧來實現(xiàn)各自的分庫.遷徙庫的構(gòu)建,數(shù)據(jù)庫鏡像技巧能夠讓我們不單包管數(shù)據(jù)庫遷徙的不停機,并且還能夠包管萬一遷徙中消失停機故障也不影響源數(shù)據(jù)庫,而日志傳遞技巧構(gòu)建的遷徙能夠包管體系數(shù)據(jù)庫遷徙以異步辦法進行,如許能夠讓我們的體系情形在收集消失故障的情形仍舊能夠進行遷徙義務(wù)窗口的正常工作.營業(yè)切割時光節(jié)點優(yōu)化針對×××體系等須要確保不間斷對外供應(yīng)辦事的運用,須要經(jīng)由過程對顧客汗青運用進行剖析,選擇最優(yōu)的的切割時光節(jié)點,并提切割時代的備份鏈路.人工受理手腕.遷徙后完全性測試遷徙涉及到運用.實例.數(shù)據(jù)庫的操縱以外,還涉及到遷徙前策劃.遷徙后測試的完全性測試.這些測試包含但不限于數(shù)據(jù)一致性測試.數(shù)據(jù)完全性測試.運用會話狀況完全性測試.銜接中斷測試.數(shù)據(jù)恢復(fù)測試.只有如許才干包管遷徙的安然性和有用性.辦事器硬件情形遷徙策劃按照顧客招標請求,本次項目扶植的辦事硬件情形主如果從原有刀片辦事器向本次招標新傾銷云辦事平臺的遷徙.云辦事平臺支撐對原有辦事器硬件情形和操縱體系情形虛擬,可下列降遷徙的難度.遷徙評定遷徙前,我公司將對遷徙策劃進行評定以確保遷徙成功.起首我公司將派員勘探現(xiàn)有體系的架構(gòu)和資本運用狀況,評定進程必須包含下列信息和內(nèi)容:現(xiàn)有體系支撐的辦事數(shù)目以及在辦事器中的散布情形;現(xiàn)有物理辦事器資本占用狀況,包含CPU.內(nèi)存.磁盤和收集銜接狀況,為包管遷徙成功,目的虛擬機規(guī)格應(yīng)不低于原物理機尺度;現(xiàn)在的物理情形與否支撐虛擬化,與否支撐資本擴大,由于在遷徙之前須在物理辦事器上完畢虛擬化;對現(xiàn)在的存儲容量和資本運用率進行評定,需在目的體系中策劃好遷徙須要的存儲空間.需明白現(xiàn)有存儲若何運用,比方有些辦事器是在本地磁盤上創(chuàng)立體系盤和顧客盤,有些辦事器則在本地磁盤上創(chuàng)立體系盤而在SAN/NAS上創(chuàng)立顧客盤.遷徙策劃經(jīng)由過程對現(xiàn)有收集情形的評定,我們對現(xiàn)有資本運用率,辦事以及體系需求日常清晰并進行評定后才干開端對遷徙進行策劃,步調(diào)以下:1.必定遷徙步調(diào),包含全部辦事器的遷徙先后次序,另首先序按風(fēng)險的高低降序分列.2.必定備份策劃,由于現(xiàn)有體系會被加固,某些辦事器經(jīng)由過程虛擬化重復(fù)運用,而在虛擬化前須要消除全部的數(shù)據(jù),是以須要對這些辦事器進行備份包管辦事的持續(xù)性.3.必定并預(yù)備好遷徙所需的對象,包含對象在遷徙中必備的一系列功效和運用對象所需含有的收集情形.4.在現(xiàn)實遷徙開端之前必定額外的測試情形,該測試情形能夠或許引誘測試從而確保遷徙成功.是以,測試情形需明白設(shè)計的辦事器和存儲數(shù)目.5.策劃收集情形,由于收分散的辦事器遍地不合地位,是以在遷徙中需斟酌到收集銜接情形.數(shù)據(jù)備份辦法,以及收集流量來源,必定收集流量與否會激發(fā)收集擁塞6.必定遷徙周期以及介入人員,包含遷徙起止時光,團體才干扶植以及團體組員的腳色.測試策劃遷徙策劃后,推行小批量的測試遷徙策劃,這里會涉及到首批遷徙的測試和審核,步調(diào)以下:

預(yù)備用于測試遷徙的測試體系情形,在測試時,第一批辦事器將會遷徙到該體系情形中.

裝配并核算遷徙對象,此時要推行第一批辦事器的P2V遷徙.

對第一批辦事器,需剖析存儲體系,不管該辦事器在存儲遷徙中采用本地磁盤存儲照樣遠端SAN/NAS存儲體系.遷徙測試在第一批辦事器和辦事的小批量測試遷徙后,需對遷徙后的辦事器進行測試,包含單元測試和機能測試.遷徙實施在遷徙實施進程中,全部的辦事器都邑被遷徙到虛擬化體系下.推行步調(diào)以下:

確保批量遷徙的全部收集情形已預(yù)備完畢,并經(jīng)由過程遷徙對象完畢源體系和目的體系之間的連通.此處的目的體系屬于中轉(zhuǎn)體系.

對遷徙體系進行機能審核和健康檢討,如果體系狀況監(jiān)督則停用舊體系并將其辦事臨時轉(zhuǎn)移到新的虛擬化體系中.

進行利舊,對于一部分可用的舊硬件可在辦事器虛擬化中從新再運用,某些軟件資本需擴大,如內(nèi)存和硬盤.這些辦事器構(gòu)成最后的虛擬化基本舉措方法,即最后體系.

最后,在目的體系和最后體系之間進行V2V遷徙.辦事器虛擬化進步行備份為了對舊體系中的物理辦事器進行虛擬化,需斟酌辦事器虛擬化帶來的影響.例如,現(xiàn)有辦事器的重復(fù)運用,辦事器虛擬化時會對這些辦事器的CPU,內(nèi)存以及硬盤資本進行再運用,然而這些辦事器上消失某些辦事仍在運行,若無備份則會影響現(xiàn)有營業(yè).是以,在推行遷徙和虛擬化之前,必須先對需利舊的辦事器進行備份.供應(yīng)物理備份辦事器,并已進行虛擬化,數(shù)據(jù)和辦事器已備份到虛擬化體系.

起首,對于要被遷徙的辦事器上,普通會消失多個辦事正在運行,并且這些辦事器在遷徙評定后覺得在虛擬化場景下可再運用的.但是,遷徙進程中不許可消失較長的停機時光,是以須要預(yù)備一臺采用虛擬化平臺的備份虛擬機,經(jīng)由過程P2V將該辦事器備份到虛擬機上.

備份完全部須要進行虛擬化的辦事器之后,這些辦事器上裝配虛擬化軟件進行虛擬化,根據(jù)評定階段必定的容量策劃,在虛擬化平臺上創(chuàng)立響應(yīng)規(guī)格的虛擬機,其盤算資本用于承接舊體系中的辦事.

預(yù)備好全部的虛擬機后,策劃和裝配相干遷徙對象,將備份體系中的辦事遷徙到虛擬化體系的虛擬機中.虛擬機遷徙是指將備份的虛擬化體系中的運用辦事遷徙到最后的虛擬化體系中.

虛擬機遷徙完畢后,要對這些辦事進行測試,最后停用舊體系,全部辦事切換到虛擬化體系中.遷徙的具體操縱步調(diào)遷徙的具體步調(diào)及描寫以下:1.在評定階段,虛擬化和遷徙之前需收集的信息以下:

機能統(tǒng)計:包含CPU運用率,內(nèi)存運用率,硬盤IOPS和硬盤運用情形;

物理辦事器設(shè)立裝備擺設(shè):包含CPU規(guī)格,內(nèi)存容量,硬盤容量

統(tǒng)計物理辦事器安排地位,剖析與否支撐虛擬化,累計支撐虛擬化的辦事器數(shù)目,并策劃出虛擬化中需新增的硬件情形;經(jīng)由過程上述無代理收集和代理收集兩種場景收集現(xiàn)在體系的運用和設(shè)立裝備擺設(shè)情形.可采守信息收集對象.2.剖析現(xiàn)有辦事的依附前提,對現(xiàn)在體系進行備份.必定運用體系對辦事器的依附關(guān)系,可作為遷徙參考,必定全部辦事器的遷徙優(yōu)先級次序.在必定各辦事的依附前提后,對需進行虛擬化的辦事器進行備份.3.容量策劃和虛擬化推行根據(jù)現(xiàn)在的資本運用和需求情形,盤算虛擬化所需的容量.

4.策劃運用辦事

在擬化解決策劃中,同類虛擬機安排在統(tǒng)一種盤算資本池中,在統(tǒng)一種池中可互相共享存儲/盤算資本,一種集群的故障不會影響其它資本池.5.虛擬化策劃和虛擬機分派樹立虛擬化平臺后,要預(yù)備最后的遷徙資本.遷徙前,如果辦事器a含有雙核CPU和2G內(nèi)存,那么在虛擬化平臺中就創(chuàng)立一種2核/2G內(nèi)存的虛擬機,并分派響應(yīng)的硬盤.6.

策劃遷徙對象采用遷徙對象從物理或虛擬的辦事器向最后的虛擬化體系中進行磁盤復(fù)制.7.經(jīng)由過程對象推行在線遷徙預(yù)備好源體系,目的虛擬機以及目的體系后,決策遷徙時需運用的遷徙對象和遷徙計謀.8.遷徙測試遷徙后,需進行測試來驗證遷徙與否成功,測試場景以下:

運用辦事遷徙后對虛擬化根本功效的監(jiān)測;

遷徙前后運用辦事的特性功效與否幾乎雷同;

虛擬化體系的機能監(jiān)控;

….9.停用舊體系截至今朝現(xiàn)有的辦事器已經(jīng)被虛擬化和重復(fù)運用,其它某些不支撐虛擬化的辦事器上對應(yīng)的辦事也已經(jīng)遷徙到虛擬化平臺,那么如今可將運用辦事切換到虛擬體系并停用舊體系.運行商接入鏈路(路由)遷徙運行商接入鏈路(路由)的遷徙主如果新中間所需物理鏈路的申請,德律風(fēng)號碼接入路由制造.運用正式切割前測試號碼的開通以及切割當(dāng)天應(yīng)急方法.針對前四部分內(nèi)容,能夠按照中間須要完全備份一份,在體系正式切割進步行模仿運行測試.切割當(dāng)天要做好應(yīng)急包管方法,如切割一旦不成功,敏捷切回原路由包管體系的運行.同時在新批示備份足夠的備份鏈路,支撐人工受理.上述鏈路的具體設(shè)立裝備擺設(shè)策劃在中標落后一步確認.運用體系和數(shù)據(jù)庫遷徙策劃針對本項目扶植,我們將在運用體系和數(shù)據(jù)庫遷徙前,在顧客新招標傾銷的云平臺中安排與原運用同樣的操縱體系.中央件.辦事器治理平臺軟件情形,確保遷徙的情形變更風(fēng)險最低.運用辦事器遷徙針對本項目運用體系遷徙,原體系全體是基于IIS運用情形..NET運用程序框架.本策劃策劃對IIS等運用情形以及.net運用程序框架提出構(gòu)建IIS情形的NLB群集,將現(xiàn)在體系不停機參加到NLB群分散,使之成為群分散的一種節(jié)點,而新情形則為別的一種節(jié)點.實施完畢后再退出此遷徙群集,將新情形參加到新的構(gòu)建的NLB群集.NLB不單能實現(xiàn)均衡負載,并且還能實現(xiàn)多個情勢的冗余.NLB重要用于那些文獻修正不大,并且不常駐內(nèi)存的情形,比方WEB辦事.FTP辦事.和VPN辦事等.當(dāng)顧客拜訪集群的時刻,集群能將拜訪請求分攤到集群中的每個辦事器上,以達成均衡負載的后果.這些辦事器被稱為集群節(jié)點.在負載均衡中,每個節(jié)點的文獻普通都請求是同樣的.如許每個節(jié)點返回給客戶的成果都是一致的.普通來說組建一種NLB請求最少兩個節(jié)點,個中一種節(jié)點不克不及運用,這全體負載將落入到剩余的誰人節(jié)點上,即全載.NLB能供應(yīng)三種冗余功效,軟件冗余.硬件冗余.站點冗余.數(shù)據(jù)庫遷徙實施針對本項目數(shù)據(jù)庫遷徙,須要將中間積聚的汗青數(shù)據(jù)文獻遷居到新中間辦事器,并且請求最小宕機時光,同時面對的難點還包含辦事器其實不在統(tǒng)一種一種機房.

1.剖析與設(shè)計思路針對本項目數(shù)據(jù)庫遷居情形特色:第一種是數(shù)據(jù)庫文獻比較大;第二是傳送文獻的速度可能會比較慢(廣域網(wǎng)傳輸).初步解決策劃以下.為了使宕機時光最短,我們這里運用完全備份和差別備份來遷徙數(shù)據(jù)庫,在白日的時刻對須要遷徙的數(shù)據(jù)庫進行一次完全備份(XXX_full.bak),并把備份文獻拷貝(這里能夠運用FTP軟件進行斷點續(xù)傳)到目的辦事器進行還原,等到下班時光之后再進行一次差別備份(XXX_diff.bak),再把這個差別備份拷貝到目的辦事器,在完全還原的基本上再進行差別還原.這里的宕機時光

=

差別備份時光

+

傳送差別備份文獻時光

+

還原差別備份文獻時光,不消失宕機時光.2.包管數(shù)據(jù)遷徙進程中的安然性和操縱可審計性數(shù)據(jù)遷徙中的安然性不成疏忽,本策劃設(shè)計基于多重數(shù)據(jù)審計功效實現(xiàn)遷徙安然性和操縱審計性.體系遷徙的具體組織實施策劃針對本項目扶植,涉及中間臨盆體系的遷居,上述體系含有停機時光請求短.體系構(gòu)造龐雜.測試時光長.裝備繁多.運用人員多.層次龐雜等特色.本項目遷居,時光日常緊,且裝備間的穩(wěn)固性也是一種考驗.是以,必須調(diào)和好各單位人員的關(guān)系,齊心合力才可能在預(yù)準時光內(nèi)完畢遷居工程.本項目遷居組織以盡量不影響日常工作或?qū)⒂绊懴陆档阶畹蜑榍疤岬那樾蜗轮朴?即在包管內(nèi)容起碼日的起碼時光節(jié)點開端遷居,盡快完畢必須遷居的辦事器.收集裝備的遷居.裝配及測試.并且在開機此后,持續(xù)跟蹤體系的運行情形,隨時解決體系運行的日常情形.遷居須要原體系扶植公司人員的充足調(diào)和及合營下才干完畢本次遷居義務(wù).遷居策劃實施流程:流程重要根據(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)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論