0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

大多数灾难恢复(DR)系统不如人意?

存储D1net 来源:存储D1net 2019-11-21 11:25 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

行业专家Trevor Pott在一篇文章中指出,大多数灾难恢复(DR)系统不如人意。他指出,现在市场上有很多灾难恢复系统。但这些系统或者无法达到要求,或者价格十分昂贵。他还发现存储行业现在正在关注易用性,从而出现了新的选择。实际上,他声称易用性再次成为灾难恢复系统的一个特性。基于此,他认为随着这些灾难恢复系统的出现,存储行业将会再次展开竞争。

在某种程度上,这听起来像是向前迈出了一步,但是还有另一个问题。许多组织没有足够的灾难恢复计划。许多人认为他们已经拥有灾难恢复计划,但很少拥有一个值得信赖的计划,甚至更少的组织对其进行测试。在这种情况下,人们应该放弃“备份和恢复”一词,因为它应该只与数据恢复有关。备份实际上只是恢复工具集中的一个部分。多年来一直在宣传备份过程完全取决于企业的恢复要求。

不完美的世界

Pott补充道,“在一个完美的世界中,各种规模的组织非常重视灾难恢复,备份和灾难恢复都是所有人都参与的。不幸的是,许多组织认为灾难恢复系统或者太昂贵,或者太耗时,或者两者兼而有之。遗憾的是,这种疏忽可能导致经济处罚、客户流失、品牌声誉受损。因此,虽然这看起来太昂贵,但试图从停机或数据泄露中恢复的成本可能更高。因此,明智的做法是提前计划业务和服务的连续性,以确保所有的业务运营都不会中断。”

备份即服务(BUaaS)的许多行业都将重点放在如何通过云网关备份到云上变得更加容易。有些组织充满了幻想,认为一旦实现,他们的备份过程就完成了,这意味着他们觉得自己现在很安全。然而,其中许多设备消除重复数据来压缩文件,以便将数据传输到云端。在这个过程完成并且在数据存储在云中之前,它们的备份是不完整的。

最糟糕的是,如果没有PORTrockIT等广域网数据加速解决方案,从云中恢复的时间就不会那么长。恢复重复数据删除的文件非常缓慢。但是,如果企业的慢速、高延迟WAN链路丢失了数据包,则这种问题会更加复杂。许多存储供应商和BUaaS演示都忽略了这一点。

专家得出的结论是,如果工具过于复杂且难以使用,人们将避免使用它。在某些情况下,他们会绕过它。企业应该使用某种工具来使其工作更轻松。

诸如备份程序之类的软件的另一个问题是缺乏持续使用,因此对产品不熟悉,需要面对现实。在设置完成后,组织应该只在寻找恢复或异常。缺乏使用是违反直觉的,因为使用这种解决方案的人们通常需要反复学习。然而,也有一些供应商已经开始考虑这个问题;他们已经从用户的角度而不是从开发人员的角度重新设计了他们的产品。

广域网操作依赖项

许多组织还依赖广域网优化和SD-WAN等技术,以确保他们能够在有适当备份的情况下从影响其服务和业务连续性的任何灾难中恢复。但是,这些技术(包括单独的SD-WAN)通常无法达到组织的期望。在理想情况下,甚至SD-WAN都需要添加广域网(WAN)数据加速覆盖,以应对广域网(WAN)上的延迟和数据包丢失,因此它们必须成为灾难恢复工具包的一部分。

因此,人们在多大程度上错误地看待了灾难恢复的成本?Potts列出了服务即备份(BUaaS)、业务连续性和灾难恢复这三个主题。“服务即备份(BUaaS)”有两个不同的要求:首先是创建用于灾难恢复的数据集,然后是用于日常保存可能需要恢复的文件的数据集;其次是业务连续性,有些人认为这与灾难恢复相同,但是有明显的区别。

同步阵列

业务连续性是指在不中断服务或系统脱机并将工作负载切换到系统的情况下继续开展业务而不会中断。这是大多数公司在同一数据中心或地理位置分离的数据中心中使用同步阵列的原因。根据同步类型,这将取决于这些数据中心之间的距离。

这些阵列必须像交易平台一样位于底层,并且它们使用同步技术进行复制,其延迟限制为2ms。这对于真正的灾难恢复设施来说很接近。如果两个阵列上的数据可能有些不同步,那么组织可以使用异步复制功能。当它与广域网(WAN)数据加速结合以最大化广域网(WAN)的性能时,其距离可以扩展到数千英里之外。

最佳灾难恢复站点

使两个数据中心彼此同步并不一定采用灾难恢复解决方案。当企业受到网络攻击,破坏了其在两个站点上的所有数据时将会发生什么?这就是每当发生灾难时都需要制定灾难恢复计划的原因。

作为该计划的一部分,灾难恢复数据应位于三个单独的位置,而不是两个位置。如果查看不间断的系统,则它们始终具有三个节点。灾难恢复的另一个方面是,组织无法理解其系统与灾难恢复数据之间需要“空白”。 网络犯罪分子在检测在线磁盘备份系统和破坏备份系统方面变得越来越聪明。最后一个“空白”副本则是企业摆脱网络攻击的途径。

拒绝访问

最后一个要处理的区域是完全灾难,企业由于某种原因失去数据或被拒绝访问数据。这是因为大多数系统都基于虚拟化硬件。如今,许多公司正计划将云计算技术用于数据中心灾难恢复,而不是传统厂商提供的灾难恢复设施。使用云计算作为灾难恢复设施的优势在于它是一个成本相对较低的选择。企业仍然需要克服延迟和数据包丢失的问题,这些问题会影响到企业进入云中的广域网链路的性能。然而,将数据复制到两个不同的云计算供应商并使其保持最新状态,意味着企业可以再次提高克服云计算供应商停机问题的机会,并选择成本最低的选项来运行灾难恢复站点。

保险政策

灾难恢复或者服务连续性无需花费大量费用。投资广域网(WAN)数据加速,包括SD-WAN的广域网(WAN)数据加速覆盖,以及将数据备份到灾难恢复站点,这可能是企业的最佳保险策略。很多企业通常会觉得没有必要购买保险,直到发生无法恢复的事件为时以晚,这将导致他们不得不承担由灾难或事件造成的人身、情感、财务甚至声誉损失的费用。

这并不意味着易用性并不重要。但是服务连续性要求对灾难恢复计划进行投资,以便在可能导致业务中断的情况下继续运营。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 广域网
    +关注

    关注

    1

    文章

    263

    浏览量

    22862
  • 存储行业
    +关注

    关注

    1

    文章

    22

    浏览量

    11578

原文标题:灾难恢复计划需要提前规划服务连续性

文章出处:【微信号:D1Net11,微信公众号:存储D1net】欢迎添加关注!文章转载请注明出处。

收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    动环监控系统实战方案,适用于绝大多数信息机房 #plc #物联网

    物联网
    juying
    发布于 :2026年04月22日 15:20:13

    如何给变频器恢复出厂设置

    ,结合你手头变频器的说明书来操作。 恢复出厂设置的通用方法 虽然操作各异,但绝大多数变频器都通过以下两种方式之一来恢复出厂设置: 操作方法 核心逻辑 适用情况 注意事项 方式一:参数代码复位 通过操作面板找到 特定的参
    的头像 发表于 03-21 15:41 1178次阅读
    如何给变频器<b class='flag-5'>恢复</b>出厂设置

    BMS电池管理系统中的主动均衡应用考量因素

    简单高效,即便不是所有设计人员的共同追求,也是大多数人的目标。本着“简单制胜”的原则,本文针对电池管理系统(BMS),深入探讨了一种简单而高效的主动均衡系统的设计原型。
    的头像 发表于 03-02 10:09 2739次阅读
    BMS电池管理<b class='flag-5'>系统</b>中的主动均衡应用考量因素

    deepin/UOS系统打印机配置指南

    无论是家庭使用还是办公环境,打印机都是我们日常工作和学习中不可或缺的设备。在 deepin 或 UOS 系统中,打印机配置可以非常简单,大多数情况下只需几步即可完成。
    的头像 发表于 01-28 14:19 924次阅读

    选择RTOS的要点

    选择RTOS。大多数RTOS产品代码少和速度快,现在RTOS还提升了一致性。RTOS除能很快完成任务外,还能保证很好地完成任务。 在许多应用中,一个迟到的结果可以是灾难性的。因此,人们宁愿在一个要求
    发表于 12-12 08:00

    请问C语言开发单片机为什么大多数都采用全局变量的形式?

    C语言代码,大多数都是使用全局变量,也就是用很多函数来操作这些变量,比如函数1把一个全局变量经过一系列复杂的算法计算后改变了这个全局变量的值,然后函数2再拿着函数1处理过的这个全局变量再做另外的处理
    发表于 12-04 07:47

    基于安路DR1M90 FPSoC的Linux系统全流程开发指南(4)

    本手册由创龙科技研发,针对安路飞龙 DR1M90,详述 Linux 系统开发流程:LinuxSDK 配置编译、BOOT.bin(FSBL+U-Boot)开发、Kernel 与 Rootfs 开发
    的头像 发表于 11-30 15:46 2327次阅读
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC的Linux<b class='flag-5'>系统</b>全流程开发指南(4)

    NVIDIA DGX Spark系统恢复过程与步骤

    在使用 NVIDIA DGX Spark 的过程中,可能会出现配置故障,而导致开发中断的问题,本篇教程将带大家了解如何一步步完成系统恢复
    的头像 发表于 11-28 09:46 5900次阅读
    NVIDIA DGX Spark<b class='flag-5'>系统</b><b class='flag-5'>恢复</b>过程与步骤

    基于安路DR1M90 FPSoC 的Linux 系统全流程开发指南(3)

    本手册由创龙科技研发,针对安路飞龙 DR1M90,详述 Linux 系统开发流程:LinuxSDK 配置编译、BOOT.bin(FSBL+U-Boot)开发、Kernel 与 Rootfs 开发
    的头像 发表于 11-26 17:01 445次阅读
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC 的Linux <b class='flag-5'>系统</b>全流程开发指南(3)

    基于安路DR1M90 FPSoC 的Linux 系统全流程开发指南(1)

    本手册由创龙科技研发,针对安路飞龙 DR1M90,详述 Linux 系统开发流程:LinuxSDK 配置编译、BOOT.bin(FSBL+U-Boot)开发、Kernel 与 Rootfs 开发
    的头像 发表于 11-25 14:09 474次阅读
    基于安路<b class='flag-5'>DR</b>1M90 FPSoC 的Linux <b class='flag-5'>系统</b>全流程开发指南(1)

    C语言开发单片机为什么大多数都采用全局变量的形式?

    单片机的芯片资源从来都是 “精打细算” 的级别,CPU 主频普遍不高,RAM 总容量本就紧张,分给栈空间的更是少得可怜。要是像普通软件那样,依赖函数返回值传递数据、频繁用局部变量周转,一来二去占用的全是宝贵的栈内存,很容易出现栈溢出的问题。而且局部变量的赋值、函数调用时的参数入栈出栈,对主频不高的单片机 CPU 来说,都是一堆额外的指令开销,积少成多就会拖慢
    的头像 发表于 11-12 14:29 549次阅读
    C语言开发单片机为什么<b class='flag-5'>大多数</b>都采用全局变量的形式?

    超快软恢复二极管VS-EBU15006HN4技术深度解析

    正向电流,其软恢复特性使其在大多数应用中无需使用缓冲器。VS-EBU15006HN4二极管符合AEC-Q101标准,采用PowerTab^®^ 封装。该二极管非常适合高频焊接、电源转换器以及开关损耗在总损耗中所占比例不大的其他应用。
    的头像 发表于 11-10 15:25 731次阅读
    超快软<b class='flag-5'>恢复</b>二极管VS-EBU15006HN4技术深度解析

    Linux系统性能优化技巧

    经过10年一线运维经验,我发现大多数工程师只掌握了Linux优化的冰山一角。今天分享的这些秘技,能让你的系统性能提升200%以上!
    的头像 发表于 08-27 14:34 1149次阅读

    XILINX XCZU67DR FPGA完整原理图

    电子发烧友网站提供《XILINX XCZU67DR FPGA完整原理图.pdf》资料免费下载
    发表于 05-30 15:29 26次下载

    服务器数据恢复—Linux系统服务器崩溃的数据恢复案例

    服务器数据恢复环境: linux操作系统服务器中有一组由4块SAS接口硬盘组建的raid5阵列。 服务器故障: 服务器工作过程中突然崩溃。管理员将服务器操作系统进行了重装。 用户方需要
    的头像 发表于 05-20 15:46 1004次阅读