现在是时候回顾你的DR计划了.

很多事情都改变了。 灾难恢复 在我们从卡特里娜飓风中得到第一手教训的十多年里. 服务器虚拟化现在使许多系统的恢复比以前更容易、更快, 云计算的兴起为我们提供了比我们以前想象的更多的选择.

飓风季节正式来临, 现在是回顾灾难恢复解决方案当前状态的好时机.

什么是灾难恢复?

第一个, a bit of terminology; This article is about 灾难恢复, 对于我们的目的来说，哪个是处理灾难后对业务重要的技术系统的延续或恢复-而不是业务连续性, 它涵盖了保持业务运行的所有方面.

任何灾难恢复讨论都涉及术语“恢复时间目标”(RTO)。, 也就是让一切正常运转需要多长时间, 和恢复点目标(RPO), 哪个指的是数据丢失的时间段. 灾难恢复通常以小时为单位度量RTO和RPO. 高可用性是处理RTO和RPO(以秒或分钟为单位)的另一个主题.

最后，请记住，灾难恢复不同于备份. 灾难恢复侧重于恢复整个系统，而备份侧重于恢复数据. 如果我需要找到上个月被删除的邮件，我需要备份. 如果我需要在我的大楼着火后启动我的整个电子邮件系统, 我需要灾难恢复. 话虽如此，还是有一些产品经过设计，能够很好地实现这两种功能.

利用云

我最喜欢的完成灾难恢复的方法是通过使用完全由云软件即服务(SAAS)提供商管理和托管的应用程序来卸载问题. 当正确的时候 基于云计算的 应用程序以合适的价格满足您的需求(并具有自己的文档灾难恢复计划), 我说用它. 这种方法对电子邮件非常有效, 文档, 某些业务应用程序, ,很快, 如果不是今天, 电话系统.

当然, 目前还没有一个SAAS应用程序可以满足所有需求, 下一个最佳选择是将自我管理的遗留应用程序从办公室的服务器转移到有弹性的数据中心或云基础设施即服务(IAAS)提供商. 像之前一样, 确保您的提供商和设计满足您的灾难恢复期望仍然很重要.

远程工作

这里的问题是，当远程托管时，许多应用程序的性能不是很好. 有时使用远程桌面或Citrix是一个解决方案, 但当它不是, 下一种方法是将应用程序保持在本地，并将其复制到云或分支机构. 有很多方法可以做到这一点, 从一次处理一个应用程序或服务器的低成本解决方案，到可以通过自动故障转移同步数百台服务器的企业解决方案. 假设您的互联网连接大小合适, 复制可以很好地工作, 但它确实需要良好的文档和定期测试，以确保一切都尽可能顺利.

其他方法可能包括在中断期间使用完全不同的应用程序来满足特定需求, 求助于笔记本电脑上的单个用户，而不是完全联网的应用程序, 或者放弃灾难恢复，只依赖于那些可接受RTO较高的应用程序的备份.

好消息是，无论发生什么事情，保持你的企业运转从未像现在这样容易, 如果你在过去的一两年里没有回顾你的计划, 现在是时候了.