數(shù)據(jù)中心遷移淺析

摘? ?要：論文以信息系統(tǒng)數(shù)據(jù)中心遷移為研究對象，介紹企業(yè)數(shù)據(jù)中心遷移中可能存在的需求，綜合考慮系統(tǒng)遷移中的各類因素，從而選擇低實施風(fēng)險、低資源投入、少業(yè)務(wù)影響的數(shù)據(jù)中心遷移方法。

關(guān)鍵詞：數(shù)據(jù)中心遷移;信息系統(tǒng);數(shù)據(jù)庫;虛擬機

中圖分類號：TP391? ? ? ? ? 文獻(xiàn)標(biāo)識碼：B

Abstract： This paper takes the data center migration of information system as the research object， introduces the possible requirements in the data center migration of enterprises， and comprehensively considers all kinds of factors in the system migration， so as to select the data center migration method with low implementation risk， low resource investment and little business impact.

Key words： data center migration; information system; database; virtual machine

1 引言

伴隨著IT技術(shù)的發(fā)展和組織對信息系統(tǒng)依賴程度的提高，單位的信息化建設(shè)高速推進(jìn)，由此產(chǎn)生了較多問題：原有機房空間、電力、制冷等基礎(chǔ)環(huán)境不能滿足法則要求;信息系統(tǒng)分布在多個數(shù)據(jù)中心不便于管理，且發(fā)展受限;受限于早期技術(shù)和對信息化認(rèn)知，信息化規(guī)劃有一定局限性，使得信息系統(tǒng)運維和運營難度提升;隨著單位自身的發(fā)展，辦公場地的搬遷要求數(shù)據(jù)中心隨之遷移。

由于上述諸如此類的原因，一些單位產(chǎn)生了數(shù)據(jù)中心遷移需求。隨著各種技術(shù)在數(shù)據(jù)中心遷移中被應(yīng)用和遷移經(jīng)驗的積累，數(shù)據(jù)中心遷移從最初的純物理遷移發(fā)展到邏輯遷移，數(shù)據(jù)中心遷移方案趨于多樣化，數(shù)據(jù)中心遷移也不再是為遷移而遷移，遷移過程使得以前不可能實現(xiàn)或較難實現(xiàn)的變革變得簡單，如數(shù)據(jù)中心重新規(guī)劃、系統(tǒng)架構(gòu)調(diào)整、網(wǎng)絡(luò)結(jié)構(gòu)調(diào)整、系統(tǒng)優(yōu)化等。

2? 數(shù)據(jù)中心遷移需求分析

由于各單位的IT現(xiàn)狀不同，搬遷過程中的需求也不盡相同，在數(shù)據(jù)中心遷移項目中，大致會有幾項需求。

2.1 數(shù)據(jù)安全要求

保護數(shù)據(jù)安全是所有數(shù)據(jù)中心遷移項目的最基本要求。遷移項目中，數(shù)據(jù)丟失風(fēng)險可能來自兩個層面：物理損壞和邏輯破壞。物理損壞一般由磁盤損壞造成，而遷移過程中的誤操作、數(shù)據(jù)復(fù)制中的軟件或網(wǎng)絡(luò)原因等則可能造成邏輯損壞。

因此在遷移實施前，必須做好數(shù)據(jù)備份工作，并且所采用的備份方式必須能夠應(yīng)對物理和邏輯兩個層面的破壞。為確保備份數(shù)據(jù)的可用性和有效性，需要對備份數(shù)據(jù)進(jìn)行數(shù)據(jù)恢復(fù)測試工作。

為完成數(shù)據(jù)備份和恢復(fù)測試，需要備份系統(tǒng)和恢復(fù)測試環(huán)境。備份系統(tǒng)一般包括備份服務(wù)器、備份介質(zhì)、備份工具?；謴?fù)測試環(huán)境可以采用低配設(shè)備，如本地硬盤、性能滿足最低要求的軟件等。

2.2 業(yè)務(wù)連續(xù)性要求

滿足單位業(yè)務(wù)連續(xù)性要求是數(shù)據(jù)中心遷移項目的基本要求之一。如果遷移涉及設(shè)備量大、系統(tǒng)復(fù)雜，且允許的停機時間窗口不足以完成所有系統(tǒng)一次性遷移，則需要分批次遷移，且控制每批次的遷移量，使得每批次的停機時間窗口滿足單位的業(yè)務(wù)連續(xù)性要求。

2.3 多個數(shù)據(jù)中心搬遷到一個數(shù)據(jù)中心

由于各種原因，單位的數(shù)據(jù)中心可能分布在多個機房，也可能有多個通過數(shù)據(jù)中心遷移項目，將部署在多個機房或數(shù)據(jù)中心的系統(tǒng)遷移到一個數(shù)據(jù)中心，遷移過程中實現(xiàn)網(wǎng)絡(luò)、系統(tǒng)的整合。

2.4 搬遷后網(wǎng)絡(luò)調(diào)整需求

數(shù)據(jù)中心遷移項目中IP地址變更是較為常見的需求。由于早期數(shù)據(jù)中心建設(shè)時的局限性，以及后續(xù)的快速發(fā)展，普遍造成數(shù)據(jù)中心IP使用無序、不規(guī)范，利用數(shù)據(jù)中心遷移機會，使得重新規(guī)劃IP地址成為可能，特別是目標(biāo)機房重新部署系統(tǒng)，可以從容排除IP變更后的任何隱患。

如果采用邏輯遷移，且目標(biāo)數(shù)據(jù)中心新建主干網(wǎng)絡(luò)，一般目標(biāo)機房的網(wǎng)絡(luò)架構(gòu)將會重新規(guī)劃部署，使用更趨合理、優(yōu)化。

2.5 系統(tǒng)調(diào)整需求

目標(biāo)數(shù)據(jù)中心應(yīng)用系統(tǒng)重新部署的遷移項目，可能會產(chǎn)生各種系統(tǒng)調(diào)整、優(yōu)化需求。比如系統(tǒng)架構(gòu)調(diào)整：單節(jié)點系統(tǒng)變更為多節(jié)點系統(tǒng)、部署在同一設(shè)備的數(shù)據(jù)庫和應(yīng)用拆分到不同設(shè)備、共用服務(wù)器的應(yīng)用拆分;比如存儲調(diào)整：SAN網(wǎng)絡(luò)優(yōu)化整合、存儲擴容、Raid重構(gòu)等;比如統(tǒng)一版本基線：硬件固件版本、操作系統(tǒng)版本、數(shù)據(jù)庫軟件版本、應(yīng)用軟件版本等。

2.6 技術(shù)文檔梳理完善需求

單位在信息化建設(shè)過程中，隨時都有技術(shù)人員流失的可能，不可避免地會造成技術(shù)文檔的缺失。通過數(shù)據(jù)中心遷移，特別是目標(biāo)數(shù)據(jù)中心重新部署系統(tǒng)是一個重新梳理、檢驗、完善文檔的過程。

3 數(shù)據(jù)中心遷移方法

數(shù)據(jù)中心遷移采用的方法有物理搬遷和邏輯遷移。所謂物理搬遷，就是將承載業(yè)務(wù)系統(tǒng)的設(shè)備從源機房搬運到目標(biāo)機房恢復(fù)業(yè)務(wù);所謂邏輯遷移，就是在目標(biāo)機房部署相應(yīng)的設(shè)備，將源機房的系統(tǒng)采用遷移、復(fù)制、部署后切換等方法遷移到目標(biāo)機房。

純物理搬遷一般適用于設(shè)備量較少、應(yīng)用比較簡單的數(shù)據(jù)中心，可以在一個時間窗口內(nèi)一次性完成整個數(shù)據(jù)中心遷移。通常的物理搬遷用于非關(guān)鍵系統(tǒng)的遷移。

邏輯遷移過程中經(jīng)常會采用一種或多種方法來達(dá)成目標(biāo)，這種方法包括基于數(shù)據(jù)庫的復(fù)制技術(shù)、基于存儲的復(fù)制技術(shù)、基于虛擬化的虛擬機遷移技術(shù)等。除此之外，數(shù)據(jù)中心遷移中還經(jīng)常采用類似于用于容災(zāi)的主備系統(tǒng)切換。

3.1 基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制

基于數(shù)據(jù)庫的數(shù)據(jù)復(fù)制只針對數(shù)據(jù)庫數(shù)據(jù)，常用的數(shù)據(jù)庫軟件如Oracle、DB2、SQLServer等都可以通過數(shù)據(jù)庫軟件自帶的或其他軟件進(jìn)行數(shù)據(jù)復(fù)制。在此以O(shè)racle數(shù)據(jù)庫為例介紹。

3.1.1 實現(xiàn)數(shù)據(jù)庫復(fù)制需要具備的軟硬件條件

服務(wù)器：目標(biāo)機房需要用于部署數(shù)據(jù)庫的服務(wù)器，服務(wù)器性能與源數(shù)據(jù)中心服務(wù)器性能相當(dāng)。

磁盤陣列存儲設(shè)備：一般配置的磁盤陣列的可使用空間高于源數(shù)據(jù)中心數(shù)據(jù)庫數(shù)據(jù)量，因為在遷移過程中，除部署數(shù)據(jù)庫外，經(jīng)常需要存放其他數(shù)據(jù)。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量按照需要接入的服務(wù)器計算。

以太網(wǎng)交換機：如果是集群數(shù)據(jù)庫，可能需要心跳網(wǎng)絡(luò)，如條件允許，建議心跳網(wǎng)絡(luò)和業(yè)務(wù)網(wǎng)絡(luò)使用不同交換機，或采用邏輯隔離，交換機端口數(shù)量按照需要接入的服務(wù)器端口計算。

基于數(shù)據(jù)庫的復(fù)制軟件較多，視具體情況，部分軟件需要購買軟件許可。以O(shè)racle數(shù)據(jù)庫為例，基于Oracle數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)大體上可分為兩類：Oracle自己提供的數(shù)據(jù)同步技術(shù)和第三方廠商提供的數(shù)據(jù)同步技術(shù)。Oracle自己的同步技術(shù)有DataGuard、Streams、Advanced Replication和GoldenGate的數(shù)據(jù)同步軟件。第三方廠商的數(shù)據(jù)同步技術(shù)有Quest公司的SharePlex和DSG的RealSync。其中，Oracle的DataGuard是免費軟件，其它都是付費軟件。

3.1.2 源數(shù)據(jù)中心和目標(biāo)數(shù)據(jù)中心之間專線網(wǎng)絡(luò)需求

除第一次創(chuàng)建目標(biāo)數(shù)據(jù)中心數(shù)據(jù)庫時數(shù)據(jù)量較大外，在后續(xù)數(shù)據(jù)復(fù)制時只需傳送日志，普通專線即可滿足。數(shù)據(jù)復(fù)制分為實時同步和定時同步，所需專線帶寬可根據(jù)所產(chǎn)生的日志量決定。

3.1.3 基于數(shù)據(jù)庫復(fù)制的特點

目標(biāo)數(shù)據(jù)中心數(shù)據(jù)庫可以以打開方式存在，在數(shù)據(jù)復(fù)制過程中可以檢查數(shù)據(jù)庫數(shù)據(jù)，減少系統(tǒng)遷移窗口內(nèi)的數(shù)據(jù)檢查時間。

如采用一些付費軟件，可以在不同數(shù)據(jù)庫軟件、不同版本間復(fù)制數(shù)據(jù)，可在遷移期間實現(xiàn)軟件基線統(tǒng)一。

部分復(fù)制軟件支持一對多、多對一、雙向復(fù)制等，也可以選擇部分對象進(jìn)行復(fù)制，可滿足數(shù)據(jù)分發(fā)和數(shù)據(jù)集成的需要，在遷移期間可同時實現(xiàn)數(shù)據(jù)庫架構(gòu)調(diào)整。

3.2 基于存儲的數(shù)據(jù)復(fù)制

基于存儲的數(shù)據(jù)復(fù)制是一種最常見也是最昂貴的一種方式，可以實現(xiàn)同步或異步的數(shù)據(jù)復(fù)制，同時不消耗主機資源。一般情況下這種復(fù)制方式不適于窄帶的環(huán)境，同步方式也不適于遠(yuǎn)距離的復(fù)制。

3.2.1 基于存儲的數(shù)據(jù)復(fù)制需要具備的軟硬件條件

磁盤陣列存儲設(shè)備：要求與源數(shù)據(jù)中心同品牌、性能相當(dāng)?shù)拇鎯υO(shè)備，所需存儲容量按照源數(shù)據(jù)中心需要復(fù)制的數(shù)據(jù)所使用的存儲卷空間計算。

服務(wù)器：目標(biāo)數(shù)據(jù)中心可以配置服務(wù)器。

光纖交換機：目標(biāo)數(shù)據(jù)中心在不配置服務(wù)器的情況下，可不用光纖交換機，否則，光纖交換機端口按接入設(shè)備計算。

波分設(shè)備：如采用同步方式，需要波分設(shè)備。

復(fù)制軟件：與存儲同一廠商軟件，需要購買軟件許可。

3.2.2 源數(shù)據(jù)中心和目標(biāo)數(shù)據(jù)中心之間專線網(wǎng)絡(luò)需求

如果采用同步數(shù)據(jù)復(fù)制方式，在兩個數(shù)據(jù)中心間需要裸光纖連接，并且需要配置遠(yuǎn)距離單模光纖模塊或波分設(shè)備，如果需要多個光纖通道，建議配置波分設(shè)備。

如果采用異步數(shù)據(jù)復(fù)制方式，可以按照數(shù)據(jù)增量配置普通專線。

3.2.3 基于存儲復(fù)制的特點

以卷為單位，可以按需進(jìn)行復(fù)制。

可以用于虛擬機、數(shù)據(jù)庫數(shù)據(jù)、文件等數(shù)據(jù)復(fù)制。

基于存儲的數(shù)據(jù)復(fù)制保證其數(shù)據(jù)一致性和可靠性。

數(shù)據(jù)復(fù)制過程中不能對數(shù)據(jù)進(jìn)行讀寫操作，如果在正式遷移前需要利用復(fù)制數(shù)據(jù)來做測試工作，需要斷開數(shù)據(jù)復(fù)制。

同步方式復(fù)制一般在同城數(shù)據(jù)中心實現(xiàn)，且目標(biāo)機房和源機房光纖距離建議不超過30公里。

3.3 虛擬機遷移

目前使用的虛擬化軟件較多，在此以VMWare虛擬化軟件為例來介紹。

首先需要在目標(biāo)數(shù)據(jù)中心搭建一個虛擬化平臺，同時在目標(biāo)數(shù)據(jù)中心部署用于虛擬化平臺的X86服務(wù)器。虛擬化平臺的資源和服務(wù)能力需要根據(jù)遷移實施的業(yè)務(wù)系統(tǒng)數(shù)量進(jìn)行詳細(xì)計算。

3.3.1 在目標(biāo)數(shù)據(jù)中心搭建虛擬化平臺需要的設(shè)備

服務(wù)器：如果需要在線遷移，應(yīng)選用硬件兼容設(shè)備，設(shè)備性能數(shù)量如能配置與源數(shù)據(jù)中心相當(dāng)則最好。如不具備條件，可暫時配置一定數(shù)量設(shè)備，可逐批次遷移虛擬機，源機房服務(wù)器上虛擬機清空后可搬遷到目標(biāo)數(shù)據(jù)中心使用，這樣做的優(yōu)點是投入成本較少，缺點是每批次遷移虛擬機受限，劃分遷移批次受限。

以太網(wǎng)交換機：建議采用雙機架構(gòu)部署，每臺交換機端口數(shù)量需要滿足資源池內(nèi)所有服務(wù)器的接入需要，即按每臺服務(wù)器的一半端口計算。

磁盤陣列存儲設(shè)備：需要首先確定采用什么RAID技術(shù)。然后再根據(jù)部署的應(yīng)用系統(tǒng)數(shù)量、存儲空間計算。如果為新部署服務(wù)器，本地硬盤至少需按100GB計算;如果是P2V遷移服務(wù)器需要按原有物理服務(wù)器硬盤計算，另外還需考慮預(yù)留平臺管理使用空間。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量應(yīng)不少于資源池內(nèi)服務(wù)器數(shù)量。

如果還有部分采用物理服務(wù)器部署的DB數(shù)據(jù)庫服務(wù)器，則需要統(tǒng)一考慮其網(wǎng)絡(luò)、存儲等資源。

3.3.2 虛擬化平臺間專線網(wǎng)絡(luò)需求

為了滿足從原有虛擬化平臺遷移到目標(biāo)數(shù)據(jù)中心虛擬化平臺，實現(xiàn)業(yè)務(wù)系統(tǒng)的在線遷移割接或者業(yè)務(wù)系統(tǒng)的安全應(yīng)急保障。需要在兩個數(shù)據(jù)中心打通以太網(wǎng)專線網(wǎng)絡(luò)和存儲專線網(wǎng)絡(luò)。

兩個數(shù)據(jù)中心的以太網(wǎng)專線和存儲網(wǎng)絡(luò)專線不是必要條件，用戶可根據(jù)實際情況進(jìn)行網(wǎng)絡(luò)專線的申請。

3.3.3 虛擬機遷移特點

虛擬化因成本低廉、靈活高效、節(jié)能環(huán)保、管理便捷等諸多優(yōu)勢，正在被眾多企業(yè)所推崇和應(yīng)用。在未來的企業(yè)IT部署中，虛擬化必將在服務(wù)器、存儲、網(wǎng)絡(luò)、應(yīng)用、數(shù)據(jù)中心、災(zāi)難恢復(fù)等諸多領(lǐng)域廣泛普及，并發(fā)揮重大作用。

VMWare虛擬化遷移方案，可以幫助用戶在不影響生產(chǎn)主機的情況下，完成生產(chǎn)主機到虛擬主機的復(fù)制遷移，然后在很短的時間內(nèi)（計劃時間內(nèi)），就可以將業(yè)務(wù)系統(tǒng)切換到虛擬主機上。該方案可以幫助用戶快速高效地部署實現(xiàn)虛擬化的數(shù)據(jù)中心和站點遷移。同時，可以對虛擬機和基于虛擬機的業(yè)務(wù)系統(tǒng)，提供數(shù)據(jù)和業(yè)務(wù)連續(xù)性的保護。

3.4 系統(tǒng)切換

系統(tǒng)切換經(jīng)常發(fā)生在數(shù)據(jù)中心容災(zāi)中，將運行在生產(chǎn)數(shù)據(jù)中心系統(tǒng)的業(yè)務(wù)切換到災(zāi)備數(shù)據(jù)中心的系統(tǒng)中。如果把目標(biāo)數(shù)據(jù)中心看作災(zāi)備中心，采用系統(tǒng)切換的方式進(jìn)行數(shù)據(jù)中心遷移則是一次單向的主備切換，即按生產(chǎn)系統(tǒng)在災(zāi)備中心部署應(yīng)用系統(tǒng)，通過測試后，在計劃的時間窗口內(nèi)將業(yè)務(wù)切換到災(zāi)備中心應(yīng)用系統(tǒng)。

系統(tǒng)切換可以用于某些特定系統(tǒng)，比如核心業(yè)務(wù)系統(tǒng)、除核心外的關(guān)鍵業(yè)務(wù)系統(tǒng)，一般這種系統(tǒng)業(yè)務(wù)連續(xù)性要求較高，停機時間短，通過系統(tǒng)切換可以快速完成遷移。

當(dāng)然，如果條件滿足，所有系統(tǒng)都能實現(xiàn)系統(tǒng)切換則是最理想的方法。比如數(shù)據(jù)中心遷移的目標(biāo)機房是災(zāi)備機房，且災(zāi)備機房具備滿足生產(chǎn)系統(tǒng)的網(wǎng)絡(luò)環(huán)境，有一定數(shù)量和性能的服務(wù)器，通過分批次利舊設(shè)備的方式完成數(shù)據(jù)中心遷移。

3.4.1 目標(biāo)數(shù)據(jù)中心需要具備的環(huán)境和設(shè)備

網(wǎng)絡(luò)環(huán)境：具備完整的、滿足部署生產(chǎn)環(huán)境的網(wǎng)絡(luò)環(huán)境。

服務(wù)器：根據(jù)批次劃分，至少擁有承載最大批次系統(tǒng)的服務(wù)器數(shù)量，且性能滿足系統(tǒng)需求，當(dāng)然最好擁有1：1的數(shù)量和性能的服務(wù)器。

磁盤陣列存儲設(shè)備：根據(jù)所選用的數(shù)據(jù)遷移技術(shù)確定設(shè)備品牌和相關(guān)需求。

光纖交換機：建議采用雙機架構(gòu)部署，每臺光纖交換機端口配置數(shù)量按照需要接入的服務(wù)器計算。

3.4.2 主備數(shù)據(jù)中心間專線網(wǎng)絡(luò)需求

一般需要用于傳送同步數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)、以及遠(yuǎn)程切換或維護操作的網(wǎng)絡(luò)，用于同步數(shù)據(jù)的網(wǎng)絡(luò)帶寬根據(jù)選用的數(shù)據(jù)復(fù)制技術(shù)決定;用于傳送業(yè)務(wù)數(shù)據(jù)的帶寬根據(jù)數(shù)據(jù)中心遷移期間兩個數(shù)據(jù)中心系統(tǒng)互訪的數(shù)據(jù)量峰值決定;遠(yuǎn)程切換或維護操作所使用網(wǎng)絡(luò)帶寬要求不高，可與業(yè)務(wù)網(wǎng)絡(luò)公用。

3.4.3 系統(tǒng)切換遷移特點

系統(tǒng)切換相對快，需要的停機時間短。

目標(biāo)數(shù)據(jù)中心部署相同系統(tǒng)，在系統(tǒng)切換前可以進(jìn)行充分的測試，遷移成功率高。

在遷移過程中源數(shù)據(jù)中心系統(tǒng)保留，一旦遷移失敗或遷移后目標(biāo)數(shù)據(jù)中心系統(tǒng)故障，可以快速回退。

目標(biāo)數(shù)據(jù)中心的網(wǎng)絡(luò)環(huán)境、應(yīng)用系統(tǒng)重新部署后可以充分測試，使得平時一些不能實施調(diào)整、優(yōu)化的工作成為可能。

對系統(tǒng)部署的實施能力要求較高，包括廠商支持、實施文檔的質(zhì)量、部署工程師的技術(shù)能力等。同時，通過部署期間對文檔的整理、完善，將明顯提高后期的系統(tǒng)維護能力。

如果源數(shù)據(jù)中心和目標(biāo)數(shù)據(jù)中心間能夠二層網(wǎng)絡(luò)互通，則系統(tǒng)切換可以靈活進(jìn)行，批次劃分簡單，否則必須整網(wǎng)段遷移或遷移后的系統(tǒng)變更IP所在的網(wǎng)段。

4? 數(shù)據(jù)中心遷移方法選擇

4.1 決定遷移方法選擇的因素

選擇適用的遷移方法，是項目成功的關(guān)鍵，影響遷移方法選擇的主要因素，包括項目資源投入、業(yè)務(wù)連續(xù)性要求、實施風(fēng)險、遷移涉及數(shù)據(jù)量、新舊數(shù)據(jù)中心距離、項目工期要求等。

4.1.1 資源投入

資源包括項目投入資金、可用設(shè)備、人力資源等。如果投入資金有限，且無其它可用設(shè)備，則只能考慮物理搬遷;如能購置適量設(shè)備或有適量利舊設(shè)備，則可考慮核心系統(tǒng)邏輯遷移，其它系統(tǒng)物理搬遷，或分批次邏輯遷移;如有足夠資金或設(shè)備，則可考慮完全采用邏輯遷移。人力資源包括遷移實施人員、應(yīng)用廠商支持人員、配合遷移和測試的業(yè)務(wù)人員。

相對來說，純物理搬遷需要投入的資源最少，而搭建1：1系統(tǒng)進(jìn)行遷移所需投入資源最多。

4.1.2 業(yè)務(wù)連續(xù)性要求

即便在同一個遷移項目中，不同的系統(tǒng)業(yè)務(wù)連續(xù)性要求也會不同，針對業(yè)務(wù)連續(xù)性要求不同的系統(tǒng)，可以采用不同的遷移方法。對于業(yè)務(wù)連續(xù)性要求高的，應(yīng)選用快速遷移的方法。比如停機時間2小時的系統(tǒng)，一般來說只能采用系統(tǒng)切換的方法，并且數(shù)據(jù)復(fù)制應(yīng)采用同步方式。

相對來說，純物理搬遷需要較長的停機時間窗口，而搭建1：1系統(tǒng)進(jìn)行遷移所需停機時間較短。

4.1.3 實施風(fēng)險

實施風(fēng)險來自設(shè)備故障風(fēng)險、設(shè)備故障導(dǎo)致的系統(tǒng)和數(shù)據(jù)破壞風(fēng)險、遷移失敗等。

相對來說，純物理搬遷由于設(shè)備故障帶來的風(fēng)險較高，且回退困難，而搭建1：1系統(tǒng)如果遷移失敗，可以快速回退，也不受設(shè)備故障影響，風(fēng)險較小。

4.1.4 數(shù)據(jù)量

數(shù)據(jù)量包括數(shù)據(jù)總量和數(shù)據(jù)增量。如果數(shù)據(jù)量在GB級別的，則對遷移方法的選擇幾乎無影響。但如果數(shù)據(jù)量巨大，如幾十TB，且數(shù)據(jù)增量較大，則需要選用合適的遷移方法和帶寬，如存儲復(fù)制、波分鏈路或裸光纖。

相對來說，純物理搬遷節(jié)約了大量的數(shù)據(jù)復(fù)制時間和設(shè)備投入，但一出現(xiàn)數(shù)據(jù)丟失則需要花費大量時間進(jìn)行數(shù)據(jù)恢復(fù)。而采用數(shù)據(jù)復(fù)制技術(shù)，需要用較長時間實施數(shù)據(jù)復(fù)制，但可避免設(shè)備故障帶來的數(shù)據(jù)丟失風(fēng)險。

4.1.5 新舊數(shù)據(jù)中心距離

如果是不同城市遷移數(shù)據(jù)中心，且對業(yè)務(wù)連續(xù)性要求較高，則不適用物理搬遷。實際中，對于生產(chǎn)系統(tǒng)，也是較多采用在目標(biāo)數(shù)據(jù)中心重新部署后切換的方法。

4.1.6 項目工期要求

相對物理搬遷來說，采用邏輯遷移，從項目調(diào)研、系統(tǒng)搭建、數(shù)據(jù)復(fù)制實施、系統(tǒng)測試等環(huán)節(jié)都需要花費大量時間，項目工期相對較長。

4.2 遷移方法的選擇

首先確定哪個因素是最需要優(yōu)先考慮的，如果希望盡可能降低風(fēng)險和遷移造成對業(yè)務(wù)的影響，最好的方法就是目標(biāo)數(shù)據(jù)中心搭建1：1的系統(tǒng)進(jìn)行切換，但這樣勢必需要大量的資源投入;如果受限于資源投入，可以考慮核心系統(tǒng)進(jìn)行邏輯遷移，其他系統(tǒng)進(jìn)行物理搬遷;如果還是超出預(yù)算，可以考慮核心數(shù)據(jù)進(jìn)行邏輯遷移，其他進(jìn)行物理搬遷;如果還是超出預(yù)算，只能純物理搬遷了。

某汽車制造企業(yè)，系統(tǒng)硬件設(shè)備分別部署在3個機房，不利于統(tǒng)一管理。新數(shù)據(jù)中心作為未來集團級數(shù)據(jù)中心正式投入使用，具備同時承載以上機房所有設(shè)備能力，因此，需將3個機房的設(shè)備及系統(tǒng)遷移至新數(shù)據(jù)中心。項目項目涉及600臺設(shè)備，206套應(yīng)用系統(tǒng)，從3個機房整體遷移到新機房，遷移過程需要修改系統(tǒng)IP地址。由于沒有新購設(shè)備預(yù)算，該項目采用物理搬遷，分4個批次完成搬遷，每個批次安排在周末48小時內(nèi)完成，搬遷窗口內(nèi)需要中斷業(yè)務(wù)，項目工期5個月。這個項目企業(yè)主要考慮投入成本采用了物理搬遷方法。

某央企，新建機房投入使用，原機房租期即將到期，需要將數(shù)據(jù)中心整體遷移到同城新機房。項目涉及157個業(yè)務(wù)系統(tǒng)，50多個測試系統(tǒng)，涉及服務(wù)器、存儲、網(wǎng)絡(luò)、安全等設(shè)備636臺，虛擬機736個，數(shù)據(jù)量約160TB。部分核心系統(tǒng)要求2個小時內(nèi)完成遷移恢復(fù)業(yè)務(wù)，其他核心系統(tǒng)要求8小時內(nèi)完成遷移。新機房內(nèi)核心網(wǎng)絡(luò)新購設(shè)備搭建，新購100TB容量的磁盤陣列作為新核心存儲，新購少量高配置PC服務(wù)器。最終采用了邏輯遷移和物理搬遷的方法完成遷移，用新購服務(wù)器在新機房搭建虛擬化平臺，兩個數(shù)據(jù)中心二層網(wǎng)絡(luò)互通，采用騰挪方法，遷移一部分搬遷一部分，遷移大部分應(yīng)用服務(wù)器，只有少量應(yīng)用服務(wù)器采用物理搬遷。數(shù)據(jù)采用2個機房核心存儲配置數(shù)據(jù)復(fù)制進(jìn)行遷移，其他存儲數(shù)據(jù)通過核心存儲遷移。數(shù)據(jù)庫服務(wù)器部署在冗余的IBM小型機，采用先搬遷一半恢復(fù)業(yè)務(wù)再搬遷另一半的方法，遷移過程滿足企業(yè)務(wù)連續(xù)性要求，項目工期6個月。這個項目企業(yè)較為重視業(yè)務(wù)連續(xù)性要求，大部分采用了邏輯遷移，有冗余設(shè)備部分采用物理搬遷的方法。

總之，綜合多種因素，選擇適合單位自身需要的遷移方法就是最好的方法。

5 結(jié)束語

本文介紹了對于數(shù)據(jù)中心遷移中的數(shù)據(jù)安全、業(yè)務(wù)連續(xù)、網(wǎng)絡(luò)及系統(tǒng)的整合等需求，提出多種的遷移方式及遷移方法，并綜合考慮數(shù)據(jù)中心遷移的資源投入、業(yè)務(wù)要求、實施風(fēng)險、數(shù)據(jù)中心距離、項目工期等因素，為選擇適合數(shù)據(jù)中心遷移的方法提出科學(xué)合理的建議，希望能為有關(guān)數(shù)據(jù)中心遷移提供參考。

參考文獻(xiàn)

[1] 曲波， 鄧旭東， 姜鋒. Oracle GoldenGate數(shù)據(jù)同步機制研究與應(yīng)用[J]. 微型電腦應(yīng)用， 2014（6）：55-58.

[2] 趙根， 顏英， 王彥集. 數(shù)據(jù)大集中管理模式下數(shù)據(jù)同步技術(shù)探討[J]. 信息與電腦（理論版）， 2012（6）：96-97.

[3] 李正忠. 虛擬化在企業(yè)IT架構(gòu)中的價值與應(yīng)用[J]. 信息安全與技術(shù)， 2013， 4（2）：69-70.

[4] 趙穎， 蔣薈. 基于數(shù)據(jù)同步技術(shù)的5T系統(tǒng)架構(gòu)優(yōu)化方案研究[J]. 鐵路計算機應(yīng)用， 2016， 25（6）：9-12.

[5] 談永奇. Oracle中兩種數(shù)據(jù)同步技術(shù)的性能測試與評價[J]. 中國數(shù)字醫(yī)學(xué)， 2011， 06（2）：62-64.

作者簡介：

張黎明（1977-），女，漢族，北京人，英國伯明翰大學(xué)，碩士，國家能源集團神華信息技術(shù)有限公司，工程師;主要研究方向和關(guān)注領(lǐng)域：IT系統(tǒng)的安全及運行維護。