你必须做的第一件事情就是分析数据系统遭到破坏的程度。如果你忽视了这个关键步骤，你可能不小心将业务转移到可能/已经出现故障的系 统或数据中心发生类似类似情况的系统中。
还有就是你必须尽你所能迅速地确定问题的根源所在并且决定所能采取的最好行动方案。当然，你的选择会根据灾难的特点而有所不同。
例如，如果遇到火灾或洪水，你必须等到大火被扑灭或洪水退去。如果出现这种情况，你可以在之后开始恢复过程。
然而，一些灾难使得确定问题根源变的很难，无法确定被破坏的程度，但也不是完全不可能。地震可能发生于某个局部的地理位置，但还会有 余震，这对于开始恢复工作很危险。
或者考虑一次会覆盖一英里范围的龙卷风。并不是因为你的原始数据中心不在风暴的路线上，就意味着你可以开始对数据中心进行恢复操作。
同样地，由类似病毒攻击造成的非物理灾难也会使得在第一时间进行恢复操作变得异常困难。故障转移和恢复服务过快会导致对新系统的直接 再感染。首先你必须确定破坏的程度，感染等级，以及是否存在反病毒更新可以阻止扩散。
一旦确定了你将如何开始恢复过程的细节，下一步就是指定一个恢复成员小组。发送电子邮件（如果电子邮件仍然有效），并且提醒所有成员 需要进行报告的地方。
当然，如果你已经确认了这些人员并且制定了交流计划，这个过程将进行得更顺利。如果是这样，你可以马上开始对他们进行跟踪并很快启动 恢复过程。
如果你还没有准备好，首先你必须确定如何利用各种通信方法和小组成员进行交流。这会占用直接恢复操作的宝贵时间，而且这很容易导致关 键的小组成员无法及时地进行协助。
灾难预防的另一个部分应该是确定哪个数据系统是需要最先恢复的，以及在对整个业务造成影响之前它能被关闭多久。你的立即响应职责的下 一步是首先关注这些系统，并且尽可能快地对他们进行备份。
当然，这只是恢复过程的开始，而且你的工作远未结束。然而，这些第一时间内的工作可能意味着从事件中得以恢复和资金，客户甚至是整个 公司的损失之间的区别。
URL查看 http://www.qqread.com/storage/e371803.html
更多内容请看业务连续性与灾难恢复、灾难恢复、存储技术专题，或进入讨论组讨论。
相关专题
- 业务连续性与灾难恢复 (93篇文章)
- 灾难恢复 (74篇文章)
- 存储技术 (501篇文章)
- 应用技术探讨：新一代MSTP性能及存储的支持 (0次浏览)
- 应用技巧：文件管理解决之道 正确使用NAS网关 (0次浏览)
- 应用技巧：如何确保企业非数据中心资源连续性 (0次浏览)
- 银行利用SRDF技术进行数据中心搬迁的规划和实 (0次浏览)
- 银兴科技（SILVERstor)成功案例客户单位名录 (0次浏览)
- 异构环境里的FC SAN：结合并适应技术发展趋势 (0次浏览)
- 以下六种情况管理员可以考虑采用磁带存储产品 (0次浏览)
- 怡德数码：重庆电信数据集中备份系统案例 (0次浏览)
- 业务连续性――通过信息保护保障企业长久发展 (0次浏览)
- 摇篮中的SMB安全----如何定义SMB和其安全需求 (0次浏览)
