無論災難規(guī)模大小，用戶對于恢復的速度和無縫過渡的期望在加大。然而IT預算卻并未因此而留下空間，沒有關(guān)系，我們可以通過技術(shù)來彌補，在設計或更新DR策略時，IT工作者可參考以下5步來削減災難恢復的成本。

第一步：了解恢復需要

降低成本最重要的一種方法是了解在一個數(shù)據(jù)中心宕機事件中你需要恢復什么。通過為每個應用建立恢復點目標和恢復時間目標，你就能做到，但要注意考慮到非結(jié)構(gòu)化數(shù)據(jù)。

盡管大多數(shù)數(shù)據(jù)中心都被應用吞沒，但這中間只有5%是任務關(guān)鍵型的。盡管這些應用只占據(jù)數(shù)據(jù)中心總存儲容量的一小部分，但它們對性能都有極高的要求。

第二步：準確的估計DR存儲系統(tǒng)的規(guī)模

當IT專業(yè)人員在估計災難恢復站點的存儲系統(tǒng)時，通常做出這樣的假設：達到與主系統(tǒng)相同或者類似的容量和性能。但大多數(shù)情況下，并非如此。在一個真實的災難恢復場景，只有任務關(guān)鍵應用需要快速恢復，并且這些應用只需要訪問最近的數(shù)據(jù)副本。

如果IT團隊已經(jīng)做了前端評估工作，就能據(jù)此降低災難恢復成本。因為用戶只需要立即訪問他們經(jīng)常使用的文檔——一般在兩周以內(nèi)——DR站點的存儲容量可以小一點。這就是為什么在數(shù)據(jù)中心里100TB的容量到了DR站點10TB就足夠支持的原因。

DR系統(tǒng)要提供一定的性能給這些應用。如果主存儲中心為這些應用配置了閃存，那么DR站點也至少需要一個緩存層。需要強調(diào)的是，即使那些任務關(guān)鍵服務器對性能都有要求，但它們也只代表數(shù)據(jù)中心工作負載的一小部分，因此DR系統(tǒng)的性能要求也不必要與主存儲一致。

第三步：依靠虛擬化

即使主數(shù)據(jù)中心并沒有完全虛擬化，DR站點也應該虛擬化。虛擬化將服務器成本降至最低并且還能通過支持數(shù)據(jù)重刪和壓縮降低容量需求。除此之外，虛擬化讓DR測試隨心所欲。IT規(guī)劃者們能夠創(chuàng)建虛擬的隔離測試網(wǎng)絡，在不影響生產(chǎn)的情況下進行應用副本的DR演練。

第四步：災難恢復即服務

DRaaS將虛擬化DR的概念帶到了極致。云備份廠商爭相追捧DRaaS，與單純備份到供應商的云中不同，DRaaS還支持企業(yè)在云中實例化虛擬機、借助其計算能力快速恢復。DRaaS能夠幫助企業(yè)節(jié)約下創(chuàng)建DR站點以及由此帶來的服務器、存儲和人員成本。

對于中小企業(yè)這種缺乏二級存儲但有人員支撐的企業(yè)類型，DRaaS在災難恢復的成本節(jié)約和可操作方面很有吸引力。而對于儲備二級站點的數(shù)據(jù)中心，在云上存儲備份也是不切實際的。也就是說，企業(yè)可以從DRaaS供應商那里偷師并且實施到自己的方案中。

第五步：實施你自己的DRaaS

DRaaS依賴二級數(shù)據(jù)中心不僅僅是存儲備份數(shù)據(jù)，還要交付滿足在數(shù)據(jù)中心故障事件中支撐應用的計算能力。企業(yè)可以建立自己的DRaaS服務，并且有更好的成本控制。

與其將所有備份放到云上并據(jù)存儲計費，企業(yè)可以將其最關(guān)鍵任務數(shù)據(jù)復制到像Amazon、google或Microsoft這樣的云供應商。有軟件能夠提供這樣的功能。一些應用也會從企業(yè)虛擬鏡像轉(zhuǎn)換成虛擬云鏡像，這樣應用就能在公有云中自如運行。這將有助于節(jié)約成本。

DR的期待不斷加大。用戶需要IT人員快速、無縫并經(jīng)濟的做任意恢復。清楚的了解你的應用和數(shù)據(jù)是降低DR成本極為關(guān)鍵的第一步，而遵從上述步驟將最小化你的資本支出。