數據遷移的細節決定成敗
導讀：幾年前，數據中心最常見的遷移類型可能是操作系統的升級，通常情況下，操作系統的升級是伴隨服務器硬件或應用程序升級同步發生的，在此期間，生產數據將不可避免要從一個地方轉移到另一個地方。這就要用到數據遷移技術，做數據遷移時要特別注意一些小細節，問題一旦出現，即使很小很小的故障問題，也會導致整個運行進行不下去了。
隨著數據爆炸式增長和服務器虛擬化技術的普及，今天我們看到的更多是存儲系統的升級，與操作系統是否升級無關，虛擬化物理服務器或提供更多存儲空間已成為當務之急。
有人說數據遷移不就是從A點轉移到B點嗎?應該很簡單，如果你有這種想法就錯了，在IT領域，真正的麻煩在于細節。數據遷移的成敗關鍵在于最終需要的停機時間，應盡***努力確保停機時間最小化，并確保遷移期間不出現突發問題，下面我將介紹幾種最常見的數據遷移情景，以及存在的陷阱。
從一種存儲類型遷移到另一種存儲類型時，首先需要正確了解源和目標存儲，你對它們的了解程度可能會最終左右你使用的數據遷移策略，面臨的風險，以及所需的時間。
DAS到SAN遷移
最簡單，最常見的存儲遷移形式可能要數從物理服務器本地，直接附加存儲遷移到SAN存儲，假設你有一臺部門文件服務器，本地磁盤空間已經快用光，為了滿足用戶的存儲需求，你購買了一個新的SAN存儲，于是想將用戶的數據轉移到它上面，但必須不惜一切代價，避免不必要的停機時間。
***步是將物理服務器連接到SAN，不管你使用的是FC SAN還是iSCSI SAN，都需要給服務器添加SAN存儲連接設備，如果是FC SAN，就需要FC HBA(主機總線適配器)，如果是iSCSI SAN，用雙端口千兆以太網網卡就行了，完成HBA或網卡的安裝不應該超過1小時，同時，你***在這個時間范圍內將需要的軟件也一并安裝好，避免以后再停機或重啟服務器。
配置好SAN后，在你的服務器上裝載新的數據卷，并格式化，完成后，你的服務器上就擁有一個全新的空卷了，這時你可以預遷移數據副本，很多人在這一步會犯錯，總是試圖將所有數據全部移走，其實完全沒必要這樣做，不僅風險很大，數據遷移所需時間往往比你預計的要長得多，特別是遷移包含大量小文件的文件服務器，相反，你應該使用robocopy(Windows)或rsync(Linux，Windows)等數據卷鏡像工具。
如果配置得當，這些工具允許你將生產服務器上的數據同步到SAN，包括非常重要的安全描述符，因此不需要生產磁盤卷脫機，通過幾天的連續同步，非生產SAN存儲上的數據就和生產服務器上的文件完全同步了，這樣就不需要中斷生產系統，如果你要遷移的是數據庫服務器，雖然不可能執行增量復制，但你可以通過復制測試確定遷移需要的時間，從而做好停機規劃。
為了減少遷移時間，需確保沒有用戶打開或鎖定共享服務器上的文件，如果是Windows Server操作系統，可以停止“Windows Netlogon”和“Server”服務，這樣用戶就無法訪問服務器上的共享文件了，微軟的Process Explorer或Linux下的lsof可以檢查是否有進程鎖定你需要復制的文件，在Windows服務器上，WMI服務通常是罪魁禍首。
當你確定源存儲卷上沒有文件被打開后，就可以開始做同步操作了，遇到復制失敗錯誤時，應仔細閱讀錯誤消息，因為某些系統文件是無法移動的，重點應放在用戶數據上。
數據完全鏡像后，最簡單的辦法就是交換盤符或掛載點，當然，你也可以修改共享設置和應用程序設置，如殺毒軟件的排除選項，指向新的驅動器，最省時的辦法還是交換掛載點，如果你的本地數據卷使用的是D:，先將本地卷的驅動器號移除，然后將其分配給SAN卷，完成后，重啟服務器，再啟動需要的服務，用戶就可以訪問和使用新的SAN卷了。
以上就是我要為大家介紹的時間遷移的細節問題，希望大家能從中學點經驗，為您以后的工作更好的服務。
【編輯推薦】
