數據的瘋狂增長讓我們所有人都成了數據的奴隸，其影響顯而易見：存儲基礎設施大規模增加，存儲資源過早地被廢棄等等。

存儲供應商總是忙于推出更便宜更強大的主存儲硬件以滿足數據增長的需求。而主存儲資源則不斷被升級來應對數據增長、災難恢復以及超出其原有設計極限的業務連續性架構，這使企業面臨著巨大的風險。

沒有計劃等于失敗的計劃

沒有對擴展BC/DR(業務連續性/災難恢復)能力制定計劃的結果是很危險的，最常見的例子就是在傳統備份基礎設施中。

太多原始數據需要得到支持，備份窗口開始出現很多重疊數據。為了防止造成混亂，管理員往往會開始刪除“不重要的”數據，但事情并沒有這么簡單。沒過多久，整個服務器備份的頻率降低，有時甚至不會備份，這樣就讓你常常忽略了對重要數據的保護。

更糟糕的是，存儲基礎設施被堆滿了數據，不僅需要更長時間來備份，而且當數據丟失或者損壞時，將需要更長的時間來進行恢復。幾年前，你可能只需要一個小時的恢復時間目標(recovery time objective，RTO)，現在可能需要三小時甚至四小時來進行恢復。

當你考慮更先進的業務連續性辦法時，事情會變得更糟糕。你不僅需要確保你的災難恢復站點的存儲與主站點同步，而且還要確保該站點能夠承受額外的事務性存儲和計算負載。在這種情況下，災難恢復計劃測試非常重要。

防止災難恢復的災難

為了避免你的環境中出現這些情況，你需要采取的最必要的措施就是將加強BC/DR資源的成本因素涵蓋到你的主存儲環境中，如同它們是相同的整體。

這將不可避免地需要精心規劃，以確定你現有災難恢復資源中哪些需要進行升級，以及明確在升級完成前你不能繼續添加更多數據。這樣做也有利于部署某種存儲扣款機制，以顯示企業數據增長的真正成本。

誠然，在現今的商業環境中，說到比做到要容易。如果你發現企業不批準“看似不必要”項目(如備份)，或者甚至被要求消減你的災難恢復計劃，你必須向企業高層說明潛在后果。

我們經常看到這樣的情況，管理員明知道自己的災難恢復基礎設施存在問題，而又未能向管理層明確說明潛在后果，以致導致嚴重的結果。相信我，如果你無法恢復數據，那些同企業利益相關者并不需要承擔責任。