摘要：為什么說遷移工作是一項讓企業的IT部門相當頭疼的事情？在他們沒有經過徹底周密的規劃并對規劃認真執行的情況下就匆忙實施數據遷移工作，可能會導致您企業潛在的停機時間和營收損失。因此，在了解了這一事實的基礎上，數據遷移這一風險還值得冒嗎？

根據IDC的統計數據顯示，只有60%的遷移工作是按時完成的。而造成數據遷移延遲的最大原因之一便是托管服務提供商沒有對企業客戶現有的基礎設施實施詳細的分析，進而了解細微差別，并挖掘核心的問題。如果托管服務提供商們對于企業客戶的架構的復雜性有了較強的了解，那么，他們就能夠有針對性的對遷移過程中可能發生的任何暫時性的小問題進行規劃。

您的企業是否需要實施遷移數據?

在深入鉆研如何完成一項成功的數據遷移的步驟之前，您應該首先確認的是您企業是否真的需要實施數據遷移。通常，數據遷移工作是在企業經歷了顯著的業績增長和客戶量增長的前提下進行的。相關業務量和客戶數量的顯著大幅增加會對企業現有的資源供應帶來相當的壓力，也就意味著您的公司可能需要通過將數據遷移到一個更大的服務器來擴大其托管功能。

而搞清楚貴公司當前業務的發展周期的階段，以便保持領先，避免企業在成長過程中的麻煩是相當重要的。而如若未能成功做到這一點的話，您企業的客戶可能會遭遇到帶寬問題或在您企業的現有架構步伐滿足業務的非線性增長的前提下發生停機。

如何選擇一家托管服務提供商?

當企業用戶在選擇一家托管服務提供商時，保持開放的溝通是至關重要的。在理想的情況下，您企業應該被潛在的服務供應商指定一個專門的接洽小團隊，該團隊將與您一起完成整個數據遷移過程。企業用戶要盡量避免在該過程中被供應商向踢皮球一樣在遷移過程中的每一步，都被轉移到由服務供應商的不同團隊接手，畢竟，就像廚房里有太多的廚師會增加不必要的復雜性一樣，何況數據遷移工作的本身就已經夠復雜的了。

當在評估托管服務提供商時，您應該明確托管服務公司的責任與他們期望您所做到的事情。如果沒有對這一點的清晰的認識，您可能會認為某些事務將交由托管服務提供商來處理，而事實上，這應該是您企業應該自行完成的。您也應該把您的關注重點放在最初的關于供應商將如何為您公司的應用程序的各個部分實施解剖，并確認他們如何打算對這各個部分實施單獨遷移的討論方面。同時，不要害羞，大膽的詢問他們在過去經手過哪些類似的遷移技術堆棧，并在這些遷移過程中獲得了怎樣的感悟，當初的遷移工作花了多長時間等。

如何成功地完成數據遷移

既然您已經確定您企業的確需要將數據遷移到一臺更大的服務器，而且也已經選定了您的托管服務提供商，那么，您就應該遵循如下的步驟，來確保您企業的數據遷移工作獲得成功了。

注意：如下每一個步驟均提供了一個估計的完成時限;但是，這一時間框架將隨著每家企業數據遷移項目具體要求的不同而存在一定差異性。

步驟1：定制解決方案架構師

堅如磐石的托管架構是以每套解決方案的特定客戶的具體需求實施定制化設計的。類似于建筑的設計師一樣，其需要花費相當的時間來實施規劃，并確定如何最好地構建一套完善的基礎設施，而托管解決方案的架構師同樣需要在規劃階段花費大量的時間。通過充分了解系統架構，托管解決方案架構師才可以創建出一套定制化的解決方案，以匹配您企業遷移工作的所有具體需求。

時限：1-2小時的Q&A。

步驟2：搭建，配置與前期預測試

一旦您的托管服務提供商根據您企業的具體需求在步驟1的基礎上清晰設計好了您企業的新的自定義架構，您應該測試幾次，確保所有必要的庫文件，數據包和配套軟件是否安裝正確。這一步驟能夠有助于您評估新架構的性能，冗余，故障轉移，庫和應用程序的安裝，監控，預警和操作系統的要求。

時限：不到一個小時到幾天，取決于解決方案的復雜性

步驟3：將您的數據遷移到新系統

一旦您企業新的架構已通過測試并獲得批準，與您的托管服務提供商合作以確定任何數據必須進行同步，并確保所有必要的更新已被復制和抓獲是非常重要的。由于數據對企業的至關重要性，您的團隊應該負責完成數據和數據庫實際遷移到新架構的工作。通過這種方式，可以確保遷移工作能夠按照您的需要完成，并讓您企業能夠確定相關的數據已然被正確遷移，捕獲和復制。

時限：取決于數據規模的不同，貫穿整個步驟1到步驟5的過程;并將繼續貫穿至步驟8。

步驟4：同步您的數據庫

當數據被遷移到新系統后，您應該驗證數據庫信息的配置和安全。所有以前存儲在您企業托管環境中的結構化數據都應自動和立即復制到新的托管環境中，這樣在遷移過程中不會發生停機時間，也就不會對客戶體驗造成任何影響。

時限：取決于數據規模的不同，貫穿整個步驟1到步驟5的過程;并將繼續貫穿至步驟8。

步驟5：遷移您企業的DNS

您的托管服務提供商應該重新定向您的公共網站的DNS記錄，使其指向高可用負載平衡器，其將立即重定向連接回到您企業以前的基礎設施。這種重定向應該向客戶和應用程序完全透明，并確保在這個過程中對您的客戶流量沒有任何延遲或干擾。允許新的DNS信息傳播一周的時間，以確保DNS傳播延遲不會影響您的客戶體驗。

時限：貫穿步驟6和7，但通常持續至少一周。

步驟6：執行您的代碼

現在，您需要在您遷移新的主機平臺中執行并實現定制化的代碼。在這一步中，客戶也可以與托管服務提供商合作，以確保所有必要的庫，數據包和配套軟件被妥善安裝。

時限：取決于客戶的需求。

步驟7：利用現場數據測試您的代碼

這一步驟是非常重要的。您將需要測試您真正的代碼，用真實的數據，以確保應用程序的準確性和完整性。在此階段，該數據庫有實時信息以及本地數據量，已經收到包括復制的和用于活動站點的現有數據增量更新。鑒于您對于企業的應用程序，功能和特性的深入了解，托管服務提供商一般會依賴于您企業自身來完成測試數據的同步和復制數據庫的完整性。

時限：取決于客戶的需求。

步驟8：轉換交換機

最后，由于數據庫和數據量的不斷遷移、更新，所有的數據都是實時的，并要準備好支持客戶。您企業應該有一個預定的維護窗口，以方便托管服務提供商能夠為客戶流量“轉換交換機”，直接從舊的服務器轉換到新的、經過測試的數據托管環境。

時限：約一秒鐘。

即使您嚴格遵循上述每一個步驟，您企業仍然可能需要采用某些額外的步驟來滿足您所有的具體需要，進而實現一個完整的數據遷移。正如前面提到的，保持與服務供應商的緊密合作關系是至關重要的，并要求您的托管服務提供商必須提供詳細的遷移計劃，避免遷移過程中可能出現的麻煩。

企業現在應該怎么辦?

總是有人問：如果他們所在企業不進行數據遷移，會發生什么，盡管他們目前的數據量已經突破了他們的托管能力。從某種意義上說，這樣的情況下，計算數據遷移的益處會相對更容易，這樣既節約了成本，還提高了性能和改善了企業的人員結構。當事務均在您的控制范圍內時，詳細描述和把握細節，并實施量化可能更容易。最終，這些問題應該歸結為：“如果我企業實施了數據遷移，能夠獲得什么益處?”而不是“如果我企業保持現狀，會發生什么?”