當(dāng)你實(shí)驗(yàn)去做企業(yè)處事器的虛擬化時(shí)，將將來(lái)的數(shù)據(jù)遷移思量進(jìn)去很是須要。

任何的數(shù)據(jù)遷移，首先要做的都是一個(gè)判定：數(shù)據(jù)是否真的需要遷移？你大概有千萬(wàn)種來(lái)由想要實(shí)現(xiàn)這種由物理到虛擬的轉(zhuǎn)換，像是應(yīng)用處事器，但這大概并不包羅后端數(shù)據(jù)庫(kù)處事器。而當(dāng)你的公司抉擇將所有的系統(tǒng)盡數(shù)虛擬化，那么讓我們開(kāi)始數(shù)據(jù)遷移吧。

你是否已經(jīng)確定哪些數(shù)據(jù)需要做遷移？那我們繼承吧！

布局非布局很重要

數(shù)據(jù)范例對(duì)數(shù)據(jù)遷移的影響重大。凡是來(lái)講，非布局化數(shù)據(jù)更易于遷移，通過(guò)文件系統(tǒng)復(fù)制或備份規(guī)復(fù)就可以或許漸進(jìn)完成遷移進(jìn)程。

而布局化數(shù)據(jù)的處理懲罰就很棘手：雷同于數(shù)據(jù)庫(kù)這樣的數(shù)據(jù)范例凡是一直處于利用狀態(tài)，因此漸進(jìn)式的遷移進(jìn)程就難以實(shí)現(xiàn)。

大大都環(huán)境下，任務(wù)要害數(shù)據(jù)庫(kù)往往設(shè)置為高可用集群。而在這種景象下，虛擬單個(gè)數(shù)據(jù)庫(kù)集群結(jié)點(diǎn)，建設(shè)單個(gè)客戶(hù)集群主要有這樣兩個(gè)思量：

假如你的hypervisor提供支持，你需要配置法則防備客戶(hù)節(jié)點(diǎn)宿主在物理主機(jī)上，不然主機(jī)失敗理論上大概導(dǎo)致數(shù)據(jù)庫(kù)失敗。盡量數(shù)據(jù)庫(kù)節(jié)點(diǎn)可以或許處理懲罰差異hypervisor的節(jié)點(diǎn)失敗，但這樣做你將有更大幾率保持?jǐn)?shù)據(jù)庫(kù)在線。

數(shù)據(jù)庫(kù)妨礙規(guī)復(fù)節(jié)點(diǎn)鮮少會(huì)存儲(chǔ)數(shù)據(jù)自己。這些節(jié)點(diǎn)凡是會(huì)關(guān)聯(lián)到一個(gè)集群共享卷，，你需要處理懲罰這些數(shù)據(jù)。你可以把數(shù)據(jù)存放于原有位置，但必需思量到hypervisor的一些專(zhuān)有限制。

貫串虛擬化始終的資源爭(zhēng)用

資源爭(zhēng)用可以領(lǐng)略為虛擬機(jī)之間對(duì)硬件資源的競(jìng)爭(zhēng)。從處事器虛擬化的角度看，資源爭(zhēng)用貫串始終：處事器硬件資源足夠支撐多負(fù)載運(yùn)行，而可用的硬件資源卻必需被多虛擬機(jī)共享。

對(duì)比其他范例虛擬機(jī)，數(shù)據(jù)庫(kù)處事器要耗損更多硬件資源。這一點(diǎn)在要求存儲(chǔ)IOPS以及存儲(chǔ)容量時(shí)尤為精確。

在虛擬處事器情況中常常會(huì)呈現(xiàn)的一個(gè)錯(cuò)誤是將所有的VM呆板數(shù)據(jù)存儲(chǔ)于一個(gè)共享卷。Hypervisor廠商強(qiáng)烈推薦的集群共享卷應(yīng)用，但并沒(méi)有明文劃定說(shuō)你必需將虛擬化設(shè)施鎖定到單一卷。凡是環(huán)境下，你可以操作多集群共享卷晉升機(jī)能。

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