解析雲資料庫移轉的成功之道與挑戰

資料庫移轉不是一朝一夕的事，你不可能突然就說：「嘿！ 今天來把資料庫移轉到雲上怎麼樣？ 」在決定遷移之前，還有許多準備工作需要我們考慮。 目前許多廠商都提供了吸引人的雲服務，但是你要搞清楚什麼樣的產品才是你真正需要的。

　　在開始討論之前，先讓我們思考這樣一個場景，其中雲資料庫移轉是一個可行的選項：

　　管理企業內部資料庫的能力不足

　　它不是中央功能單位

　　作為中小型企業需要對資本支 出進行控制

　　你正在使用或者開發一個新的應用，需要把雲作為一個測試環境

　　遷移到雲用來做災害復原備份，或者把雲資料庫當做遷移的一次實驗，為以後鋪平道路

　　雲資料庫移轉的一個最大好處就是 可用性、擴充性、可靠性以及成本。 雲基礎架構是可擴展的，而且無需固定資產投資。 如果安全性保障做好，業務對於雲資料庫移轉還是非常開放的。

　　將資料庫移轉到雲中，同時把應用留在企業內部，這樣做很可能會造成許多問題。 兩個網路需要無縫協作，以提供更快更好的功能。 這個操作需要在大多數實例中進行，否則就不會得到比內部部署更好的效果。 這也就是為什麼我們建議把所有元件都遷移到雲中，而不僅僅是資料庫而已。

評估資料庫大小：資料庫的大小決定了使用什麼樣的硬體，需要多少存儲空間以及遷移過後需要什麼實例。 這項工作可以有企業內部IT團隊來完成。

資料移轉前做好應用測試：服務商用到一些應用來連接資料庫，這些應用需要進行仔細的調優。 運行在雲資料庫上的應用系統還需要能夠與雲基礎架構相容，並能夠比內部部署應用提供更好的性能。 雲資料中心可能會有高延遲問題，應用需要能夠應對這一情況。 一定要向雲服務提供者回饋這些問題，以便他們能夠及時解決。

資料機密需要保證：在開始階段，你可能只會遷移非關鍵業務的資料庫和應用。 還是那句話，資料庫移轉不是一朝一夕的事，所以安全級別較低的資料庫可以作為遷移的起始。

仔細設計服務水準協定（SLA）文檔：有一些應用需要99.99%的正常工作時間，所以要確保停機時間不會影響到你的業務需求。

確保可擴充性：將資料庫移轉到雲中最吸引人的地方，就是立即可擴充性。 服務和基礎架構需要不停機的情況下進行理想的擴展。 沒錯，這需要你同服務提供者進行協商，確保他們能夠滿足你的業務增長計畫。

注意你的作業系統：確保作業系統能夠運行資料庫是最基本考慮因素，但是許多使用者卻往往忽視了這一點。 舉例來說，Oracle能夠運行在Linux和Windows上，儘管實現的功能是一樣的，但是在性能上會有很大的差別。 所以一定要確保雲中的作業系統問題。

垃圾檔整理能夠降低成本：對於按照存儲空間收取費用的雲服務，對資料進行清洗是非常重要的。 隨著資料庫大小的增長，你的成本就會增加。 所以在進行遷移之前，一定要把沒用的垃圾資料刪除，從而節省一定的空間。

(責任編輯：蒙遺善)