灾难恢复计划该如何制定

数据中心工作人员和业务相关人员花了很多时间和精力在到制定和测试灾难恢复脚本上。
首先,预测潜在的数据中心灾难：灾害性天气,停电,供应商系统脱机,内部人员的破坏或外部攻击都是有可能的。云星数据www.cloud-sta***.cn 　　

确定公司的灾难恢复应用程序要立即在线。审核清单和优先考虑日常运作的重点程序。

接下来, 原始资料和安装冗余数据中心基础设施——服务器、软件、网络连接、支持应用程序的载体,。灾难恢复计划无法避免成本考虑;一个离线数据中心是昂贵的。

通常, 灾难恢复计划要求复制每个应用程序的基础设施组件。此外, 灾难恢复需要和主备份站点网络连接，给备份系统当前的软件信息。

适当的工作人员需要了解如何调用备份进程。他将决定哪些系统使用和哪些员工应该更换系统备份。灾难恢复的职责包括通知他们的网络和系统提供商更改的数据和确保员工知道如何恢复系统。理想情况下,业务用户只是略有影响。IT团队需要在灾难恢复数据期间提供新的备份资料程序给工作人员。

IT部门经常花很多时间在设计和分析物理灾难恢复计算环境上,而不是把时间用在编码和测试中增加价值。测试一个灾难恢复计划,数据中心团队要和相关的操作系统和所有新的补丁一起测试需要,接收、框架、堆叠和安装硬件。他们创建灾难恢复用户帐户,部署框架或应用程序服务器环境和安装测试工具。程序员可以花一半的时间在普通的灾难恢复基础设施问题上,而不是把时间用在实际的测试程序。

因为灾难恢复过程复杂,企业通常一年一次或两次进行测试偶发性的灾难恢复计划。公司越大,对灾难恢复计划证明过程越复杂。

一旦灾难恢复程序进入计划,他们很快变成过时。应用不断变化,因此团队必须在经常审查和更新灾难恢复程序。大公司在计划的每个细节上花费员工众多的时间和高达7位数以上的金钱。灾难恢复花费更多以确保计划仍然是可行的。

许多企业只是口头上承认灾难恢复。在IT投资上，花大量的时间来缓解这1%,甚至更低的灾难恢复风险似乎并不是个好的投资。IT经理有一份又长又不断增长的日常优先清单,而当灾难发生时，灾难恢复是重要的事。