如何控制灾备项目的复制成本?

日期: 2010-08-11 来源:TechTarget中国 英文

  由于灾难恢复(DR)的实施复杂性和持续发生的后续成本,至使很多中小型企业甚至大型企业都推迟或是削减了他们的灾备规划,从而使最终实施的数据保护方式成本不高,有效性也同样不高。现今的许多灾备计划都还是依靠备份进行恢复!一旦有灾难发生,哪怕从磁带中恢复数据中心的一部分数据,不花费一星期,也要用上几天的时间。在当今的高效率、高节奏社会,企业甚至连一天的业务中断都不能忍受,更别说中断一个星期了!

  面对如此低效率的灾备方案,我们有其它解决办法吗?灾备最基本的处理就是数据的移动;许多企业利用磁带将数据移动到远程,但这种模式永远也不可能为用户带来快速、有效的灾难恢复能力。另一种方式是通过复制技术将数据移动到远程,这是灾备计划中最花费成本的部分。数据复制可以在主机端、网络或是存储层执行,每种执行方式都有它的优势。本文中将对存储层的复制进行重点讨论,因为存储层复制是当今的灾备部署中最为常用的复制方式。

  目前几乎市场中的所有存储平台都包括了数据复制功能,这对于推动复制技术和灾备计划来说,是一件非常积极的事。但是,在用户进行复制时,只能将数据复制到相同品牌的阵列,大多数情况下还必须是同样的阵列,就是我们通常所说的“品牌锁定”。如果用户的主数据中心为了满足性能和速度的要求,为主存储配备了价格高昂的阵列,就必须在DR站点也配备一样的阵列,而这些昂贵的阵列只是放在那,只有灾难真正发生时才会用的到。但是,用户最不愿意看到的恰恰就是灾难真正发生。

  另外,用户在执行复制时,WAN网络带宽的巨大消耗也成为一大问题,通常用户必须升级到更大的带宽,或是通过WAN加速的解决方案来解决带宽消耗的难题。而不管采用哪种方法,都必定给用户带来新的成本支出。

  实际上,并不是所有的灾备复制技术都不能帮助用户解决“品牌锁定”和带宽消耗的问题!比如FalconStor的复制解决方案就允许用户进行异构的复制。用户可以从FC SAN向iSCSI 复制;为了节省购置及实施成本,用户可以不必在DR站点购买同一品牌的存储。通俗的说,用户甚至可以在‘苹果’和‘桔子’之间进行复制。用户也不必在主站点做任何更动。飞康的解决方案可以与用户现有的环境无缝整合,使用户可以在DR站点选择更为适用的存储,甚至可以复制到MSP,以将购置成本降到最低。另外,飞康公司所有的解决方案都支持WAN优化的复制能力,可以将用户的带宽需求减到最低,将灾备部署的成本控制在可控范围之内。

  成本节约在目前的经济形式下已经上升为企业的首要目标。用户需要找到一种更为简单、经济、高效的解决方案以帮助企业轻松达成多项IT任务,轻松的提升网络性能、减少网络带宽的占用,达到恢复点目标(RPO)和恢复时间目标(RTO)要求。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

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

相关推荐

  • DR和业务连续性标准如何帮助实现合规性?

    灾难恢复和业务连续性标准代表了计划必须符合的控制措施。只要这些计划在很大程度上符合标准——在组织的政策和规划结构中,合规就有可能。

  • 聚焦云端IT弹性 Zerto布局中国市场

    在IT弹性中有几大因素:专有云、托管云、公有云、混合云。云用户都需要知道如何保护、如何管理、如何迁移,以及在需要的时候如何恢复。那么,如何创建未来一代的IT弹性基础设施?

  • 亚马逊AWS故障带来的灾难恢复启示

    如果你的灾难恢复系统依赖于亚马逊AWS或其它云服务商,你需要确保有一个应对云服务故障的灾难恢复计划。

  • 企业BC/DR勿忘IoT风险管理

    万物互联背后所带来的安全性问题正在引起业务连续性和灾难恢复专家的关注,他们需要创建出新的风险评估机制,对潜在的业务影响加以分析。