Linux环境下MongoDB数据恢复技巧

一、基础恢复：使用mongorestore工具

适用场景：有定期备份（通过mongodump创建）的情况，是最常用的恢复方式。
操作步骤：

停止MongoDB服务：防止恢复过程中数据写入导致冲突。
```
sudo systemctl stop mongod
```
复制备份文件：将备份目录（如/backups/mongodb/full_20250101）复制到MongoDB默认数据目录（通常为/var/lib/mongodb）。
执行恢复命令：
- 恢复整个数据库：
```
mongorestore --host localhost --port 27017 /backups/mongodb/full_20250101/mydb
```
- 恢复指定集合（如mycollection）：
```
mongorestore --host localhost --port 27017 /backups/mongodb/full_20250101/mydb/mycollection.bson
```
- 可选参数：
  - --drop：恢复前删除目标数据库/集合，避免数据重复；
  - --noIndexRestore：跳过索引恢复，加快恢复速度（后续手动创建索引）。

重启服务并验证：

sudo systemctl start mongod
mongo shell中执行：use mydb; db.mycollection.find()  # 检查数据是否恢复

适用场景：备份后到故障前有写操作，需要恢复到某一具体时间点（如误删除数据）。
前提条件：备份时启用了Oplog（复制集默认开启）。
操作步骤：

使用全量备份恢复：按照“基础恢复”步骤将备份数据恢复到MongoDB。
回放Oplog：通过--oplogReplay参数重放备份后到目标时间点的操作。
```
mongorestore --oplogReplay --oplogLimit "2025-01-01T12:00:00" /backups/mongodb/full_20250101
```
- --oplogLimit：指定恢复到的时间点（格式为ISODate），需早于故障时间。

适用场景：MongoDB部署了复制集（Replica Set），某一节点数据丢失或损坏。
操作步骤：

停止故障节点：
```
sudo systemctl stop mongod
```
以“从节点”模式重启：强制节点从复制集主节点同步数据。
```
mongod --replSet rs0 --dbpath /var/lib/mongodb --port 27017
```
- rs0：复制集名称（需与原集群一致）；
- 启动后，节点会自动同步主节点数据。

验证同步状态：
连接MongoDB shell，执行：

rs.status()  # 查看节点状态，确认同步完成

适用场景：数据库文件损坏（如*.wt、*.ns文件损坏），导致MongoDB无法启动。
操作步骤：

备份损坏数据：

sudo cp -R /var/lib/mongodb /var/lib/mongodb_backup

修复数据文件：
```
sudo mongod --dbpath /var/lib/mongodb --repair
```
- 修复过程会扫描并修复损坏的文件，耗时取决于数据量。
清理锁文件：若存在mongod.lock（通常在/var/lib/mongodb目录下），需删除：
```
sudo rm -f /var/lib/mongodb/mongod.lock
```
重启服务：
```
sudo systemctl start mongod
```
注意：修复可能导致部分数据丢失，建议修复前通过mongodump导出数据。

适用场景：上述方法均无法恢复（如物理损坏、逻辑坏道），需使用专业工具。
常用工具：

定期备份：生产环境建议每天全量备份+每小时增量备份，保留最近7天每日备份、4周每周备份、12个月每月备份；异地备份防止本地灾难。
验证备份：定期用--dryRun参数验证备份完整性（如mongorestore --dryRun /backups/mongodb/latest）。
停止写操作：恢复前务必停止MongoDB写服务（systemctl stop mongod），避免数据覆盖。
测试恢复流程：每季度进行一次恢复演练，确保流程可行。

0 赞

0 踩