数据千万条,备份第一条,数据找不回,老板两行泪

摘要: 请带着你的回忆看下文,想一想你这些年删过的库,被删过的库。。。数据库

 

0215

开工第一天,请带着你的回忆看下文,想一想你这些年删过的库,被删过的库。。。微信

 

b3a5ea9edc4a0d8891415e66d944d522dd139f7b

数据库备份是个老生常谈的话题,看似很简单,但在实际操做过程当中,运维人员每每会遇到这样或那样的“坑”。网络

数据库为何要备份?时至今日,我认为这个问题已经再也不是问题了,换个角度来看,数据库备份能规避哪些风险?架构

其实从数据诞生时起就伴随着丢失风险,好比,天然灾难、电力故障、网络故障、硬件故障、软件故障、人为故障等。运维

上面列举了一大串风险,其现实意义是,你今天躲过了硬件bug,明天避开了雷劈,后天绕开了断电,大后天仍是可能会“手滑”碰到误删除。性能

随着DT时代的到来,企业对数据的依赖程度与日俱增,数据保护早已成为企业的一门必修课。只有拥有先知先觉的防范意识和充分的技术准备,才能“覆巢之下,亦有完卵”。阿里云

与其承受天灾人祸的担心,为什么不选择一个专业的数据库备份方案:
阿里云数据库备份DBS已经商用,做为数据库备份通道,与对象存储OSS一块儿构建无门槛的云数据库备份解决方案,整个配置过程只需5分钟,就能够实现秒级RPO(Recovery Point Objective恢复点目标,通俗理解是当数据库故障时,容许丢失多长时间数据,RPO越小越好)的实时备份。spa

典型应用场景

实时备份
当用户对数据备份要求较高时,好比须要连续实时备份,且备份过程当中不影响业务运行,此时可购置阿里云数据库备份DBS服务,实现数据库的热备份,DBS可实现数据实时增量备份、精确到秒级的数据恢复能力。解决方案架构示例以下:架构设计

image

架构设计说明:设计

• 关键部件部署:

  • 在用户本地部署有两套数据库:生产数据库和恢复库,分别用于生产数据的存储、故障后数据恢复。
  • 在阿里云的两个区域(例如:华南一、华北1)分别购置存储服务,例如OSS对象存储或者NAS文件存储。
  • 购置阿里云的DBS服务,用于用户本地数据库实时热备份至云上存储。

• 云下生产数据备份至云上:
(可经过如下两种方案中的任意一种将云下生产数据备份至云上)

  • 用户可在本地再部署一套存储,将生产数据先备份至本地IDC的存储,再经过本地IDC存储灾备拷贝至云上存储。
  • 用户本地的生产数据库与云上存储之间经过阿里云DBS,将生产数据库中的数据直接热备份至云上两个区域的存储中。

• 数据恢复:

  • 若是用户本地IDC的生产数据库发生故障,但本地IDC的存储运行正常,可经过本地IDC的 存储将数据恢复至本地IDC的恢复库。
  • 若是用户本地IDC的生产数据库和存储均发生故障,或没有部署本地存储,则可经过DBS将云上存储将数据恢复至本地恢复库。

• 架构特色:

  • 优势:技术要求高、一致性好,恢复时间短。
  • 缺点:RTO随着数据库实例大小而变化。
  • 应用场景:比较成熟的备份手段,适用于大部分的关系型数据库。

除了为数据库提供连续数据保护、低成本的备份服务外,DBS还可在多种环境下提供强有力的数据保护,包括公共云、企业自建数据中心及其余云厂商。DBS具有低成本、高性能、零风险等优点,为用户提供理想的云数据库备份解决方案。

 

原文连接 更多技术干货 请关注阿里云云栖社区微信号 :yunqiinsight

相关文章
相关标签/搜索