當你實驗去做企業處事器的虛擬化時，將將來的數據遷移思量進去很是須要。

任何的數據遷移，首先要做的都是一個判定：數據是否真的需要遷移？你大概有千萬種來由想要實現這種由物理到虛擬的轉換，像是應用處事器，但這大概并不包羅后端數據庫處事器。而當你的公司抉擇將所有的系統盡數虛擬化，那么讓我們開始數據遷移吧。

你是否已經確定哪些數據需要做遷移？那我們繼承吧！

布局非布局很重要

數據范例對數據遷移的影響重大。凡是來講，非布局化數據更易于遷移，通過文件系統復制或備份規復就可以或許漸進完成遷移進程。

而布局化數據的處理懲罰就很棘手：雷同于數據庫這樣的數據范例凡是一直處于利用狀態，因此漸進式的遷移進程就難以實現。

大大都環境下，任務要害數據庫往往設置為高可用集群。而在這種景象下，虛擬單個數據庫集群結點，建設單個客戶集群主要有這樣兩個思量：

假如你的hypervisor提供支持，你需要配置法則防備客戶節點宿主在物理主機上，不然主機失敗理論上大概導致數據庫失敗。盡量數據庫節點可以或許處理懲罰差異hypervisor的節點失敗，但這樣做你將有更大幾率保持數據庫在線。

數據庫妨礙規復節點鮮少會存儲數據自己。這些節點凡是會關聯到一個集群共享卷，，你需要處理懲罰這些數據。你可以把數據存放于原有位置，但必需思量到hypervisor的一些專有限制。

貫串虛擬化始終的資源爭用

資源爭用可以領略為虛擬機之間對硬件資源的競爭。從處事器虛擬化的角度看，資源爭用貫串始終：處事器硬件資源足夠支撐多負載運行，而可用的硬件資源卻必需被多虛擬機共享。

對比其他范例虛擬機，數據庫處事器要耗損更多硬件資源。這一點在要求存儲IOPS以及存儲容量時尤為精確。

在虛擬處事器情況中常常會呈現的一個錯誤是將所有的VM呆板數據存儲于一個共享卷。Hypervisor廠商強烈推薦的集群共享卷應用，但并沒有明文劃定說你必需將虛擬化設施鎖定到單一卷。凡是環境下，你可以操作多集群共享卷晉升機能。

最終，你照舊需要基于你的hypervisor以及數據中心硬件來實施遷移進程。無論是VMware、Hyper-V照舊其他范例，它們都存在著影響數據遷移的不同因素。