数据的疯狂增长让我们所有人都成了数据的奴隶，其影响显而易见：存储基础设施大规模增加，存储资源过早地被废弃等等。

存储供应商总是忙于推出更便宜更强大的主存储硬件以满足数据增长的需求。而主存储资源则不断被升级来应对数据增长、灾难恢复以及超出其原有设计极限的业务连续性架构，这使企业面临着巨大的风险。

没有计划等于失败的计划

没有对扩展BC/DR(业务连续性/灾难恢复)能力制定计划的结果是很危险的，最常见的例子就是在传统备份基础设施中。

太多原始数据需要得到支持，备份窗口开始出现很多重叠数据。为了防止造成混乱，管理员往往会开始删除“不重要的”数据，但事情并没有这么简单。没过多久，整个服务器备份的频率降低，有时甚至不会备份，这样就让你常常忽略了对重要数据的保护。

更糟糕的是，存储基础设施被堆满了数据，不仅需要更长时间来备份，而且当数据丢失或者损坏时，将需要更长的时间来进行恢复。几年前，你可能只需要一个小时的恢复时间目标(recovery time objective，RTO)，现在可能需要三小时甚至四小时来进行恢复。

当你考虑更先进的业务连续性办法时，事情会变得更糟糕。你不仅需要确保你的灾难恢复站点的存储与主站点同步，而且还要确保该站点能够承受额外的事务性存储和计算负载。在这种情况下，灾难恢复计划测试非常重要。

防止灾难恢复的灾难

为了避免你的环境中出现这些情况，你需要采取的最必要的措施就是将加强BC/DR资源的成本因素涵盖到你的主存储环境中，如同它们是相同的整体。

这将不可避免地需要精心规划，以确定你现有灾难恢复资源中哪些需要进行升级，以及明确在升级完成前你不能继续添加更多数据。这样做也有利于部署某种存储扣款机制，以显示企业数据增长的真正成本。

诚然，在现今的商业环境中，说到比做到要容易。如果你发现企业不批准“看似不必要”项目(如备份)，或者甚至被要求消减你的灾难恢复计划，你必须向企业高层说明潜在后果。

我们经常看到这样的情况，管理员明知道自己的灾难恢复基础设施存在问题，而又未能向管理层明确说明潜在后果，以致导致严重的结果。相信我，如果你无法恢复数据，那些同企业利益相关者并不需要承担责任。