云数据库备份恢复验证，云数据库高端客户的需求说明

❝

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

今天还有新鲜事，本号的号主获得了一个超能力，详情参见今天Austindatabases另一篇文章，脸够大，8寸的

在杭州阿里云总部数据库会议 20分钟 演讲的--背后

大家好我就是那个嘴毒，心狠，还刺头的那个，那小子，今天又不闲着了，又给云厂商提建议了，本地话扎刺。建议云厂商的产品 大哥，大姐，大妹子们，看看，客户的一些需求，尤其是一年付费 8 个手指头的客户的小需求哈！ 

云数据库备份也有问题，也有需求没有被满足，不是说备份的速度很快吗？不是说怎么恢复都行吗？不是说比线下的数据库强百倍吗？

幼稚，不成熟，我说的是备份的技术问题吗？

今天我们说的是一个云数据库没有考虑到的业务形态问题。

需求是怎么来的，客户那里来的，怎么就客户来的，这里我们有一些云上的数据库客户，或者说大部分云上的数据库客户，都有一个诉求，对备份的重要性的保证，注意不是技术保证，技术死直男给我一边去。

我们要的是商业保证，为什么要商业保证，因为作为云上客户的使用场景中，有一类客户是乙方，也就是服务客户的Saas类服务厂商，或类似的乙方，在云上购买大量的数据库服务产品，来服务他的产品，再提供给客户。

可问题就出来了，也就是云厂商的的甲方，其实是乙方，乙方对云厂商来说是甲方，而真正用云数据库的，或者用产品的是云厂商的甲方的甲方。

和说绕口令一样，还有绕的呢，云厂商的甲方的甲方的甲方，才是真正的甲方。这事你听说过吗？

所以备份的问题就出来了，云厂商的甲方的甲方，或者云厂商的甲方的甲方的甲方，是不知道云厂商的甲方用的什么数据库云产品，对于数据库人家要有审核，保证数据库可以恢复，备份的数据及时性等等。人家要商业保证，商业保证你的有技术依据，或者技术证明。

画外音： 那你和客户说，说你用某云不就行了，他们保障。

我就真想用大鞋底子抽说这样话的人呢，（这就是技术死直男的嘴脸）你的甲方问怎么保证数据的安全性，你说XX云保证，客户要是说，我不信任XX云，怎么办。然后你的这个客户是一年给你贡献7个手指头的客户。

凉拌，这时你如何回复客户，你不能说我们通过XX云来保证，你要通过你的技术指标把云厂商的技术指标说出来。

比如：我们是一周7天，每天全备一次，任意时间段恢复，数据保留7天，7天内数据可任意恢复。

这是一般的客户，可要是大客户呢，现在的客户自己的IT人员都是要进行乙方的服务等级的审计的，人家问，你们做过数据恢复演练吗？

你们多长时间做数据库的恢复演练，怎么演练，有记录吗？ 怎么就能保证数据可恢复呢？傻眼了，怎么回，编，继续编。

这里云数据库的使用者，必须做出面对终极客户的方案，也就是如何通过我们的二次工作，让客户信任数据备份的可靠性。

作为数据库管理人员，就必须要制定一套，云上的数据库备份验证的机制。

下面进行说明  （这里希望云厂商 进行考虑，并可以做出一个 满足 大型甲方的甲方客户的需求的，备份数据库恢复的商业保证模式和技术实现）

1 定期的对云上数据库进行恢复，全量，增量的恢复，恢复数据库前需要针对要检查的数据库中的挑选的表进行数据的记录，包含总行数或最后一条，或中间几条数据的信息，并记录时间点，在数据库按照时间点恢复后，我们对还原库和原库进行关键信息的比对。

2 针对一些甲方爸爸更严格的数据恢复审核要求，（什么甲方都有，还有问你全量校验的），那我们就可以使用恢复两个同一时刻的数据库，在通过DTS来进行全量校验的方式来进行数据的一致性校验。

但是在使用的云数据库中，云厂商并未考虑到这点，或者云厂商的甲方，但是是乙方的客户的需求，（当然这个功能是要收费的）

所以我希望云厂商可以考虑这个建议并设计出数据校验的功能。功能和实现的方式我大致的写一写，希望云厂商能看一看，是否有可能实现，提高云厂商服务客户的能力和水平。

1 定时，定期的数据备份恢复演练功能，客户可以选择那些数据库，需要进行定期的恢复演练。这里一定要有一个功能，全面记录整体的操作过程，因为这个过程就是提供给，云客户甲方爸爸的标准审核记录，也就是真正甲方要的数据安全性记录中的一部分。

里面应该包含，什么库，什么时间，开始恢复，从什么时间开始，到什么时间结束，其中的操作过程，每一步的时间记录。

2 数据验证，光数据恢复不行，还的要数据校验服务，这里可以给DTS的同学们找点新项目，比如，这里校验里面可以灵活的通过不同的方式来进行数据校验的工作。

1  原库与目的恢复库的表之间的校验，通过DTS的数据校验功能，选择原库中数据基本不动的表，和恢复后的数据库对应的表进行数据的行数和最后一条 ，或全量的校验的服务，并在校验后，给出数据库恢复成功，校验成功的证明，并给出相关的验证方法记录和过程记录等，包含时间和详细的信息。

2  全量数据校验，全量数据校验是一件困难的事情，我们在这方面有经验，如果要缩短全量校验的时间，可以针对恢复的数据库的备份文件，进行一个这样的操作

1  先通过备份恢复数据库 

2  备份数据库 

3  通过两次操作中，备份文件的MD5码来校验，备份的一致性，和准确性，来证明云备份系统的正常性。

这里我们可以通过多种的方式来保证，云厂商的客户，对自己的甲方在数据可恢复性上的需求的满足，同时减少云厂商客户的工作量和工作复杂度。想想如果是人力来搞这些，太难，太费时间了。

注意，这里还要给甲方的甲方客户一个仪式感，就是阿里云证明您的数据库在安全的备份并可数据库恢复的7*24小时的保证，一个页面给到甲方的甲方的爸爸。

当然这些都是要收费的，且作为一个云厂商可以提供高端服务的象征，和能力。且为那些一年贡献  6 7 8个手指头的客户提供可信赖，以及黏连的关系。

MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项

MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"

MongoDB “升级项目”  大型连续剧(1)-- 可“生”可不升

MongoDB  大俗大雅，上来问分片真三俗 -- 4 分什么分

MongoDB 大俗大雅，高端知识讲“庸俗” --3 奇葩数据更新方法

MongoDB 学习建模与设计思路--统计数据更新案例

MongoDB  大俗大雅，高端的知识讲“通俗” -- 2 嵌套和引用

MongoDB  大俗大雅，高端的知识讲“低俗” -- 1 什么叫多模

MongoDB 合作考试报销活动 贴附属，MongoDB基础知识速通

MongoDB 年底活动，免费考试名额 7个公众号获得

MongoDB 使用网上妙招，直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)

MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模