上世纪70年代,IT革命处于萌芽阶段。那时的数据量很小,通常只有几十兆到几百兆。当时的硬盘成本更是接近天价,每兆硬盘空间的售价超过了 3000美元,购买一个容量小于10兆的硬盘所需的费用,甚至超过了一个系统程序员全年的工资。另一方面,基于硬盘的存储技术却还刚刚起步。基于上述原因,当初进行备份/恢复操作时,往往采用磁带作为备份介质。

基于磁带的"备份/恢复"面临的问题
进入21世纪的海量数据时代,与30年前相比,数据量已经从几十、几百兆增长至几千TB;而且由于数据备份和恢复操作几乎是贯穿全年的例行工作(Routine Job),如果现在仍然以磁带作为最基本的备份介质,不仅会耗费管理员大量的时间和精力,同时也会产生诸多问题。主要表现在以下几方面:
工作量巨大
数据备份和恢复操作贯穿全年365天
备份/恢复的工作量占整个存储管理的60%-70%
数据很难有效恢复
由于备份窗口或介质失效等原因,备份作业的成功率只有70%左右
恢复时间太长,从磁带中恢复单个文件往往要花费几个小时甚至1天
本质上是一项"体力活"
磁带库内磁带的循环更新,将磁带拿进取出,不可避免仍需要大量人工干预
进行离场保护时,大量磁带在数据中心和异地之间的来回运输,需要耗费大量的人力
 
"一体化数据保护"是解决问题的最佳途径
好在时至今日,随着数据量的成倍增长,计算机技术也有了突飞猛进。硬件尤其是硬盘的价格与早期相比有了大幅下降,不断刷新的硬盘容量也令人惊喜。基于磁盘的存储新技术(如快照、镜象等)日益涌现。调查显示,目前超过80%的恢复请求是在数据丢失后48小时内提出的,这意味着恢复速度更快的基于磁盘的存储技术开始成为主流。而由于磁带在某些方面仍具有不可取代的优势,如价格低廉、适合数据的长久保留等,因此采用以磁盘和磁带技术相结合的所谓"一体化数 据保护"方案,成为很多企业在进行数据保护时的最佳做法。
 
本地镜象(快速恢复卷):
在某一时间点,对生产数据进行同步,然后断开,以保留生产数据在该时间点的静止状态
用于对保留期内整个数据的快速恢复
一天可做一次或若干次本地快速恢复卷,保留24小时
磁盘消耗量高(100%)
对应用影响较大
 
数据快照:
采用Copy-on-Write的方法保留与前一基准点相比已变化的数据
基准点数据出现问题就无法使用
用于保留期内对少量数据的快速恢复
使用频率较高, 例如:每2小时快照一次,常保留24-48小时
磁盘消耗量较低(5%-20%)
对应用影响较小
 
异地镜象:
对生产数据的100%异地镜像
对由于逻辑错误而丢失的数据没有保护作用
常用于对生产站点的容灾保护
采用连续复制以保持与生产数据一致
同步复制方式
异步复制方式
近线存储:
用于对生产数据进行备份
常采用廉价的ATA/SATA磁盘阵列作为备份设备,以提高速度和可靠性
通常数据保留时间为1周-1个月,然后,被迁至磁带库作更长时间的保留或归档
 
磁带库:
磁带是数据长久保留/归档的最佳选择
磁带上的数据往往被视为数据保护的最后防线
由于磁带可以在物理上与生产系统脱离,磁带可以用于数据离场保护
磁带存储成本仍然是最低的
某世界著名的大型石油公司的"一体化数据保护"做法就很值得借鉴:每天上午8点,对重要的SAP数据做一次"克隆",产生本地镜象;之后每隔4小时 对数据变化量进行快照,每个快照保留48小时。每天晚上12点,将快照中的数据备份到近线存储设备,保留两周。两周后,将数据拷贝到磁带库中保留一年。磁带库中的数据同时复制有多个副本,其中一个数据副本作离场保护,妥善保管到异地的仓库或办公室。与此同时,这些数据也采用复制的方式产生异地镜象,以实现 容灾保护。
可想而知,在上述"一体化数据保护"措施的周密保全下,该公司面对各种情况下的数据丢失都能从容应对:若需要恢复48小时内丢失的数据,可从本地镜 象和快照中恢复;若需恢复两周内遗失的数据,可从近线存储设备中恢复;而两周以后的数据则可以从磁带库中进行恢复;万一发生了火灾或类似"9.11"之类 的大型灾难,也不必惊慌失措,则可以切换到容灾点(异地镜象),也可以从离场保护的磁带副本中恢复所有数据。

转载于:https://blog.51cto.com/fangtsm/127319

备份/恢复面临的问题与解决途径相关推荐

  1. miui系统备份恢复失败(一招解决,,无需技术也行)

    刷机,刷第三方rec,线刷,root等各个原因手机数据被清空,想把备份文件或apk的数据恢复的时候发现恢复失败,让人很头疼. 原因:可能恢复过程中descript.xml文件出了点问题!!! 准备软件 ...

  2. 用友t3服务器文件丢失,用友T3软件在T3用友通标准版恢复账套时在备份的文件中找不到要恢复的文件,如何解决?-用友T3...

    文章摘要:用友T3软件在T3用友通标准版恢复账套时在备份的文件中找不到要恢复的文件,如何解决?在T3用友通标准版恢复账套时在备份的文件中找不到要恢复的文件,如何解决? 问题模块: 系统管理关键字:备份 ...

  3. 酷派大神F2使用QPST进行nv备份恢复,解决无信号问题

    酷派大神F2使用QPST进行nv备份恢复,解决无信号问题 参考文章: (1)酷派大神F2使用QPST进行nv备份恢复,解决无信号问题 (2)https://www.cnblogs.com/52fhy/ ...

  4. 怎样把SharePoint中文备份恢复到英文版,修改sharepoint站点语言

    好不容易把项目都按照需求做好了,这个时候用户突然说站点是英文的不好操作,要求改成中文的,怎么办总不能都重建吧,上网搜索了一下,找到了Mirjam's blog中发表的一篇文章Changing the ...

  5. 赛门铁克新版备份恢复方案Backup Exec 15 知多少

    话题背景: 继支付宝光纤5月27日被挖断断网后,携程在第二天也遭遇不明攻击,网站和App陷入瘫痪,无法正常使用.事故频发的5月再一次为企业敲响了警钟,之前并不怎么被人提起的备份容灾能力,也引起了大家的 ...

  6. ORACLE11g 没有控制文件如何通过rman备份恢复数据的详细实战过程

    1.副总裁需要裸恢复的严峻现实 集团总部的信息部负责人给我打电话说为了找一年前的记录,所以需要对一年前2015年5月1日的数据进行恢复.而2016年初因为进行迁移,所以有些文件可能丢失,手上只有rma ...

  7. mysql 数据库 xtrabackup (完全备份恢复,恢复后重启失败总结)

    一. 完全备份恢复说明 xtrabackup二进制文件有一个xtrabackup --copy-back选项,它将备份复制到服务器的datadir目录下.下面是通过 --target-dir 指定完全 ...

  8. ORACLE11G 将dataguard的rman备份恢复到测试环境的单机oracle中的详细过程

    2019独角兽企业重金招聘Python工程师标准>>> ORACLE11G 将dataguard的rman备份恢复到测试环境的单机oracle中的详细过程 原创 2015年08月21 ...

  9. mysql导入分卷_php实现mysql备份恢复分卷处理的方法_PHP

    本文实例讲述了php实现mysql备份恢复分卷处理的方法.分享给大家供大家参考.具体分析如下: 分卷处理就是把握们要处理的数据分成一个个小文件进行处理了,这里我来给大家介绍一个php mysql备份恢 ...

最新文章

  1. 解决Linux环境下Tomcat启动卡住问题
  2. 判断一个字符串是另外字符串的旋转字符串
  3. Kubernetes之路 1 - Java应用资源限制的迷思
  4. c++深拷贝和浅拷贝的区别?
  5. 7-6 jmu-Java-02基本语法-06-枚举 (3 分)
  6. 嵊州职教中心计算机多少分数,嵊州中考考试分数线
  7. JavaScript中的If和Else语句(香草)
  8. ISA2004升级到ISA2006需要注意的事项
  9. kms激活win10
  10. 恭喜本月拍牌中标了-上海!
  11. 一文了解无线网桥-小白笔记
  12. 使用accton进行进程会计处理
  13. 梳理19年上半年图文记录笔记(php和laravel )
  14. rust-crate
  15. android通讯录开发二 数据表各字段含义
  16. MYSQL 获取当前日期及日期格式,和常用时间转换函数
  17. ESP8266学习之路一——WiFi STA
  18. 汉字进行计算机识别的原理,原理解析 文字识别技术是如何实现的?_4G评测-中关村在线...
  19. 华为防火墙USG6000通过WEB图形界面配置案例
  20. Python画图设置字体和字号

热门文章

  1. dpkg: 依赖关系问题使得 linux-headers-5.7.19-050719-generic 的配置工作不能继续
  2. 日期格式转换,正则匹配后转换;指定时间增加天数加转格式;js时间转换格式
  3. Arduino采集Microzone遥控器信号(ROSMicrozoneBridge)
  4. 实验4-1-6 求分数序列前N项和 (15 分)
  5. Socket通信学习(一):Socket通信原理
  6. 微信浏览器如何禁止iPhone手机上下滑动网页
  7. pythonmatplotlib绘图小提琴_使用seaborn制图(小提琴图)
  8. Activity的Launch mode详解,A B C D的singleTask模式
  9. 图像滤镜艺术---(Instagram)1977滤镜
  10. 关于消息推送,你可以知道这个