灾难恢复计划

灾难恢复计划

现在是检查DR计划的时候了.

随着 灾难恢复 自从我们从卡特里娜飓风中得到第一手教训以来的十多年里. 服务器虚拟化现在使得许多系统的恢复比以前更容易和更快, 云计算的兴起让我们有了更多的选择,这超出了我们之前的想象.

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

什么是灾难恢复?

第一个, a bit of terminology; This article is about 灾难恢复, 就我们的目的而言,哪一个是处理对业务在灾难后重要的技术系统的继续或恢复,而不是业务连续性, 它涵盖了企业运营的所有方面.

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

最后,请记住,灾难恢复与备份不同. 灾难恢复的重点是恢复整个系统,而备份的重点是恢复数据. 如果我需要找到上个月删除的邮件,我需要备份. 如果我要在大楼失火后让我的电子邮件系统正常运行, 我需要灾难恢复. 尽管如此,还是有一些设计出来的产品能够很好地执行这两种功能.

利用云计算

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

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

远程工作

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

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

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


友情链接: 1 2 3 4 5 6