麒麟v10 上部署 TiDB v5.1.2 生产环境优化实践
1580
2023-05-12
***数据库误删后的恢复
方法一:通过 oplog 恢复
如果部署的是 *** 复制集,这时还有一线希望,可以通过 oplog 来尽可能的恢复数据;*** 复制集的每一条修改操作都会记录一条 oplog,所以当数据库被误删后,可以通过重放现有的oplog来「尽可能的恢复数据」。前不久遇到的一个用户,运气非常好,数据库是最近才创建的,所有的操作都还保留在oplog里,所以用户通过oplog把所有误删的数据都找回了。
通过 oplog 恢复数据的流程非常简单,只需要把oplog集合通过mongodump导出,然后通过mongorestore 的 oplogReplay 模式重放一下。
Step1: 导出 oplog 集合
mongodump -d local -c oplog.rs -d -o backupdir
Step2: 拷贝oplog集合的数据
mkdir new_backupdir cp backupdir/local/oplog.rs.bson new_backupdir/oplog.bson
Step3: 重放oplog
mongorestore --oplogReplay new_backupdir
方法二:通过备份集恢复
如果对 *** 做了全量备份 + 增量备份,那么可以通过备份集及来恢复数据。备份可以是多种形式,比如:
通过 mongodump 等工具,对数据库产生的逻辑备份拷贝 dbpath 目录产生的物理备份文件系统、卷管理等产生的快照等
从这里其实也可以看出一个问题,就是「部署了多节点的复制集,为什么还需要做数据备份?」;遇到误删数据库这种问题,dropDatabase 命令也会同步到所有的备节点,导致所有节点的数据都被删除。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。