做好准备

　　灾难恢复重视高质量的、最新的、终端到终端的元数据，以及很少有组织已经成功地实施的内容。元数据对于执行影响评估是至关重要的——当在源系统中的某些部分发生变化时，你需要知道它将如何影响系统中的其他每个组件以及最终用户报表中的指标。在紧急情况下，如果没有对动态的、全面的元数据管理系统的访问，为满足恢复时间目标（即恢复业务功能的时间）、关键数据点（必须恢复到某个数据的时间点）和恢复点目标（恢复数据的时间），数据仓库团队的能力可能被严重拖累。

　　当然，数据是数据仓库环境的核心和灵魂，为保证数据免遭停电、网络中断、洪水、风暴或其他灾害，组织必须制定良好的策略。大多数组织在低成本磁带上执行备份，这些磁带在场外被运输和存储。从磁带恢复数据仓库虽然需要很长的时间，但由于大部分是历史数据，在紧急情况下没有较高的价值。为了保护更多最新的信息，随着数据在ETL流程中的移动，组织应当复制或快照数据，并存储数据到位于灾难恢复系统中的磁盘上，在适当时间以后，通常在几天或几周，灾难恢复系统可以归档或者删除这些数据。大多数数据仓库团队理解管理数据仓库信息的生命周期的需要。

　　不幸的是，这些团队往往不会预测双层的灾难。理想的情况下，在线备份系统应进行场外维护，以便数据中心问题不会同时破坏主备系统。（显然这是更昂贵的，并且需要高速网络连接。）如果场外系统出现故障，他们没有备份的备份。大多数团队也不会预想灾难会持续数天。在卡特里娜（飓风）之后，假设许多业务系统还是不能完好地工作，我们需要延长到我们期望灾难持续的时间长度。最后，许多场外备份系统没有保护公司免于病毒在内部的传播。场外系统应该有一个内部网关，可以延迟实时传播几个小时以防止软件攻击。

　　悲观失望的声音并不可笑，没有人愿意花钱以避免一些可能永远不会发生的事情。但在我看来，我们正在目睹一个由环境退化和政治分化导致的危机、灾难和地理政治紧张局势的数量拐点。除了过去的灾难，没有什么能够促使我们重新温习我们的灾难恢复计划。测试计划的有效性比等候真实灾难要好。