传统的灾难恢复测试模式渐渐失去它的作用

日期: 2008-10-26 作者:Sarah Varney翻译:王霆 来源:TechTarget中国 英文

大多数企业CIO都清楚关于DR测试的一点负面消息:传统DR测试方法的作用变得越来越弱。如今复杂的数据环境使你很难对灾难恢复进行真正的模拟。   但CIO们并没有放弃它,尽管说尚未找到相应的替代品,但分析师们表示他们会逐步增大其测试范围并依靠一些相应工具对软件配置变化进行监控来增加其有效性。   “我不敢说传统模式会很快过时,但它的确正在失去原有效用(这归因于数据环境的复杂性),” Computer Sciences公司主管灾难恢复项目的常务董事Mike Summers说。

    John Morency是Gartner IT咨询公司副总裁兼科研主管,他表示传统的……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

大多数企业CIO都清楚关于DR测试的一点负面消息:传统DR测试方法的作用变得越来越弱。如今复杂的数据环境使你很难对灾难恢复进行真正的模拟。

  但CIO们并没有放弃它,尽管说尚未找到相应的替代品,但分析师们表示他们会逐步增大其测试范围并依靠一些相应工具对软件配置变化进行监控来增加其有效性。

  “我不敢说传统模式会很快过时,但它的确正在失去原有效用(这归因于数据环境的复杂性),” Computer Sciences公司主管灾难恢复项目的常务董事Mike Summers说。

    John Morency是Gartner IT咨询公司副总裁兼科研主管,他表示传统的灾难恢复测试模式已不再适应如今拥有多种操作系统、多种网络应用程序、以及多个业务伙伴的IT环境。

  一个真正全面的灾难恢复测试计划应该将业务伙伴的响应时间也包括进去——例如供应链内的业务伙伴必须在多长时间内收回自己的虚拟专用网络和共享应用程序。除此之外,还应该包括SaaS(软件即服务)模式供应商的应急计划,在其相关应用程序受到灾难影响时对其进行恢复。

  但是,一家公司不可能对所有这些实体进行有效的测试。Morency说:“例如,一家金融服务机构可能会有10000个业务合作伙伴,这已经远远超过了大多数公司的测试能力。”他补充说,在测试期间会涉及太多的相关应用软件和太多的应用程序。

  “现在的问题是,你是否能在24、48、或者是72小时的规定时间内完成对每一个业务进程、每个应用程序及所有相关数据的测试?这对大多数公司来说是不可能的,” Morency说。

  因此,为了保证测试可以一直切中主题,相关组织和机构必须靠自己的力量来扩大测试范围。“每次进行测试时,要额外地扩大测试范围,增加应用程序,” Summers说。

  数据依赖性给数据恢复带来难题

  伴随数据环境复杂性而来的还有其相互依赖问题,这给相关测试带来了一系列的挑战。“数据环境变得越来越复杂。这是一个很大的麻烦,你无法确保可以按照想要的方式对每个应用程序进行回收,” The Enterprise Strategy Group IT咨询公司的分析师Bob Laliberte说。

  这种能否收回相关应用程序、使其按照DR测试或实际恢复前的方式运行的担心也是非常现实的,Summers对此也表示同意。

  “使我担心的是,那些拥有100个应用程序的企业只是为其中的20%到30%制定了灾难恢复计划。这些计划往往要求在‘尽力’的基础上、或许只是在几周的时间内对其余的应用程序进行恢复,这也是导致数据依赖问题变得异常严峻的原因所在,”他说,“问题是你可能会将这些应用程序中看似不是很重要的一个除去,却不知道或许它其中有一个环节关系到事关重要任务的应用程序。”

  这些应用程序间的联系被称为数据的依赖性,传统的灾难恢复测试计划无法估计到这些潜在的数据连接。对数据依赖性保持追踪的最好方法就是实时地跟上应用程序配置的变化。“每当有变化发生时,你都会收到一封电子邮件,” Laliberte说。

  他指出,这类产品已经在存储领域得到了应用。但是现在出现了一些对影响灾难恢复测试的系统变化进行追踪的新兴产品。这些“仪表盘”一样的监测工具通过使用远程过程调用协议(RPC)对应用程序的配置变化进行监测。这些配置变化会被记录,以备在灾难恢复时使用。

  对于像Northeast Utilities这样的大型企业来说,这类工具是很有价值的。这家电力供应商在New England地区拥有170万客户,它有6000名员工,其中包括300名IT人员。

  “早在上世纪90年代,我们就已开始加速进行我们的灾难恢复规划,同时,我们开始对所有的进程进行协调——选择合适的基础设施进行灾难恢复,”这家公司内负责业务持续性和灾难恢复的协调员Ed Goldberg说,“在这一过程中,我们意识到有不少的东西无法对其进行测试。无法对其进行拆卸,因为如果这样做不是会影响这就是会影响那。”

  “或者说,很可能你已对一个数据库中不再涉及到灾难恢复的部分做了改变。尽管说它仍在生产环境下运行,但那些数据已不再与灾难恢复系统有直接联系,”Goldberg补充说。

  为了跟上这些变化,该公司使用了Continuity Software 公司已获得SaaS许可的RecoverGuard产品来对可能阻碍灾难恢复测试的系统变化进行追踪。“每个月我们都会收到一份追踪报告,每天晚上都会进行相关核查看是否会有关键的设施发生变化。我们也可以告诉他们‘我们对此很关注但却不是很了解’或者‘我们对此不是很关注,因此忽略了这一点’,” Goldberg说。

  Laliberte表示,这种对可能影响到灾难恢复测试的应用程序配置变化进行追踪的方法无疑朝正确的方向迈出了一步。他还补充说:“尽管说现在也有一些专门对存储变化进行监测的产品,比如说Symantec公司的Fire Drill存储备份变化监控软件,但可以说Continuity Software公司在这个领域仍然是独一无二的。”他表示:“毫无疑问大家对此类产品的研发投入了很多注意力。但其底线是:你如何保证自己的投资可以获得应有的回报。”

作者

Sarah Varney
Sarah Varney

Technology Editor

翻译

王霆
王霆

相关推荐