灾难恢复的关键步骤

     在灾难发生之后，必须尽可能快地对你的业务进行备份。这里给出你应该考虑的一些直接步骤。
    一旦发生灾难（不论它只是局部的还是已经扩散开来），为了尽可能快地对你的业务进行备份，你必须马上采取行动。在许多情况下，你可以 未雨绸缪，但不是所有情况都能预料得到。

    你必须做的第一件事情就是分析数据系统遭到破坏的程度。如果你忽视了这个关键步骤，你可能不小心将业务转移到可能/已经出现故障的系 统或数据中心发生类似类似情况的系统中。

    还有就是你必须尽你所能迅速地确定问题的根源所在并且决定所能采取的最好行动方案。当然，你的选择会根据灾难的特点而有所不同。

    例如，如果遇到火灾或洪水，你必须等到大火被扑灭或洪水退去。如果出现这种情况，你可以在之后开始恢复过程。

    然而，一些灾难使得确定问题根源变的很难，无法确定被破坏的程度，但也不是完全不可能。地震可能发生于某个局部的地理位置，但还会有 余震，这对于开始恢复工作很危险。

    或者考虑一次会覆盖一英里范围的龙卷风。并不是因为你的原始数据中心不在风暴的路线上，就意味着你可以开始对数据中心进行恢复操作。

    同样地，由类似病毒攻击造成的非物理灾难也会使得在第一时间进行恢复操作变得异常困难。故障转移和恢复服务过快会导致对新系统的直接 再感染。首先你必须确定破坏的程度，感染等级，以及是否存在反病毒更新可以阻止扩散。

    一旦确定了你将如何开始恢复过程的细节，下一步就是指定一个恢复成员小组。发送电子邮件（如果电子邮件仍然有效），并且提醒所有成员 需要进行报告的地方。

    当然，如果你已经确认了这些人员并且制定了交流计划，这个过程将进行得更顺利。如果是这样，你可以马上开始对他们进行跟踪并很快启动 恢复过程。

    如果你还没有准备好，首先你必须确定如何利用各种通信方法和小组成员进行交流。这会占用直接恢复操作的宝贵时间，而且这很容易导致关 键的小组成员无法及时地进行协助。

    灾难预防的另一个部分应该是确定哪个数据系统是需要最先恢复的，以及在对整个业务造成影响之前它能被关闭多久。你的立即响应职责的下 一步是首先关注这些系统，并且尽可能快地对他们进行备份。

    当然，这只是恢复过程的开始，而且你的工作远未结束。然而，这些第一时间内的工作可能意味着从事件中得以恢复和资金，客户甚至是整个 公司的损失之间的区别。