|
分析:真正的灾难恢复不只是数据复制很多存储厂商都提供不同类型的卷复制功能,或是系统内复制,或是远程复制。这些复制功能一般都以业务连续性(系统内复制)或灾难恢复(远程复制)为卖点。复制,或说将数据从一个地点传输到另一个地点,很大程度上与搬家公司很像,他们将您的全部家当打包成许许多多的箱子,然后运到您的新家。 很多存储厂商都提供不同类型的卷复制功能,或是系统内复制,或是远程复制。这些复制功能一般都以业务连续性(系统内复制)或灾难恢复(远程复制)为卖点。复制,或说将数据从一个地点传输到另一个地点,很大程度上与搬家公司很像,他们将您的全部家当打包成许许多多的箱子,然后运到您的新家。但是,您的全部家当安全抵达新家以后,您还有很多复杂而繁重的拆包整理工作要做,这样才能让新家各就其位。这不是跟远程的数据复制所做的一样吗?毫无疑问,您的全部数据都会安全到达远程数据中心,但接下来呢?在这种方式下,“恢复”如何发挥效力? 为恢复业务运营,您仍需要完成多项繁复工作,如构建服务器、安装操作系统和应用程序、配置网络、分配存储容量等,并且需要确保一切正确有序地进行,这样才能在发生灾难后恢复IT运行。我相信,在我们这些与技术打交道的人中,有很多是被动接受这一方式的(并已有一段时间),因为我们别无选择。实际上,真正的灾难恢复是如此复杂,以致于少有厂商愿意去碰它。最保守的做法则是继续接受“远程复制即灾难恢复”这一大行其道的概念。但是,没有几个用户愿意这样一直“自欺其人”下去! 我的看法是,灾难恢复不仅需要远程复制,还需要能智能的感知应用程序/OS/服务器/网络/存储的自动化恢复。显而易见,这是一个庞大而艰巨的任务。Vmware的vCenter Site Recovery Manager,是一个可以提供一部分这种能力的解决方案,但仅限于 VMware 虚拟服务器;而且他们将复杂的复制任务交由存储厂商来完成。目前市场中也有一种扩展群集技术,可以实现服务器、应用程序以及相关数据卷的自动故障切换。但是,采用这种技术的解决方案可能比问题本身还要复杂,尤其是当您需要在环境中的每一台服务器上执行恢复时。了解了真正的灾难恢复所面临的这些问题,您就不难理解为什么少有企业拥有或买得起自动化灾难恢复解决方案了。在这种情况下,接受“远程复制即灾难恢复”的方法,至少能确保企业在某个安全的远程位置有自己数据的另一个副本。 作为专攻数据保护技术的FalconStor,在去年就明确的提出了公司的全新口号:“Defining Data Protection, Again.”(重新定义数据保护)。口号虽简单,但却包含了很多层含义。飞康公司的战略使命之一就是解决客户在数据保护领域所面临的真正问题,以保证企业的业务持续运行。对于企业来说这非常重要,因为业务不停,营收就有保证。这一根本的业务需求中,有一部分指的便是真正的灾难恢复,而不是上面所说的空洞的“复制”概念。飞康公司最新推出的 RecoverTrac工具为我们的客户带来了真正的自动化灾难恢复解决方案。这个向导式的自动化灾难恢复工具可以简化整个数据中心的定义,它与飞康异构的远程复制技术相整合,即可自动化的在远程数据中心完成服务器和应用程序的恢复。飞康RecoverTrac工具的功能全面,支持物理和虚拟服务器以及任何类型的存储或网络,此外还能将物理服务器转换为虚拟服务器(P2V)。其恢复作业和恢复组的功能简化了恢复操作的管理。此外,用户可以利用RecoverTrac进行不中断的恢复操作测试,每一个恢复操作都可以在测试模式下执行,而不会影响生产环境中的应用程序和数据卷。这让客户对业务恢复的正确性更有信心,对应对真实故障/灾难的准备也更加充分。
责编:张欢 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
最新专题 |
|