DC灾备：设想各种灾难的可能性是前提

　　有规划的小破坏将可以酿成巨大的灾难性事情。这样的灾害性事件我们都可能会遇到，毕竟IT经理们没有什么不同。

　　我们都知道诸如南加州的地震、纽约市隧道里的火灾、佛罗里达州和路易斯安那州的飓风这些都属于大规模灾难。这些灾难性事件使得许多企业在灾后都必须制定灾后重建计划，甚至在许多情况下给企业造成了巨大的商业损失。尽管这些灾难事件都有着巨大的破坏力，但毕竟它们并不经常发生。让我们来看看这些真正的大的灾害性事件吧。

　　灾害性事件的影响

　　下面这些则属于妨碍我们业务上的小灾害。诸如电子邮件服务器的数据库损坏、订单处理应用程序运行失常、网络运行失常、公司的关键服务器遭到黑客入侵、公司雇员为泄愤任意窜改企业的数据。这些问题发生的可能性要比上述的那些大灾难要多得多。问题是我们当中有多少人曾考虑过如果上述这些所谓的“小灾害”发生在我们的数据中心，我们能做什么呢？

　　我们大家都曾思考过这些问题，并都有一些不步程度的解决方案。但我们的所谓的方案都不够充分。我们每个人都有大量的关于如何能够恢复正常运作的想法，但我们的这些想法都未曾涉及到如果我们重新恢复到正常运作之后，我们将如何继续得问题。问题是恰恰正是这种想法可以产生巨大影响。

　　事实上，电邮服务器运转的失常倒不是导致商业失败的原因。真正导致商业失败的原因是我们的客户和员工缺乏良好的沟通。电子邮件是我们的重要工具。没有它，我们显然处于不利地位。虽然我们不能想像我们的日常运作没有电子邮件的帮助会是怎样，但其实如果电子邮件真的无法使用，我们可能反而可以将损失减少到最低限度！

　　每一项灾害性事件都可能导致两方面的影响：

　　1、恢复进程。

　　2、不存在的进程恢复进程对IT专业人员来说通常都非常简单：恢复快照、恢复备份、根据储运损耗的情况联系供应商等。即使我们从来没有执行这样的补救措施，方案仍然是相当标准和固定的。我们甚至可以在许多情况下创造性的采取相关措施，毕竟我们有足够的经验来应对各种进程。

　　“不存在的进程”则要复杂得多。我们常常甚至从未启动过这一进程，因为我们认为恢复过程会很快自动运行，因此为什么要自找麻烦呢？这就是所谓的傲慢，而这恰恰是我们的灾难性的问题的开始。如果我们对“不存在的进程”有一个很好的处理计划，我们大概能够经受住所有风暴的考验。显然，我们需要花费大量的时间在这上面了。