當你需要對整個數據中心進行備份時，正確配置的vCenter Site Recovery Manger可以最小化虛擬機停機時間。

管理員可以通過多種方式保護自己的虛擬環境，但是當整個數據中心遭遇災難襲擊時，VMware SRM(vCenter Site Recovery Manager)可以在最短的停機時間內恢復多臺虛擬機的正常運行。當然，擁有災難恢復(DR)產品只是實現災難恢復的***步，而進行正確配置、保證其在災難發生時能夠正常工作完全是另外一件事情。

Luke Huckaba是Rackspace公司的虛擬化架構師，其博客當中有很多關于SRM和虛擬化的文章。關于備份產品的不同類型、管理員實施和管理SRM的必要技能等話題，SearchVMware對其進行了采訪。

怎樣優化SRM以盡量縮短恢復時間?

縮短恢復時間的***方式是減少SRM對于虛擬機(VM)的操作。vCenter SRM擁有多種功能，比如更改IP、在SRM服務器或者客戶端操作系統上運行腳本，但是所有這些操作都將會增加系統在時間方面的開銷。

此外，如果你正在嘗試恢復的所有虛擬機之間都不存在依賴關系、可以同時啟動，那么***按照默認方式將它們劃分到三個優先級組當中。如果將它們劃分到五個不同的優先級組當中，就要首先啟動***組中的虛擬機，只有當***組全部啟動完畢之后，才能開始啟動第二組虛擬機。

我曾經測試過基于陣列的復制功能，使用NetApp SnapMirror和具有RecoverPoint 功能的EMC陣列，發現他們的恢復性能幾乎相同，因為在導入虛擬機之前，恢復過程當中它們都需要在宿主機當中添加卷或data store。

如果你使用vSphere Replication，可以節省建立存儲塊所花費的時間。實際上它的運行速度非常快——當然比基于陣列的復制方式更快——但是你的恢復時間目標可能會受到影響，因為其并非是針對大型企業環境而設計的。

vCenter SRM的競爭對手?

我首先想到的是Zerto，其推出了一款偉大的產品;你甚至可以在自己的SRM環境當中使用它。之前我已經將SRM定義為一種業務流程工具，因為它并沒有完成任何實際的繁重工作——存儲復制。它只是和不同的系統進行通訊，告訴所有其他部分應該做什么，而Zerto更像是一個人在演獨角戲。它可以選定時間點(PIT)、通過復制的方式來實現恢復功能。

EMC RecoverPoint也提供了類似的功能，但是它不能和SRM協同工作。如果你的生產環境和災難恢復環境完全不同，那么應該考慮使用Zerto，而不是投入大量費用使得存儲系統能夠協同工作。當然，你可以在不同的存儲環境當中使用vSphere Replication，但是你的恢復點對象(RPO)相比于Zerto可能會更高一些，再次強調，在大規模環境當中并不推薦使用vSphere Replication。

SRM是否需要和VMware VDP/VDPA協同工作以實現備份和恢復?

它們是適用于兩種不同情況的不同協議。我們可已經將SRM理解為數據中心的整體災難恢復軟件;它會將所有服務器都轉移到另外一個數據中心當中，之后全部啟動。SRM可以在幾分鐘之內恢復大量虛擬機，我曾經看到過5分鐘之內恢復40臺虛擬機。

而另一方面，VDPA不能以這樣快的速度恢復一臺單獨的虛擬機，而恢復40臺虛擬機的速度更要慢得多了。但是，但是如果你需要從意外刪除的虛擬機當中取回一些數據，而不必恢復保護組當中的所有虛擬機，那么VDPA就可以發揮作用了。

SRM沒有時間點恢復選項，盡管可以通過vSphere Replication方式實現——還有其他基于陣列的復制選項——但是VDP卻支持這些選項。你還可以將這些恢復點保存一段時間，以防止意外情況發生。

如果將它們搭配使用將會是一種很好的解決方案，但是需要注意的是SRM仍然是災難備份領域當中的***，而VDPA只是一種備份解決方案。

vCenter SRM在站點恢復的配置或者執行上有哪些缺點?

我聽到的最多的關于SRM的抱怨就是你必須單獨地為每個站點設置映射。比如，當登陸到你的受保護(源/生產環境)站點，你可以在恢復(目標/災難恢復)站點映射集群、主機、文件夾和端口組。這很酷，對嗎?是的，

你很清楚所有的負載都在哪里;但是，你必須登陸到恢復站點，按照相反的方向再次進行映射。這是故障恢復——以及重新保護和隨后的故障轉移——所必需的。但是這樣很有可能導致重新保護失敗，因為它不能創建虛擬機占位符。話雖如此，我還是預計這個問題將會在SRM的下個發行版本當中被修復。

另外一種抱怨是其不能導出配置。如果你想要遷移到一臺新的服務器，你所做的只能是重新安裝、指向現有的數據庫。從服務提供商的角度來說，想要將客戶移動到另外一個SRM對是非常困難的，我所說的困難是推到重來。如果對于只有你自己的數據中心來說，這并不是什么大問題。

作為一個腳本編寫者，我還希望能夠擁有PowerCLI cmdlets。它們允許你通過PowerCLI連接到SRM服務器，但是所有的命令都是基于API的。

vCenter SRM是否適合于多hypervisor環境的災難恢復?

并不適合。SRM只支持VMware環境，不能和其他廠商的產品兼容。但是這并不意味著你不能使用一些基于陣列復制的產品來復制存儲，只是業務流程需要自己控制。只要你能夠使用SRM為VMware環境制定合適的計劃，那么就沒有問題。