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

目錄1.1總述11.2系統(tǒng)遷移需求分析21.2.1中心系統(tǒng)遷移需求分析總體結(jié)論1.3遷移方案總體思路21.3.1保障業(yè)務(wù)中斷停機(jī)時(shí)間最小化21.3.2業(yè)務(wù)切割時(shí)間節(jié)點(diǎn)優(yōu)化31.3.3遷移后完整性測(cè)試41.4效勞器硬件環(huán)境遷移方案41.4.1遷移評(píng)估41.4.2遷移方案51.4.3測(cè)試方案51.4.4遷移測(cè)試61.4.5遷移實(shí)施61.5運(yùn)營(yíng)商接入鏈路〔路由〕遷移91.6應(yīng)用系統(tǒng)和數(shù)據(jù)庫(kù)遷移方案101.6.1應(yīng)用效勞器遷移101.6.2數(shù)據(jù)庫(kù)遷移實(shí)施111.7系統(tǒng)遷移的具體組織實(shí)施方案111.7.1搬遷規(guī)劃121.7.2詳細(xì)實(shí)施方案131.7.3應(yīng)急處理141.1總述按照本期招標(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)的搬遷將是工程建立的重點(diǎn)和難點(diǎn)。本方案設(shè)計(jì)以我公司與用戶(hù)現(xiàn)系統(tǒng)承建公司的初步技術(shù)交流、用戶(hù)現(xiàn)狀分析為根底，給出搬遷方案設(shè)計(jì)。1.2系統(tǒng)遷移需求分析按照用戶(hù)招標(biāo)要求，本期系統(tǒng)遷移的具體需求分析如下。中心原有應(yīng)用系統(tǒng)將全部遷移至虛擬化效勞平臺(tái)，遷移期間必須保證工作不能中斷，歷史數(shù)據(jù)不能損失；遷移后的系統(tǒng)與多媒體融合通信指揮平臺(tái)融合對(duì)接。系統(tǒng)遷移的難點(diǎn)是系統(tǒng)切割時(shí)間節(jié)點(diǎn)的合理規(guī)劃和確保接入路由的轉(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)建立單位并非我公司，遷移過(guò)程中還存在對(duì)原建立廠商協(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)建立的相關(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ù)都是不可以承受的。我們基于這樣的要求，考慮到如何將停機(jī)時(shí)間最小，能否實(shí)現(xiàn)0停機(jī)的建立目標(biāo)？1、對(duì)于效勞器操作系統(tǒng)而言，我們可以采用P2V的方式，利用操作系統(tǒng)的VolumeShadowCopy卷影副本復(fù)制效勞作為根底，來(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)境變量等全部以“快照〃形式遷移到新效勞器中。由此實(shí)現(xiàn)效勞器環(huán)境的整體遷移。2、 對(duì)于應(yīng)用中間件和其他應(yīng)用效勞器來(lái)說(shuō)，我們可以基于應(yīng)用效勞器的動(dòng)態(tài)業(yè)務(wù)擴(kuò)展集群方式，來(lái)實(shí)現(xiàn)效勞器不停機(jī)環(huán)境下的增加業(yè)務(wù)節(jié)點(diǎn)操作，這樣可以實(shí)現(xiàn)應(yīng)用效勞器“熱添加〃到新環(huán)境中的故障轉(zhuǎn)移/負(fù)載均衡集群系統(tǒng)中，在局部應(yīng)用效勞中我們可以使用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ù)窗口的正常工作。1.3.2業(yè)務(wù)切割時(shí)間節(jié)點(diǎn)優(yōu)化針對(duì)XXX系統(tǒng)等需要確保不連續(xù)對(duì)外提供效勞的應(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è)試。只有這樣才能保證遷移的平安性和有效性。1.4效勞器硬件環(huán)境遷移方案按照用戶(hù)招標(biāo)要求，本次工程建立的效勞硬件環(huán)境主要是從原有刀片效勞器向本次招標(biāo)新采購(gòu)云效勞平臺(tái)的遷移。云效勞平臺(tái)支持對(duì)原有效勞器硬件環(huán)境和操作系統(tǒng)環(huán)境虛擬，可以降低遷移的難度。1.4.1遷移評(píng)估遷移前，我公司將對(duì)遷移方案進(jìn)展評(píng)估以確保遷移成功。首先我公司將派員勘察現(xiàn)有系統(tǒng)的架構(gòu)和資源使用狀況，評(píng)估過(guò)程必須包含以下信息和內(nèi)容：現(xiàn)有系統(tǒng)支撐的效勞數(shù)量以及在效勞器中的分布情況；現(xiàn)有物理效勞器資源占用狀況，包括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移之前須在物理效勞器上完成虛擬化；對(duì)當(dāng)前的存儲(chǔ)容量和資源利用率進(jìn)展評(píng)估，需在目標(biāo)系統(tǒng)中規(guī)劃好遷移需要的存儲(chǔ)空間。需明確現(xiàn)有存儲(chǔ)如何利用，比方有些效勞器是在本地磁盤(pán)上創(chuàng)立系統(tǒng)盤(pán)和用戶(hù)盤(pán)，有些效勞器那么在本地磁盤(pán)上創(chuàng)立系統(tǒng)盤(pán)而在SAN/NAS上創(chuàng)立用戶(hù)盤(pán)。1.4.2遷移方案通過(guò)對(duì)現(xiàn)有網(wǎng)絡(luò)環(huán)境的評(píng)估，我們對(duì)現(xiàn)有資源利用率，效勞以及系統(tǒng)需求非常清晰并進(jìn)展評(píng)估后才能開(kāi)場(chǎng)對(duì)遷移進(jìn)展方案，步驟如下：1、 確定遷移步驟，包括所有效勞器的遷移先后順序，其順序按風(fēng)險(xiǎn)的上下降序排列。2、 確定備份方案，由于現(xiàn)有系統(tǒng)會(huì)被加固，某些效勞器通過(guò)虛擬化重復(fù)利用，而在虛擬化前需要去除所有的數(shù)據(jù)，因此需要對(duì)這些效勞器進(jìn)展備份保證效勞的連續(xù)性。3、 確定并準(zhǔn)備好遷移所需的工具，包括工具在遷移中必備的一系列功能和使用工具所需具備的網(wǎng)絡(luò)環(huán)境。4、 在實(shí)際遷移開(kāi)場(chǎng)之前確定額外的測(cè)試環(huán)境，該測(cè)試環(huán)境能夠引導(dǎo)測(cè)試從而確保遷移成功。因此，測(cè)試環(huán)境需明確設(shè)計(jì)的效勞器和存儲(chǔ)數(shù)量。5、 規(guī)劃網(wǎng)絡(luò)環(huán)境，由于網(wǎng)絡(luò)中的效勞器各處不同位置，因此在遷移中需考慮到網(wǎng)絡(luò)連接情況、數(shù)據(jù)備份方式，以及網(wǎng)絡(luò)流量來(lái)源，確定網(wǎng)絡(luò)流量是否會(huì)引發(fā)網(wǎng)絡(luò)擁塞6、 確定遷移周期以及參與人員，包括遷移起止時(shí)間，團(tuán)隊(duì)能力建立以及團(tuán)隊(duì)成員的角色。1.4.3測(cè)試方案遷移方案后，執(zhí)行小批量的測(cè)試遷移方案，這里會(huì)涉及到首批遷移的測(cè)試和審核，步驟如下:準(zhǔn)備用于測(cè)試遷移的測(cè)試系統(tǒng)環(huán)境，在測(cè)試時(shí)，第一批效勞器將會(huì)遷移到該系統(tǒng)環(huán)境中。安裝并核實(shí)遷移工具，此時(shí)要執(zhí)行第一批效勞器的P2V遷移。對(duì)第一批效勞器，需分析存儲(chǔ)系統(tǒng)，不管該效勞器在存儲(chǔ)遷移中采用本地磁盤(pán)存儲(chǔ)還是遠(yuǎn)端SAN/NAS存儲(chǔ)系統(tǒng)。1.4.4遷移測(cè)試在第一批效勞器和效勞的小批量測(cè)試遷移后，需對(duì)遷移后的效勞器進(jìn)展測(cè)試，包括單元測(cè)試和性能測(cè)試。1.4.5遷移實(shí)施在遷移實(shí)施過(guò)程中，所有的效勞器都會(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)并將其效勞暫時(shí)轉(zhuǎn)移到新的虛擬化系統(tǒng)中。進(jìn)展利舊，對(duì)于一局部可用的舊硬件可在效勞器虛擬化中重新再利用，一些軟件資源需擴(kuò)展，如內(nèi)存和硬盤(pán)。這些效勞器構(gòu)成最終的虛擬化根底設(shè)施，即最終系統(tǒng)。最后，在目標(biāo)系統(tǒng)和最終系統(tǒng)之間進(jìn)展V2V遷移。效勞器虛擬化前進(jìn)展備份為了對(duì)舊系統(tǒng)中的物理效勞器進(jìn)展虛擬化，需考慮效勞器虛擬化帶來(lái)的影響。例如，現(xiàn)有效勞器的重復(fù)利用，效勞器虛擬化時(shí)會(huì)對(duì)這些效勞器的CPU，內(nèi)存以及硬盤(pán)資源進(jìn)展再利用，然而這些效勞器上存在某些效勞仍在運(yùn)行，假設(shè)無(wú)備份那么會(huì)影響現(xiàn)有業(yè)務(wù)。因此，在執(zhí)行遷移和虛擬化之前，必須先對(duì)需利舊的效勞器進(jìn)展備份。提供物理備份效勞器，并已進(jìn)展虛擬化，數(shù)據(jù)和效勞器已備份到虛擬化系統(tǒng)。首先，對(duì)于要被遷移的效勞器上，一般會(huì)存在多種效勞正在運(yùn)行，而且這些效勞器在遷移評(píng)估后認(rèn)為在虛擬化場(chǎng)景下可再利用的。但是，遷移過(guò)程中不允許存在較長(zhǎng)的停機(jī)時(shí)間，因此需要準(zhǔn)備一臺(tái)采用虛擬化平臺(tái)的備份虛擬機(jī)，通過(guò)P2V將該效勞器備份到虛擬機(jī)上。備份完所有需要進(jìn)展虛擬化的效勞器之后，這些效勞器上安裝虛擬化軟件進(jìn)展虛擬化，根據(jù)評(píng)估階段確定的容量規(guī)劃，在虛擬化平臺(tái)上創(chuàng)立相應(yīng)規(guī)格的虛擬機(jī)，其計(jì)算資源用于承接舊系統(tǒng)中的效勞。準(zhǔn)備好所有的虛擬機(jī)后，規(guī)劃和安裝相關(guān)遷移工具，將備份系統(tǒng)中的效勞遷移到虛擬化系統(tǒng)的虛擬機(jī)中。虛擬機(jī)遷移是指將備份的虛擬化系統(tǒng)中的應(yīng)用效勞遷移到最終的虛擬化系統(tǒng)中。虛擬機(jī)遷移完畢后，要對(duì)這些效勞進(jìn)展測(cè)試，最后停用舊系統(tǒng)，所有效勞切換到虛擬化系統(tǒng)中。遷移的詳細(xì)操作步驟遷移的具體步驟及描述如下：1、在評(píng)估階段，虛擬化和遷移之前需收集的信息如下：性能統(tǒng)計(jì)：包括CPU使用率，內(nèi)存使用率，硬盤(pán)IOPS和硬盤(pán)使用情況；物理效勞器配置：包括CPU＜格，內(nèi)存容量，硬盤(pán)容量統(tǒng)計(jì)物理效勞器部署位置，分析是否支持虛擬化，累計(jì)支持虛擬化的效勞器數(shù)量，并規(guī)劃出虛擬化中需新增的硬件情況；通過(guò)上述無(wú)代理收集和代理收集兩種場(chǎng)景收集當(dāng)前系統(tǒng)的使用和配置情況。可采用信息收集工具。2、 分析現(xiàn)有效勞的依賴(lài)條件，對(duì)當(dāng)前系統(tǒng)進(jìn)展備份。確定應(yīng)用系統(tǒng)對(duì)效勞器的依賴(lài)關(guān)系，可作為遷移參考，確定所有效勞器的遷移優(yōu)先級(jí)順序。在確定各效勞的依賴(lài)條件后，對(duì)需進(jìn)展虛擬化的效勞器進(jìn)展備份。3、 容量規(guī)劃和虛擬化執(zhí)行根據(jù)當(dāng)前的資源使用和需求情況，計(jì)算虛擬化所需的容量。4、 規(guī)劃應(yīng)用效勞在擬化解決方案中，同類(lèi)虛擬機(jī)部署在同一個(gè)計(jì)算資源池中，在同一個(gè)池中可相互共享存儲(chǔ)/計(jì)算資源，一個(gè)集群的故障不會(huì)影響其他資源池。5、 虛擬化規(guī)劃和虛擬機(jī)分配建立虛擬化平臺(tái)后，要準(zhǔn)備最終的遷移資源。遷移前，如果效勞器2具備雙核CPU和2G內(nèi)存，那么在虛擬化平臺(tái)中就創(chuàng)立一個(gè)2核/2G內(nèi)存的虛擬機(jī)，并分配才目應(yīng)的硬盤(pán)。6、 規(guī)劃遷移工具采用遷移工具從物理或虛擬的效勞器向最終的虛擬化系統(tǒng)中進(jìn)展磁盤(pán)復(fù)制。7、 通過(guò)工具執(zhí)行在線(xiàn)遷移準(zhǔn)備好源系統(tǒng)，目標(biāo)虛擬機(jī)以及目標(biāo)系統(tǒng)后，決定遷移時(shí)需使用的遷移工具和遷移策略。8、 遷移測(cè)試遷移后，需進(jìn)展測(cè)試來(lái)驗(yàn)證遷移是否成功，測(cè)試場(chǎng)景如下：應(yīng)用效勞遷移后對(duì)虛擬化根本功能的監(jiān)測(cè)；遷移前后應(yīng)用效勞的特性功能是否幾乎一樣；虛擬化系統(tǒng)的性能監(jiān)控；9、 停用舊系統(tǒng)截至目前現(xiàn)有的效勞器已經(jīng)被虛擬化和重復(fù)使用，其他一些不支持虛擬化的效勞器上對(duì)應(yīng)的效勞也已經(jīng)遷移到虛擬化平臺(tái)，那么現(xiàn)在可將應(yīng)用效勞切換到虛擬系統(tǒng)并停用舊系統(tǒng)。1.5運(yùn)營(yíng)商接入鏈路〔路由〕遷移運(yùn)營(yíng)商接入鏈路〔路由〕的遷移主要是新中心所需物理鏈路的申請(qǐng)，接入路由制作、應(yīng)用正式切割前測(cè)試的開(kāi)通以及切割當(dāng)日應(yīng)急措施。針對(duì)前四局部?jī)?nèi)容，可以按照中心需要完全備份一份，在系統(tǒng)正式切割前進(jìn)展模擬運(yùn)行測(cè)試。切割當(dāng)日要做好應(yīng)急保障措施，如切割一旦不成功，迅速切回原路由保障系統(tǒng)的運(yùn)行。同時(shí)在新指揮備份足夠的備份鏈路，支持人工受理。上述鏈路的具體配置方案在中標(biāo)后進(jìn)一步確認(rèn)。1.6應(yīng)用系統(tǒng)和數(shù)據(jù)庫(kù)遷移方案針對(duì)本工程建立，我們將在應(yīng)用系統(tǒng)和數(shù)據(jù)庫(kù)遷移前，在用戶(hù)新招標(biāo)采購(gòu)的云平臺(tái)中部署與原應(yīng)用一樣的操作系統(tǒng)、中間件、效勞器管理平臺(tái)軟件環(huán)境，確保遷移的環(huán)境變化風(fēng)險(xiǎn)最低。1.6.1應(yīng)用效勞器遷移針對(duì)本工程應(yīng)用系統(tǒng)遷移，原系統(tǒng)全部是基于IIS應(yīng)用環(huán)境、.NET應(yīng)用程序框架。本方案方案對(duì)IIS等應(yīng)用環(huán)境以及.net應(yīng)用程序框架提出構(gòu)建IIS環(huán)境的NLB群集，將當(dāng)前系統(tǒng)不停機(jī)參加到NLB群集中，使之成為群集中的一個(gè)節(jié)點(diǎn)，而新環(huán)境那么為另外一個(gè)節(jié)點(diǎn)。實(shí)施完成后再退出此遷移群集，將新環(huán)境參加到新的構(gòu)建的NLB群集。NLB不但能實(shí)現(xiàn)均衡負(fù)載，而且還能實(shí)現(xiàn)多種形式的冗余。NLB主要用于那些文件改動(dòng)不大，并且不常駐內(nèi)存的環(huán)境，比方WEB效勞、FTP效勞、和VPN效勞等。當(dāng)用戶(hù)訪(fǎng)問(wèn)集群的時(shí)候，集群能將訪(fǎng)問(wèn)請(qǐng)求分?jǐn)偟郊褐械拿總€(gè)效勞器上，以到達(dá)均衡負(fù)載的效果。這些效勞器被稱(chēng)為集群節(jié)點(diǎn)。在負(fù)載平衡中，每個(gè)節(jié)點(diǎn)的文件一般都要求是一樣的。這樣每個(gè)節(jié)點(diǎn)返回給客戶(hù)的結(jié)果都是一致的。一般來(lái)說(shuō)組建一個(gè)NLB要求至少兩個(gè)節(jié)點(diǎn)，其中一個(gè)節(jié)點(diǎn)不能使用，這全部負(fù)載將落入到剩下的那個(gè)節(jié)點(diǎn)上，即全載。NLB能提供三種冗余功能，軟件冗余、硬件冗余、站點(diǎn)冗余。1.6.2數(shù)據(jù)庫(kù)遷移實(shí)施針對(duì)本工程數(shù)據(jù)庫(kù)遷移，需要將中心積累的歷史數(shù)據(jù)文件搬遷到新中心效勞器，并且要求最小宕機(jī)時(shí)間，同時(shí)面臨的難點(diǎn)還包括效勞器并不在同一個(gè)一個(gè)機(jī)房。1、 分析與設(shè)計(jì)思路針對(duì)本工程數(shù)據(jù)庫(kù)搬遷環(huán)境特點(diǎn)：第一個(gè)是數(shù)據(jù)庫(kù)文件比擬大；第二是傳送文件的速度可能會(huì)比擬慢〔廣域網(wǎng)傳輸〕。初步解決方案如下。為了使宕機(jī)時(shí)間最短，我們這里使用完整備份和差異備份來(lái)遷移數(shù)據(jù)庫(kù)，在白天的時(shí)候?qū)π枰w移的數(shù)據(jù)庫(kù)進(jìn)展一次完整備份〔XXX_full.bak〕，并把備份文件拷貝〔這里可以使用FTP軟件進(jìn)展斷點(diǎn)續(xù)傳〕到目標(biāo)效勞器進(jìn)展復(fù)原，等到下班時(shí)間之后再進(jìn)展一次差異備份〔XXX_diff.bak〕，再把這個(gè)差異備份拷貝到目標(biāo)效勞器，在完整復(fù)原的根底上再進(jìn)展差異復(fù)原。這里的宕機(jī)時(shí)間=差異備份時(shí)間+傳送差異備份文件時(shí)間+復(fù)原差異備份文件時(shí)間，不存在宕機(jī)時(shí)間。2、 保證數(shù)據(jù)遷移過(guò)程中的平安性和操作可審計(jì)性數(shù)據(jù)遷移中的平安性不可忽、略，本方案設(shè)計(jì)基于多重?cái)?shù)據(jù)審計(jì)功能實(shí)現(xiàn)遷移平安性和操作審計(jì)性。1.7系統(tǒng)遷移的具體組織實(shí)施方案針對(duì)本工程建立，涉及中心生產(chǎn)系統(tǒng)的搬遷，上述系統(tǒng)具有停機(jī)時(shí)間要求短、系統(tǒng)構(gòu)造復(fù)雜、測(cè)試時(shí)間長(zhǎng)、設(shè)備繁多、使用人員多、層次復(fù)雜等特點(diǎn)。本工程搬遷，時(shí)間非常緊，且設(shè)備間的穩(wěn)定性也是一個(gè)考驗(yàn)。因此，必須協(xié)調(diào)好各單位

人員的關(guān)系，齊心協(xié)力才可能在預(yù)定時(shí)間內(nèi)完成搬遷工程。本工程搬遷組織以盡量不影響日常工作或?qū)⒂绊懡档偷阶畹蜑榍疤岬那闆r下制定，即在保障內(nèi)容最少日的最少時(shí)間節(jié)點(diǎn)開(kāi)場(chǎng)搬遷，盡快完成必須搬遷的效勞器、網(wǎng)絡(luò)設(shè)備的搬遷、安裝及測(cè)試。并且在開(kāi)機(jī)以后，繼續(xù)跟蹤系統(tǒng)的運(yùn)行情況，隨時(shí)處理系統(tǒng)運(yùn)行的異常情況。搬遷需要原系統(tǒng)建立公司人員的充分協(xié)調(diào)及配合下才能完本錢(qián)次搬遷任務(wù)。1.7.1搬遷規(guī)劃實(shí)施流程:現(xiàn)場(chǎng)勘察對(duì)所有設(shè)備進(jìn)行分析，制定應(yīng)急方案現(xiàn)場(chǎng)勘察對(duì)所有設(shè)備進(jìn)行分析，制定應(yīng)急方案流程主要根據(jù)搬遷前的需要制定，主要詳細(xì)了解當(dāng)前系統(tǒng)設(shè)備情況，系統(tǒng)運(yùn)行情況。針對(duì)所了