灾难恢复计划

灾难恢复计划

现在是审查您的 DR 计划的时候了。

发生了很多变化 灾难恢复 自从我们从卡特里娜飓风中获得第一手经验以来的 10 多年里。服务器虚拟化现在使许多系统的恢复比以前更容易、更快,而且云的兴起为我们提供了比我们以前想象的更多的选择。

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

什么是灾难恢复?

首先,一些术语;这篇文章是关于灾难恢复的,我们的目的是处理灾难后对业务很重要的技术系统的延续或恢复——而不是业务连续性,它涵盖了保持业务运行的所有方面。

任何灾难恢复讨论都涉及术语恢复时间目标 (RTO),即启动和运行所需的时间,以及恢复点目标 (RPO),指丢失数据的时间段。灾难恢复通常以小时数来衡量 RTO 和 RPO。高可用性是处理以秒或分钟为单位的 RTO 和 RPO 的另一个主题。

最后,请记住,灾难恢复与备份不同。灾难恢复侧重于恢复整个系统,而备份侧重于恢复数据。如果我需要找到上个月删除的电子邮件,我需要备份。如果我需要在建筑物发生火灾后启动并运行整个电子邮件系统,我需要灾难恢复。话虽如此,有些产品经过设计并且能够很好地执行这两种功能。

利用云

我最喜欢的实现灾难恢复的方法是通过使用完全由云软件即服务 (SAAS) 提供商管理和托管的应用程序来解决问题。当对 基于云的 应用程序以合适的价格满足您的需求(并且有自己记录的灾难恢复计划),我说使用它。这种方法非常适用于电子邮件、文档、某些业务线应用程序,以及很快(如果不是现在)电话系统。

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

远程工作

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

其他方法可能包括在中断期间针对特定需求使用完全不同的应用程序、使用笔记本电脑上的单个用户而不是完全联网的应用程序,或者放弃灾难恢复并专门为那些可接受 RTO 较高的应用程序依赖备份。

好消息是,无论发生什么,让您的业务保持正常运转从未如此简单,如果您在过去一两年内没有审查过您的计划,现在是时候了。