如何使用VMware Workstation進行災難恢復？
在當今不確定的經濟環境下， IT管理員可能沒有災難恢復的預算。但是，這并不意味著他非要犧牲使用虛擬化技術和其他技術，來精簡過時的災難恢復計劃。
實際上，在龍卷風或颶風已經把你的辦公室變成了一堆后世界末日的廢墟后，誰還會愿意考慮回去工作呢？不管是喜歡還是不喜歡，然而，災難恢復和業務連續性的規劃是企業的一個必要的組成部分--或者至少應該是。
災難性事件，如911事件和卡特里娜颶風，已經證明了失敗的計劃會導致計劃的失敗;在這些類型的災害中，如果沒有一個強大的災難恢復計劃，你可能看到，為什么有一個災難恢復計劃應該是必不可少的。也就是說，利用虛擬化技術，可以幫助我們增加恢復業務的速度和易用性。
在一個理想的世界中，通過光纖網絡，我們將擁有所有冗余的數據中心，這會支持我們的持續數據保護環境，通過多余的存儲區域網絡（SAN），甚至可能有VMware的站點恢復管理器。當然，有一臺42英寸顯示器來瀏覽SearchVMware.com和YouTube，積極主動地管理我們的IT環境，也將是不錯的，但這種可能不會實現，至少在我的世界不會。
今天，許多IT管理員必須用更少的東西做更多的事情。這就要求我們必須嘗試不同的辦法，來解決共同的任務。即使我們目前的災難恢復計劃被測試和驗證，根據今天的現有技術，它應當被重新評估，尤其如果它存在于緩慢和艱難的情況下。這包括學習如何更好地把現有的VMware工具運用于災難恢復，比如使用VMware Workstation。
重要的是要區分出真正的災難恢復的情況，和人造災害的模擬的不同之處，這樣我們可以在這一年里定期模擬了不同程度的準備，進行知識的積累。在一個真正的災難中，IT管理員一般晝夜不停的工作，直到一切都正常運行。然而，盡管某些標準，如恢復目標的時間，可能是類似的，但在災難恢復測試中，我們可以更放松。
災難恢復101，或者可能是0.01
到目前為止，一個典型的災難恢復計劃要求從零開始使用為這個目的而構建的硬件，以及儲存在現場辦公回收設施的軟件，重建某些關鍵的服務器。隨著服務器的建設，從不在現場的存儲媒體中，IT管理員就可以將數據恢復。
這個看似簡單的辦法有其挑戰性。多年來，我一共參與了近12個災難恢復模擬，下面是我已經遇到的問題的一個列表。
1、使用不包括在VMware硬件兼容性列表（HCL）里的硬件將軟件安裝在服務器上。
2、磁帶驅動器無法讀取所提供的備份磁帶。 （曾經注意到為什么所有這些鞋盒樣式的數字線性磁帶單位看起來非常相似，但卻沒有以相同的方式工作？）
3、 缺少驅動程序。令人吃驚的是：到底有多少時間可以浪費在尋找一個陣列控制器驅動程序上。
4、錯誤的媒介。在場外存儲，并先前已測試和驗證的媒體，現在成為不可讀。
5、對于重建不熟悉的系統方面，不完整或根本沒有恢復指南。（我愿意重復練習建設和配置那些我沒有任何文件系統，而人們轉過頭看我認為這沒用。）
6、根據經驗來實施重建工作，而忽視了重建指南。（是的，這是我自己的問題，但它影響了我在按照詳細的服務器重建指示來恢復工作的能力，并且這種情況也有可能發生在你身上。）
降低成本和時間的花費
那么，有什么方法可以避免不得不在災難恢復測試過程中遇到挑戰，以便充分認識到一個真正的災難將不僅是由于更多的壓力，而且也涉及其他未知的并發癥，同時最大限度地減少資本支出？
這就是VMware的虛擬化工具，使我們的生活變得更方便。 VMware的站點恢復管理器（SRM軟件），對于許多災難恢復的問題（盡管它沒有徹底治愈此問題）來說，是一種理想的解決辦法。它有能力實時執行救災計劃，并且在生產測試過程中不損害環境，在最壞的情況下，解決了許多當前存在問題。然而不幸的是，該產品在我目前的預算之外。因此，我的IT團隊和我，必須要制定一個更加簡練但卻更便宜的解決方案。
我們已經為我們前兩次的災難恢復測試采用了以下的計劃。雖然可能缺乏SRM的slickness并且沒有提供實時數據保護，但它大大提高網速，使我可以在線連接服務器。
毫無疑問，正如你所看到的，在過去幾年中存儲變得難以置信的便宜。我第一次看見一臺服務器，可存儲1TB的數據是大約1994年，它用于存儲航天飛機的數據。幾個星期前，我購買了1TB的外部USB硬盤驅動器，花了120美元。這廉價的存儲手段，意味著我已經改進了我們的災難恢復計劃。
我們改善DR計劃的基礎
這正是很棒的廉價存儲和廉價的筆記本電腦發揮作用的地方。在筆記本上使用VMware Workstation 6，我們建立的各種虛擬機（VM）、它們提供的操作系統，以及在任何災難恢復的情況下我們需要的應用程序的功能。這些虛擬機就可以直接儲存在筆記本電腦的本地存儲或復制到USB外接硬盤驅動器。請記住，這些服務器VM不包含實時數據，它們是用來節省時間加載一個操作系統、配置安全、安裝應用程序等操作。
這一初步建立過程往往需要6小時或取決于我們需要的服務器數量。外部USB驅動器還包含免費VMPlayer應用的安裝文件包，以免我們需要從一個不同的主機運行虛擬機而不是筆記本電腦。
在DR測試過程中，使服務器在線成為一件簡單的事。使我們的網絡單元工作，我們設計了一個后臺生產系統不沖突的現場IP地址尋址方案。下一步，我們打開裝有VMware Workstation的筆記本電腦或安裝VMware Player到一個適當的機器上面，并且把外部USB驅動器連接到服務器VMs上。
安裝并配置基本的服務器是一件簡單的事，從本地存儲或USB驅動器啟動VM，分配IP地址和適當的名稱。最后，我們開始恢復數據和測試功能，以滿足恢復目標。使用此程序，使基本的在線服務器DR測試所需的時間，從六個多小時減少為不到一個小時。
再次強調，這不是最簡練的系統，但使用自制的災難恢復戰略與VMware Workstation，可以花費非常少的錢，通常使用那些你閑置的組件。它肯定比試圖找出為什么陣列控制器在硬件上不能正常工作。此外，花費你的時間，讓其他員工和運行的桌面應用程序，同時可讓你的時間階段的其他基礎設施的情況下避免真正的災難。
直到你想試試，否則不要用它
對一些人來說，與目前可用的災難恢復系統相比，這種做法似乎坦率與復雜多余。但是，我認為它不是達到目的的最終手段，而是作為前進的跳板。使用虛擬服務器為我們的災難恢復計劃已證明利用新的工具探究和重新設計遺留問題進程的優勢。這一模式的轉變如何使我們在未來，在業務連續性方面得到更好的服務。
這是我改善我們的DR測試最后一章嗎？不是。現在我正在調查SAN-to-SAN復制以及重復數據刪除和一些VMware的其他災難恢復工具。目標是最終使我們DR計劃無縫集成到我們的環境中，幾乎是自動地跟上它。
【編輯推薦】
