僅僅在十年前，數(shù)據(jù)中心遷移需要技術人員花費緊張而漫長的周末才得以完成�，F(xiàn)在，隨著硬件成本降低與存儲技術改善，數(shù)據(jù)中心遷移過程變得快速而簡潔。

設計一個好策略

總體來說，數(shù)據(jù)中心遷移著眼于目標數(shù)據(jù)中心規(guī)模與范圍。一個“真實的”數(shù)據(jù)中心可能由廣場的草坪與運行的系統(tǒng)組成。確定范圍十分重要--遷移一些CICS應用與某些批處理文件會比遷移操作系統(tǒng)上所有數(shù)據(jù)來得簡單的多。

將實物用卡車運輸--把服務器等設備搬入卡車并運輸?shù)竭h程站點--這樣太慢了。公司可能會購買基于存儲的解決方案，例如EMC公司Symmetrix Remote Data Facility（SRDF）與IBM Peer-to-Peer Remote Copy（PPRC），兩者都支持遠距離同步磁盤復制。利用這些工具，直接訪問存儲設備（DASD）復制可以在新數(shù)據(jù)中心架設完成后開始實施數(shù)據(jù)遷移。

存儲磁帶是個可以解決很多問題的特殊介質。提供磁帶數(shù)據(jù)解決方案的公司，如EMC的大型機磁帶庫（DLm），可以復制虛擬磁帶卷與DASD至目標站點。實物磁帶需要被搬運至新數(shù)據(jù)中心。在當前情況下，時間就是金錢。歸檔的數(shù)據(jù)可以立即發(fā)往新數(shù)據(jù)中心。用于次日修補作業(yè)的磁帶需要在實施轉換的周末運至數(shù)據(jù)中心。一些公司可能放棄物理遷移磁帶的方式而采用在遠程站點安裝磁帶，并使用安全通道的方式從主數(shù)據(jù)中心傳輸數(shù)據(jù)。

即使在21世紀，物理介質，包括印刷體、打孔器與表格都是需要考慮的成本。需要有一份詳細的清單說明設備將運往那里，何時出發(fā)。采用新技術進行數(shù)據(jù)中心遷移的企業(yè)則幸運的避開了這些惱人問題。

規(guī)劃數(shù)據(jù)中心遷移

數(shù)據(jù)中心遷移初期，企業(yè)應該成立包括技術專家與業(yè)務人員在內的專項小組。技術專家可以操作計算機設備，而業(yè)務人員熟悉企業(yè)規(guī)章與要求。項目經理與規(guī)劃者同樣需要領導專項組確保各項事務按照合適的順序執(zhí)行。

新建數(shù)據(jù)中心會涉及到許多硬件的采購與安裝。不僅如此，某些復制策略需要有活動的大型機系統(tǒng)在目標站點（例如IBM）可以協(xié)助創(chuàng)建一個大型機系統(tǒng)啟動器，以實現(xiàn)遷移中完整的系統(tǒng)引導。

必須對當前數(shù)據(jù)中心遷移方法作出選擇。復制策略與數(shù)據(jù)量決定所需的網(wǎng)絡帶寬。如果公司無法承擔所有的DASD復制，需要有人決定哪些卷需要復制并及時恢復。物理磁帶策略成為確保數(shù)據(jù)遷移前后卷完整的重要介質。若沒有詳細規(guī)劃，新數(shù)據(jù)中心最先需要的是一盤存儲舊站點信息的磁帶。

規(guī)劃數(shù)據(jù)中心遷移最靈活的部分便是時間選擇。需要在短時間內完成新舊站點轉換，這樣用戶才不會察覺到異常，理想情況是舊站點關閉后，新站點立即啟用，或者所有業(yè)務中斷短暫幾小時。在選擇切換時間時，遷移小組必須協(xié)商建立一個詳細的時間線，以細化所有事件并量化其所需的時間。

當然，任何好的實施方案都需要包含回退策略，這樣可以靈活應對出現(xiàn)異常后無法回退至舊數(shù)據(jù)中心的問題發(fā)生。因此，最佳回退計劃包含可靠的部署腳本，并能夠解決轉換后出現(xiàn)的問題與異常。

實施數(shù)據(jù)中心遷移

現(xiàn)代硬件的另外一大優(yōu)勢便是可以進行測試演練。遷移計劃應該包括許多測試以確保規(guī)劃的可行與可靠。測試腳本與實際遷移時的腳本不大一樣，因為當前數(shù)據(jù)中心必須保持運作，同時目標站點應該和生產數(shù)據(jù)、網(wǎng)絡及用戶完全隔離。

每個測試都應擁有測試基準點，系統(tǒng)程序員中斷當前站點與目標數(shù)據(jù)中心的復制。在目標站點，有人確保復制卷在線并啟動系統(tǒng)。在理想情況下，目標站點系統(tǒng)將運行足夠長的時間以完成所有其他腳本測試。

同時應有其他人在場，記錄測試在各個階段成功或失敗的結果，并記錄各步驟所花費的時間。在每項測試結束后，遷移小組應該通過記錄重寫或優(yōu)化腳本。理想情況下，經過二到三次測試后，規(guī)劃將基本趨于完善。

理想狀況下，所有事情會平穩(wěn)運作，但事情總有意外，也許不是立刻發(fā)生。最不幸的是，數(shù)據(jù)中心遷移是否成功，依賴于CICS或ISM成功上線后幾天內的運行狀況與批處理命令執(zhí)行效果的反饋。因此，遷移小組必須在遷移后的幾周內保持警惕。度過這幾周后，小組成員們便可以安心放個長假了。(作者：Robert Crawford 譯者：陳德文 )