MongoDB数据库误删后的恢复

数据库 其他数据库 MongoDB
如果部署的是 MongoDB 复制集,这时还有一线希望,可以通过 oplog 来尽可能的恢复数据;MongoDB 复制集的每一条修改操作都会记录一条 oplog;如果对 MongoDB 做了全量备份 + 增量备份,那么可以通过备份集及来恢复数据。

 

MongoDB数据库误删后的恢复

方法一:通过 oplog 恢复

如果部署的是 MongoDB 复制集,这时还有一线希望,可以通过 oplog 来尽可能的恢复数据;MongoDB 复制集的每一条修改操作都会记录一条 oplog,所以当数据库被误删后,可以通过重放现有的oplog来「尽可能的恢复数据」。前不久遇到的一个用户,运气非常好,数据库是最近才创建的,所有的操作都还保留在oplog里,所以用户通过oplog把所有误删的数据都找回了。

通过 oplog 恢复数据的流程非常简单,只需要把oplog集合通过mongodump导出,然后通过mongorestore 的 oplogReplay 模式重放一下。

Step1: 导出 oplog 集合

  1. mongodump -d local -c oplog.rs -d -o backupdir 

Step2: 拷贝oplog集合的数据

 

  1. mkdir new_backupdir  
  2. cp backupdir/local/oplog.rs.bson new_backupdir/oplog.bson 

 

Step3: 重放oplog

  1. mongorestore --oplogReplay new_backupdir 

方法二:通过备份集恢复

如果对 MongoDB 做了全量备份 + 增量备份,那么可以通过备份集及来恢复数据。备份可以是多种形式,比如:

  • 通过 mongodump 等工具,对数据库产生的逻辑备份
  • 拷贝 dbpath 目录产生的物理备份
  • 文件系统、卷管理等产生的快照等

从这里其实也可以看出一个问题,就是「部署了多节点的复制集,为什么还需要做数据备份?」;遇到误删数据库这种问题,dropDatabase 命令也会同步到所有的备节点,导致所有节点的数据都被删除。

 

责任编辑:庞桂玉 来源: segmentfault
相关推荐

2018-04-28 15:28:44

数据库MySQL误删除

2017-07-14 15:49:05

MongoDB误删表恢复步骤

2017-10-26 10:25:07

数据恢复服务

2017-04-01 18:30:47

MySQL误删除数据库

2011-07-26 13:55:01

MongoDB备份与恢复

2011-08-01 14:50:10

日志挖掘数据库

2011-03-30 14:08:27

MySQL数据库删除恢复

2011-07-15 15:55:50

SQL Server日附加数据库

2010-11-15 15:34:30

ORACLE数据库恢复

2017-01-22 08:49:05

MongoDB数据库故障

2011-05-26 15:27:08

Oracle数据库

2010-06-09 15:40:59

MySQL数据库文件

2011-03-30 14:19:56

MySQL数据库修改恢复

2017-06-14 21:31:39

数据库Oracleresetlogs

2011-03-24 09:45:34

SQL Server数恢复

2011-05-18 10:49:53

Oralce数据库

2011-03-24 17:49:47

数据库恢复

2011-03-23 09:31:26

归档日志文件数据库恢复

2018-10-08 11:29:10

2017-04-01 09:00:00

数据库误删除案例及建议
点赞
收藏

51CTO技术栈公众号