中小企业IT网6月27日编译，所有的小块的一个虚拟的、基于云的灾难恢复策略已经就位,但将它们构建到一个健壮的、可重复的、安全的和自动化的过程仍然是一项艰巨的任务。
                         

欢迎来到我们的最新《信息周刊》业务连续性和灾难恢复科技中心。在接下来的几个月,我们将更新新闻和趋势在企业领域,探索BC / DR的影响热和新兴技术如虚拟化,云服务、移动性和移动设备在这个原先古板和无趣的角落。

不久前,是一个机械活动博士所备份的一个架子上充满了服务器到磁带库,改变磁带,把新鲜的备份到辅助设施穿过市镇,新数据加载到闲置设备只是等待一个灾难。不仅是耗费时间的过程,它是低效和昂贵的。尽管千兆广域网链路和数据压缩和重复数据删除技术在很大程度上避免需要费劲的磁带,任何东西都长期存档,很多组织仍然使用私人二级数据中心来紧急行动。嗯,虚拟化的工作负载和云服务正在改变微积分博士,提供更快的承诺,近实时故障转移,同时又消除了昂贵的保险政策的一个备份设施。

当我第一次写在《信息周刊》报告/ DR和云计算BC,尽管自动将数据复制到云服务供应商是很容易的,“支持应用程序并非如此简单,尽管配对的基于云的应用程序内部虚拟化虚拟机允许即使很小的企业实现无缝的复苏,世界一流的设备和近乎即时故障转移,而不会破坏银行。”

好消息是,所有的作品为“2.0博士”架构到位:容易搬迁虚拟化的应用程序、高速wan,健壮的数据复制技术,以及不断增长的多种基于云计算的服务/ DR BC。更好的是

,它是在船上,最必要的技术。我们的调查显示,89%合并了虚拟化到他们的BC / DR计划,有四分之三使用数据复制,72% WAN优化,三分之二远程主机托管。坏消息是,尽管零散的一个虚拟的、基于云的策略是在地方博士,将它们构建到一个健壮的、可重复的、安全的和自动化的过程仍然是一项艰巨的任务。我们的数据显示,超过一半的受访者不惜使用云BC / DR因为真实的或者所感知到的安全风险,而42%说他们不能运行一些云中的应用。鉴于许多成百上千的大企业已经运行关键数据库支持的应用程序在云中,包括salesforce . com这样的巨头,这可能是担心应用程序兼容性与架构和实现比固有局限性云。

当我指出在报告中,建立一个基于云的应用程序虚拟化的应用程序恢复过程大约是富有挑战性的,“不像云备份,没有罐头产品将自动开所有的问题。“从技术上说,仍然可能是真的,但是我不会这样写的强烈的今天。我们会更详细地探索未来数周内,VMware,事实上的标准,企业虚拟化平台,还有几VirtualSharp和Zerto这样的新秀,正取得显著进展。

VMware vCenter站点恢复经理,去年9月获得重大提升,确实可以自动化的复制和共享的数据vSphere的客人,在运行vm,使用一个存储复制适配器作为中间人SRM之间,最受欢迎的存储阵列。SRM运行的程序中,捆绑了一个数量的其他方便的功能,它以前需要手动干预,自定义编码,或者使用多个管理工具,到一个接口。这包括诸如微分数据复制(只复制更改块);整合了微软VSS(卷影复制服务),以确保操作系统和应用程序数据副本的一致性;支持计划迁移或紧急故障转移;自动恢复与反向复制和再次运移的主要景点;支持移民政策覆盖了整个多层,支持多个虚拟机应用通过所谓的VM依赖性。

显然,SRM只出现在一个异构VMware环境,但远程站点不必拥有并运营企业。尽管本地设施使自然选择一个次要的安装,任何vCloud服务、专用或多租户,将工作。但这变得更简单,因为已经有很多提供商出售“罐头的“SRM服务,DR-as-a-service无耻的条款,或DRaaS。

集成的基于系统管理程序的VM和基于数组的数据复制,具有一个配置引擎,这个引擎可以链接多个虚拟工作负载和数据集成一个单一的政策博士,支持按RPO和RTO需求,和自动故障转移和故障的关键特性是新一代的自动化工具博士制造的VM时代。就像那么多其他虚拟化技术,VMware集酒吧相当高,但它不会自己的市场。尽管SRM必然应该在你自动化博士的短列表,我们将探讨一些下次替代品。

库尔特·马可是有丰富经验的IT专业人士,从芯片设计IT系统。