雖然虛擬機災(zāi)難恢復(fù)與物理DR實踐相比，是一個游戲規(guī)則的改變者，但它往往是緩慢而不靈活的，而且存在潛在的缺點。良好的DR不是憑空發(fā)生的，它必須得到有效的計劃、管理和適當(dāng)?shù)臏y試。雖然手動捕獲設(shè)置、配置和管理虛擬DR所需的數(shù)據(jù)和細節(jié)，對于小環(huán)境來說可能很簡單，但這種方法的伸縮性并不好。

服務(wù)器在沒有正確的授權(quán)或成本分配的情況下進行配置，這將導(dǎo)致虛擬機（VM）的蔓延。讓VM蔓延變得尤其令人討厭的是，這些蔓延的生產(chǎn)機器經(jīng)常遇到配置問題。正如他們所說，這些規(guī)則是有原因的，例如，為了捕獲需要特殊處理的部署，例如虛擬機災(zāi)難恢復(fù)和VM的依賴關(guān)系。

[[205056]]

在正常配置期間，捕獲需求和所有權(quán)數(shù)據(jù)不是問題。在配置過程之外執(zhí)行時，在虛擬機災(zāi)難恢復(fù)情況甚至日常支持中所需的大量關(guān)鍵信息尚未被正確收集和存儲，這使得這兩個任務(wù)更加困難。

妥善保護生產(chǎn)虛擬機

更糟糕的是，VM或服務(wù)可能沒有DR測試計劃或管理員。管理員經(jīng)常會發(fā)現(xiàn)，生產(chǎn)機器并不是支持DR的。文檔和DR設(shè)置可能沒有發(fā)生。

如果DR管理器不知道這些機器，那么在真正的DR場景發(fā)生之前，問題才會顯現(xiàn)。企業(yè)集團或所有者可能認為虛擬機災(zāi)難恢復(fù)已經(jīng)啟用，但事實并未啟用，這不僅可能導(dǎo)致對提供商的信心喪失，而且會造成嚴重的財務(wù)損失。

大公司在通信方面是出了名的差，這就是為什么每個生產(chǎn)虛擬機都應(yīng)該進行全面的生產(chǎn)部署。出于這個原因，用戶驗收測試和開發(fā)VM不應(yīng)該被重新用于生產(chǎn)虛擬機。

在正確的部署過程中，應(yīng)該在這些問題變得至關(guān)重要之前抓住它們。正確地做到這一點也意味著所有者已經(jīng)正確地注意到，成本是分攤的，并且虛擬機有一連串的指揮和決策。

這些都是虛擬機災(zāi)難恢復(fù)實際上不需要做的事情。按照預(yù)定的間隔，根據(jù)DR計劃檢查和交叉引用VM是符合業(yè)務(wù)的利益的。并不是每個機器都有DR計劃，但是這樣做會使得這些流氓機器能夠根據(jù)需要進行識別和修復(fù)。