對於企業——特別是自己執行虛擬桌面環境的企業——來說，確保部署可靠的災難恢復計畫是非常重要的。但是現在應該如何制定vdi災難恢復計畫?我們可以考慮hyper-v、windows to go、儲存同步和離線虛擬桌面等四種方式。
現在，企業將災難恢復計畫的重點全部放在伺服器及其業務負載方面。但是，已經部署vdi的企業還必須考慮虛擬桌面在災難恢復過程當中能夠發揮哪些作用。
當遭遇災難襲擊 時，it部門必須盡快將所有系統恢復到正常可用狀態，保證內部員工能夠繼續進行工作，客戶能夠進行交易、聯絡客服並且獲得相關技術支援。
在桌面虛擬化技術出現之前，企業的災難恢復計畫當中很少會包含終端裝置這一部分。it部門通常會假設硬體廠商可以在需要時提供全新的桌面裝置，由於終端裝置當中並不包含任何企業資料，因此管理員自然地會將注意力全都放在後台資源方面。
然而，虛擬桌面基礎架構改變了這一切。如果企業完全採用vdi這種解決方案，那麼在虛擬桌面無法使用的情況下，使用者就不能訪問工作所需的後台工具。因此，it部門需要制定完備的計畫，以保證虛擬桌面在遭受大的災難襲擊之後能夠快速啟動並且正常工作。
現在，有很多種方式都可以確保虛擬桌面在遭遇災難襲擊後的可用性。當然每種方式都有其優點和不足，一些方案易於部署，而另外一些具有成本優勢。沒有哪一種方案可以滿足所有企業的需求，所以在制定災難恢復方案之前，需要綜合考慮所有可能的解決辦法。
基於桌面作業系統的hyper-v
第一種方式不是很常用，但是據我所知已經至少有一家企業選擇使用這種方式。這家企業在微軟hyper-v平台當中執行自己的虛擬桌面，並且將虛擬桌面的備份版本儲存在雲中以防萬一。
對於大規模災難事件來說，企業 通常會和硬體**商達成協議，**商將一批桌面pc租借給企業以供緊急使用，直到企業完全從事故當中恢復為止。根據協議，這些pc將會執行windows 8並且已經安裝hyper-v。企業的災難恢復計畫是將虛擬桌面的備份版本推送到所有pc上，使用windows 8當中的hyper-v功能為使用者提供虛擬桌面服務。
然而對於大型企業來說，完成這項計畫需要投入異常龐大的工作量，因此可能是不切實際的，但是對於中小型企業來說，這確實是一種十分高效的方式。這種方式使得企業不再依賴於任何後台基礎架構，就能夠恢復虛擬桌面的正常執行。
唯一的要求是dhcp(動態主機配置協議)伺服器可以為虛擬桌面分配ip位址。對於這種情況來說，企業可以使用無線路由器提供到pc的網路連線並且分配ip位址。
windows to go
另外一種可行方案是windows to go。這種特性在windows 8當中被首次推出，其允許由usb快閃儲存器盤引導啟動windows。
採用這種方案的企業需要在遭遇災難襲擊之前，製作大量的usb快閃儲存器盤。將這些快閃儲存器盤儲存在遠離辦公地點的場所，在遭遇災難襲擊時分發給使用者。
不幸的是，使用windows 7的企業不能採用windows to go這種方式，但是可以使用boot to vhd作為替代解決方案。
不論對於 哪種情況，usb快閃儲存器盤的容量都將限制虛擬桌面映象的大小，因此，安裝有大量應用程式的桌面映象並不適合存放在usb快閃儲存器盤當中。
這種方式的另外一種缺點是如果想要實現真正的高效恢復，就需要提前花費大量時間準備快閃儲存器盤。如果虛擬桌面映象版本十分穩定，那麼並不是什麼問題，但是如果企業需要定期更新其虛擬桌面映象，那麼這種方式就變得不切合實際了。
儲存同步
另外一種在vdi災難恢復領域使用更為廣泛的方式是將現有環境構建在多個資料中心，或者直接延伸到雲中，但是這種方式是否可行在很大程度上取決於廠商的解決方案。雖然這是一種最為可靠的方式，但是也是最為昂貴的。
橫跨資料中心的基本理念是擴充套件虛擬桌面所在的主機集群，以便能夠分布在多個資料中心。同時將儲存有虛擬硬碟的儲存裝置複製到其他資料中心，使用這種方式，可以將虛擬桌面同時儲存在兩個不同地點。
儘管理論上，可以實現將虛擬桌面故障轉移到第二資料中心，但是在第二資料中心建立乙個完全分離的虛擬桌面池卻是一種更為高效的方式;將虛擬桌面執行在其他位置也會產生網路變更需求。
在一些情況當中，相比於遠端恢復現有虛擬桌面，將使用者連線到其他位置的虛擬桌面可能會更加容易一些。
離線虛擬桌面
vmware提供的新特性允許移動辦公使用者離線檢視和使用虛擬桌面。理論上，企業可以使用這種方式實現災難準備，以應對能夠提前通知的、即將到來的災難，比如緩慢逼近的颶風。
但是這種方式的缺點也十分明顯。首先，在災難已經出現之後採用這種方式並不容易。其次，這種特性只能工作在vmware環境當中。
已經部署vdi環境的企業必須在其業務連續性計畫當中解決虛擬桌面問題。保證後端伺服器資源在災難襲擊之後還能夠正常工作是最為基礎的部分，但是如果沒有虛擬桌面，使用者就不能正常訪問這些資源。
spring AOP四種實現方式
1.建立通知 定義乙個介面 public inte ce sleepable 然後寫乙個human類，他實現了這個介面 public human implements sleepable 2.編寫乙個sleephelper類，它裡面包含了睡覺的輔助工作,用aop術語來說它就應該是通知 public ...
js繼承的四種實現方式
一 原型鏈繼承 核心 將父類的例項作為子類的原型。宣告乙個動物的類 function animal name animal.prototype.公 父類新增原型方法 原型屬性，子類都能訪問到 animal.prototype.age 3 animal.prototype.sleep function...
單例的四種實現方式
單例的實現方式 1.餓漢式 顧名思義，已載入類就會建立單例。2.懶漢式 顧名思義，只有使用單例的時候，才給載入 3.靜態內部類 推薦 通過再單例實現類中，增加靜態內部類，在靜態內部類中實現單例，與餓漢式不同的時，因為是內部靜態類的靜態屬性，只有使用的時候才會建立單例。4.列舉 實現 將要實現的單例的...