灾难恢复的灾难恢复计划

[灾后恢复生产重建家园工作情况汇报]灾后恢复生产重建家园工作情况汇报我镇高度重视灾后恢复生产重建家园工作，发扬连续作战的精神，一手抓救灾，一手抓发展，迅速启动恢复生产、重建家园等各项工作。现将工作情况汇...+阅读

制定灾难恢复计划和构建基础架构是一件让IT经理烦恼的事。云服务提供更低的成本和更大的灵活性，但并不是没有风险的。灾难恢复即服务意味着更多的部署和灵活性测试，但也意味着更多的不确定性。灾难恢复（DR）会导致大量令人棘手的问题；灾难恢复系统价格昂贵，灾难恢复配置难度较高，而且大多数灾难恢复只能在非业务时间进行故障恢复测试，灾难恢复模拟故障的内容很容易就过时了。

灾难恢复服务（DRaaS）是一种云端容灾的方法，成本更低，更容易部署，有定期提供测试计划的能力，能与企业的变化保持同步。值得注意的是，云端的灾难恢复选件可能在毁灭性的灾难之后不可用。这意味着滞留IT资源和数据，使企业瘫痪。数据中心工作人员和业务相关人员花了很多时间和精力在到制定和测试灾难恢复脚本上。首先，预测潜在的数据中心灾难：灾害性天气，停电，供应商系统脱机，内部人员的破坏或外部攻击都是有可能的。

确定公司的灾难恢复应用程序要立即在线。审核清单和优先考虑日常运作的重点程序。接下来，原始资料和安装冗余数据中心基础设施——服务器、软件、网络连接、支持应用程序的载体，。灾难恢复计划无法避免成本考虑；一个离线数据中心是昂贵的。通常，灾难恢复计划要求复制每个应用程序的基础设施组件。此外，灾难恢复需要和主备份站点网络连接，给备份系统当前的软件信息。

适当的工作人员需要了解如何调用备份进程。他将决定哪些系统使用和哪些员工应该更换系统备份。灾难恢复的职责包括通知他们的网络和系统提供商更改的数据和确保员工知道如何恢复系统。理想情况下，业务用户只是略有影响。IT团队需要在灾难恢复数据期间提供最新的备份资料程序给工作人员。 IT部门经常花很多时间在设计和分析物理灾难恢复计算环境上，而不是把时间用在编码和测试中增加价值。

测试一个灾难恢复计划，数据中心团队要和相关的操作系统和所有最新的补丁一起测试需要，接收、框架、堆叠和安装硬件。他们创建灾难恢复用户帐户，部署框架或应用程序服务器环境和安装测试工具。程序员可以花一半的时间在普通的灾难恢复基础设施问题上，而不是把时间用在实际的测试程序。因为灾难恢复过程复杂，企业通常一年一次或两次进行测试偶发性的灾难恢复计划。

公司越大，对灾难恢复计划证明过程越复杂。一旦灾难恢复程序进入计划，他们很快变成过时。应用不断变化，因此团队必须在经常审查和更新灾难恢复程序。大公司在计划的每个细节上花费员工众多的时间和高达7位数以上的金钱（$1,000,000+）。灾难恢复花费更多以确保计划仍然是可行的。许多企业只是口头上承认灾难恢复。在IT投资上，花大量的时间来缓解这1%，甚至更低的灾难恢复风险似乎并不是个好的投资。

IT经理有一份又长又不断增长的日常优先清单，而当灾难发生时，灾难恢复是唯一重要的事。云服务在共享基础设施上不断省钱。云的虚拟化和自动化的进步使之有更大的灵活性。企业根据需要使用云资源，虽然只是在关键的应用上。暂时的案例中灾难恢复测试发生容易增加。基于云端的灾难恢复，程序员不用在比特和字节上苦干；他们在硬件和操作系统界面上工作。

因此更多的IT自动化的任务，生产力的提高和灾难恢复测试时间的减少。数据中心的工作人员可以做为优先程序更经常，分配更多的资源测试整个灾难恢复服务功能。云端灾难恢复服务的价格正在上升：根据咨询公司预测，从2013年的640,800,000美元涨到2018年的5,800,000,000美元，复合年增长率为55.2%。灾难恢复服务有其局限性。 “云端灾难恢复供应商无法完备份系统冗余，“剑桥公司的灾难恢复分析师Rachel Dines说。

灾难恢复供应商不能证明以模仿每个客户的基础设施设置建设的数据中心成本，所以他们走捷径。灾难恢复服务提供商将构建系统处理数量有限的故障。理论上讲，如果遇到灾难恢复特定场地的问题，比如数据中心的电力中断，企业将灾难恢复他们的系统，。然而，如果发生重大自然或人为灾害，可能没有足够的空间在灾难恢复站点运行每个灾难恢复服务客户的应用程序。

当发现当灾难发生时， IT组织在危难关头唯一能做的是找到它并解决，因为灾难恢复服务比传统的灾难恢复构建有更大程度的风险。云端的灾难恢复也增加了企业网络带宽的需求。在供应商的云端灾难恢复服务放置应用程序副本和虚拟机（VM）镜像。那些应用程序和虚拟机镜像不断更新，来自企业生产站点与灾难恢复服务供应商的数据中心的数据传输。

这种加载应变可用带宽。灾难恢复服务能够很好地处理简单的应用程序，但可能降低网络性能的进程密集型系统，如客户关系管理、企业资源规划应用程序。