云中业务连续性和云灾难恢复不能顾此失彼

灾难恢复即服务（DRaaS）的出现使得越来多的组织对灾难的思考少了很多。这比给组织的数据中心配备相应的灾难恢复站点要便宜多了。DRaaS让首席财务处官的注意力从成本的资本预算上转移到了运维预算上。这一支持来自于云服务厂商的服务水平协议（SLA）。它使你的IT团队更专注于物理和个人灾难本身提出的挑战。

灾难恢复即服务（DRaaS）的出现使得越来多的组织对灾难的思考少了很多。这比给组织的数据中心配备相应的灾难恢复站点要便宜多了。DRaaS让首席财务处官的注意力从成本的资本预算上转移到了运维预算上。这一支持来自于云服务厂商的服务水平协议（SLA）。它使你的IT团队更专注于物理和个人灾难本身提出的挑战。

对于多记录的好处，实施DRaaS会让你避免没有处理业务连续性的计划而遭受的责备。借用一个流行的比喻：DRaaS是购物车，业务连续性就是一匹马。除非你做出开发承诺，或刷新你的长期业务连续性策略，这样DRaaS解决方案才能保存你的关键数据，但你还是会失去一些业务。

DRaaS是一门技术。它将保存任何你告诉它的数据，但是业务的成功取决于它对流程有效性和效率的依赖程度。结果，批判性审查、评估和改善你的流程和程序会对于确保业务成功至关重要。跳过这一步，通过DRaaS保护的业务可能也不会持续太久。

避免失败

这特别考验耐力：你要不断地承诺出严格的业务连续性计划，或者消除风险、避免失败。这一思想如此不受人喜爱，以致于许多组织都对此不予考虑。业务连续性计划有可能是他们五年前做的，或者更早，但有趣的是他们永远不想再做一遍。整个过程特别耗时，并具有破坏性。有些过去的业务连续性活动的老人把他们比作被隔离的谋杀案。

其实事情可以不演变成这样。对于业务连续性有几个诱饵：

业务连接性并不只是找到业务操作的错误，更多的是要识别什么是正确的，然后设法使他们更高效、可靠和弹性。这更多是要从战略上思考，而不是战术。

业务连续性不是相互指责，而是团队建设。毕竟，业务的连续性是所有人的共同责任，不仅是IT部门，还有业务利益相关者。

解决业务连续性不仅促进沟通，还促进了整个组织的协作性。业务连续性计划要求IT和业务单位分享责任，达到问责制的整体福利组织。

行动的力量

对于任何长期目标，制定业务连续性计划在分阶段的方法中是最好的开始。良好的第一步是业务连续性路线图的一个好的发展，确定你现在的位置和你想要的未来。你需要识别出关键系统（业务和IT）风险，确定需要接受多大的风险。路线图还需要制定预算显示具体需要做什么，需要多长时间，会花多少钱。这些不必一次性完成。实施你的计划需要可持续发展的努力工作，所以你需要在可接受的时间内，把你可以完成与可用资源相映射。

记录对的威胁并划分等级的额外好处是可以清晰了解他们，接近他们，并解决他们。有些事情当你不予理会时可能后果更可怕，这是一个不争的事实。知识给你力量来采取行动，让你化被动为主动。

全面的业务连续性计划

产生一个关键的可将成果是选择。在灾难来临之前，你可以决定采取什么行动，而不是在灾难之后或产生更严重的后果之后，或者在灾难时行时。更好的是，你有机会选择你和你的首席财务官愿意采取什么措施，来减少或消除的组织的业务连续性的风险。这些行为可能很大程度上是组织进行的，但你至少可以了解到。

持续性的过程

业务连续性计划不是一个一次性的项目。它是一个持续的行为，就像健康饮食和日常锻炼一样。有效计划的范围要覆盖要全组织，要设计来保护并确保考虑到每一个细节，而且要使所有利益相关都有参与进来。

认真探讨业务连续性的一个好时机是你的组织面临重大改变的时期，例如，重大的系升级、收购其它的公司或被收购。确保你的财产没有发生重大变故这类事情不会发生的一个最的理由就是要成功。

业务连续性计划的真正价值并不仅限于技术。如果做对了，开发和实施一个完整的业务连续性计划的试验将会开放IT和业务单元之间的持续性对话。这加强了组织团队之间的信任度，团队成员可以更高效，更团结地面对所有挑战。对严格的业务连续性计划实施良好的DRaaS解决方案，那么在长期的持续性和可承受能力上，你会做到双赢的局面。