测试,测试和测试更多 - DR测试的重要性

由贾斯汀奥·奥尔特,在Iland的营销副总裁。 

与Gartner估计平均成本 network downtime 每分钟为5,600美元或每小时336,000美元,很少有人认为定期测试强大的灾难恢复(DR)计划对于组织至关重要。即使您省略了财务影响,损失的生产力,错过的机会,品牌损坏以及与系统停机相关的潜在数据丢失以及SLA支付应该足以让晚上保持最强化的IT专业。

那么,为什么组织少于你可能认为这样做的?在最近 research 我们进行了从英国企业广泛横截面所吸引的组织进行调查的,从英国企业的各组织进行了调查,我们发现DR测试频率非常低。事实上,57%只需每年测试或以较少的间隔测试。虽然6%没有’T测试他们的博士。此外,组织的测试较少,他们的最后一次测试的结果导致了44%的人认为他们的博士可能不足,而22%的遇到问题会导致持续停机。

为什么aren.’t we testing?

这种缺乏DR测试的一个解释是担心测试将出现的东西。可能有一个大量的IT专业人士,他们非常怀疑他们的博士不适合目的,但他们没有替换它的手段。它’是一种有时间限制的风险管理方法,但可能不像它应该不常见。

企业在计划B中拥有的信心水平主要是通过他们测试它的程度和频率来确定。许多组织为自己的客户提供SLA,以便提供某种服务质量的服务或合同。试验和测试的计划B是至关重要的,如果可以确保可以满足那些SLA和合同义务。鉴于动态程度– and complex –基础设施通常在更大的组织中,DR测试的频率需要镜像变化的步伐。

鉴于中断的频率和可能性,不频繁– or absence –受访者对我们调查的测试是一种眉毛提出的发现,特别是鉴于我们从我们对网络安全的大部分研究来源的持续信息:策略和解决方案重点是在修复违规而不是预防的情况下。如果您对赎制软件攻击造成损坏的策略是恢复锁定数据的副本,请定期测试您计划这样做的方式可能是一个好主意–特别是作为更聪明的ransomware示例也是目标备份。 最近的历史充满了一件未能这样做的人的警示故事。

在测试方面时的时间很重要。几乎每个组织都受预算和资源限制。技术技能短缺是地方性,这笔资源大部分都是在日常生产和应用程序的情况下消耗。 DR测试只需按下永无止境的待办事项列表。此外,一些DR方法,是他们的二级数据中心或DRAAS,可以非常棘手测试。如果您必须将生产系统带到测试或安排在几个小时内,有额外的成本涉及,这将化为优先级低的问题。

测试应该不仅仅是一个事后的想法

本文的任何读者都可能是超意识的技术生态系统的动态和脆弱性 - 这使得发现我们研究中代表的一半以上的组织最令人担忧。

不频繁测试的结果是可预测的。几乎一半练习不常见的测试担心他们的博士可能不充分。在某些时候未能测试DR将导致恢复失败。这只是时间问题。

大多数原因都会测试为什么’T频繁发生,因为它需要恢复到组织本身博士的重要性。高管真正了解灾难的定义吗?像网络安全一样,最成功的博士策略涉及博士在新的应用和服务的成立中被考虑,而不是一旦他们曾经是事后’走了。只有在DR对应用程序中不可或缺,才能以信心对齐,并且可以建立测试必须频繁的达成共识。企业投入也至关重要,以确保对企业至关重要的共识。 DR测试计划应反映不同应用程序,数据和服务的不同程度的重要性。

We’重新意识到,对于许多组织,DR有可能看起来像保护的基础设施一样复杂,我们的研究表明,大量企业正在寻找DRAAS解决方案来帮助他们管理这种复杂性–除了降低运行第二个物理数据中心的成本。 Draas Solutions,如我们自己可以帮助简化组织’灾难恢复计划,提供了更大的灵活性,定制的流浪汉功能,优化的RPO和近零RTO,因此企业更有控制灾难恢复计划。 

如上所述,今天最传统的博士环境通常仅在每隔几个月或一次或一次每年测试一次。这些手动测试可能是耗时,昂贵和高度破坏性的,但DRAAS可以提供​​解决这些挑战的必要解决方案。通过正确的解决方案,它不再想知道备份是否可行或可以恢复数据。测试可以轻松地使用更快的结果进行,并根据需要进行,为IT团队提供绝对信心的环境。

评论(0)

添加评论

此线程已关闭新评论。

社论:+44(0)1892 536363
出版商:+44(0)208 440 0372
订阅每周电子通讯