Paul Kirvan是一名独立IT顾问，拥有超过22年的IT经验，主要擅长业务连续性、容灾、安全和企业风险管理等领域。
你是否想过你的灾难恢复及服务供应商可能无法达到要求？ 你可以做出改变，尤其是你看到了以下这些迹象时。
本篇中的指南、原则可以帮助你来制定、验证基于云计算的灾难恢复计划。了解DRaaS供应商在测试方面可以提供的资源，充分加以利用。
灾难恢复和业务连续性标准代表了计划必须符合的控制措施。只要这些计划在很大程度上符合标准——在组织的政策和规划结构中，合规就有可能。
使用公共和私人网络元素的组合（混合方法）是对两个领域来说最好的方法。但是，混合环境如何影响你的灾难恢复架构？
在社交媒体上犯错可以像一次技术故障一样轻易地毁掉一个组织 。将用户行为分析加入业务连续性计划中是很重要的。
鉴于业务连续性规划的综合性，难免会发生错误。我们来探索在灾难发生之前应该避免的一些最常见的错误。
通过该项目清单处理业务连续性计划过程，该清单详细说明了文件中包含的内容，涉及规划内容和紧急情况。
万物互联背后所带来的安全性问题正在引起业务连续性和灾难恢复专家的关注，他们需要创建出新的风险评估机制，对潜在的业务影响加以分析。
业务灾难恢复计划目标是在技术中断后尽快使组织运行。不仅可以提供流程改进的机会，并可作为其他新活动的参考文件。
如果您认为业务连续性（BC）和技术灾难恢复（DR）计划是“活文件”，需要定期审查和更新，那么你了解一个不断完善过程的基本概念。
