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

 

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

数据库为什么要备份？时至今日，我认为这个问题已经不再是问题了，换个角度来看，数据库备份能规避哪些风险？

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

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

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

与其承受天灾人祸的担忧，为何不选择一个专业的数据库备份方案：

已经商用，作为数据库备份通道，与对象存储OSS一起构建无门槛的云数据库备份解决方案，整个配置过程只需5分钟，就可以实现秒级RPO（Recovery Point Objective恢复点目标，通俗理解是当数据库故障时，允许丢失多长时间数据，RPO越小越好）的实时备份。

典型应用场景

实时备份

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

架构设计说明：

• 关键部件部署：

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

• 云下生产数据备份至云上：

（可通过以下两种方案中的任意一种将云下生产数据备份至云上）

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

• 数据恢复：

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

• 架构特点：

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

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

本文为云栖社区原创内容，未经允许不得转载。