您现在的位置是:首页 > IT基础架构 > 计算存储 >
企业灾难恢复四步法
摘要企业需要明白要保护并备份哪些类型的设备、应用程序、数据等,理解有哪些系统对企业最为生死攸关,还要知道在IT系统不可用时主要业务会发生哪些问题,还要理解丢失数据会造成的影响。你还需要决定系统和“宕机时间”(停机时间)之间的相互关系。...
如果企业没有提前准备,不知道到底应当如何恰当地响应灾难,势必会造成巨大损失。所以应采取措 施改善现有计划来保证业务在灾难发生时能够连续运行。
业务影响分析
企业需要明白要保护并备份哪些类型的设备、应用程序、数据等,理解有哪些系统对企业最为生死攸关,还要知道在IT系统不可用时主要业务会发生哪些问题,还要理解丢失数据会造成的影响。你还需要决定系统和“宕机时间”(停机时间)之间的相互关系。
彻底测试灾难恢复计划
然后你需要从头到尾地进行测试,真正完整地执行计划的全部步骤,这意味着人员向恢复数据中心集合,带来新硬件,加载新软件和应用,从正在使用的任何备份介质上恢复数据,然后让终端用户登录,并尝试访问应用程序。
然后,你需要决定此计划是否满足你的恢复时间目标(所允许的最长停机时间),你要确定一个系统在真正不损害企业业务的前提下的离线时间。我们建议企业查找“痛点”,这有助于决定一个项目是否应当添加到灾难恢复计划中。企业可以在测试开始之前或在测试过程中轻松地发现“痛点”,这比发生问题后才去修复“痛点”要有效得多。
本地实施?异地进行?
灾难恢复计划的另一个关键部分是,在自己进行灾难恢复还是外包。企业内部进行灾难恢复需要有内部资源,而外包需要想想:“我们企业和IT需求的变化太快,以致于无法考虑长期的灾难恢复合约吗?”
对于不能存放在异地或第三方环境中的数据分类,企业必须拥有这类数据的恢复数据中心。在这里,决策的关键是判定在特定企业行业中有什么合规问题。
数据恢复专家
有时即使最好的灾难恢复计划也可能失效,那么应该拥有一个第三方的专家随时待命,用最少的“宕机”时间使数据回归系统。
(本文不涉密)
责任编辑:
上一篇:希捷副总裁:我们早已不是硬盘厂商