成功數據遷移的詳細步驟

數據中心點評網(shujuzhongxin.com)報道：根據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：轉換交換機

　　最後，因爲數據庫和數據量的不斷遷移、更新，全部的數據都是實時的，並要準備好支持客戶。您企業應該有一個預約的維護窗口，以方便託管服務提供商可以爲客戶流量「轉換交換機」，直接從舊的服務器轉換到新的、通過測試的數據託管環境。

　　時限：約一秒鐘。

　　即便您嚴格遵循上述每個步驟，您企業仍然可能須要採用某些額外的步驟來知足您全部的具體須要，進而實現一個完整的數據遷移。正如前面提到的，保持與服務供應商的緊密合做關係是相當重要的，並要求您的託管服務提供商必須提供詳細的遷移計劃，避免遷移過程當中可能出現的麻煩。

　　企業如今應該怎麼辦?

　　老是有人問：若是他們所在企業不進行數據遷移，會發生什麼，儘管他們目前的數據量已經突破了他們的託管能力。從某種意義上說，這樣的狀況下，計算數據遷移的益處會相對更容易，這樣既節約了成本，還提升了性能和改善了企業的人員結構。當事務均在您的控制範圍內時，詳細描述和把握細節，並實施量化可能更容易。最終，這些問題應該歸結爲：「若是我企業實施了數據遷移，可以得到什麼益處?」而不是「若是我企業保持現狀，會發生什麼?」