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

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

您的企業(yè)是否需要實施遷移數(shù)據(jù)?

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

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

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

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

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

如何成功地完成數(shù)據(jù)遷移

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

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

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

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

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

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

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

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

步驟3：將您的數(shù)據(jù)遷移到新系統(tǒng)

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

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

步驟4：同步您的數(shù)據(jù)庫

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

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

步驟5：遷移您企業(yè)的DNS

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

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

步驟6：執(zhí)行您的代碼

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

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

步驟7：利用現(xiàn)場數(shù)據(jù)測試您的代碼

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

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

步驟8：轉換交換機

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

時限：約一秒鐘。

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

企業(yè)現(xiàn)在應該怎么辦?

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