MongoDB在Debian上的数据恢复策略

一、准备工作

在进行数据恢复前，需完成以下关键步骤以避免二次数据丢失：

停止MongoDB服务：防止恢复过程中新数据写入覆盖备份或现有数据。使用命令：sudo systemctl stop mongod（Debian默认使用systemd管理服务）。
确认备份有效性：检查备份文件的完整性和时效性（如全量备份是否包含所需数据、增量备份的oplog是否未过期）。可通过mongorestore --dryRun命令模拟恢复过程，验证备份文件是否可正常读取。
准备恢复环境：确保Debian系统已安装与备份时版本一致的MongoDB工具包（mongorestore、mongodump），避免版本兼容性问题。

若拥有数据库的完整备份（如每日全量备份），可使用mongorestore直接恢复整个数据库或其指定部分：

恢复整个数据库：
```
mongorestore --host localhost --port 27017 /backup/mongodb/mydb
```
其中，/backup/mongodb/mydb为全量备份目录（需替换为实际路径）。

恢复特定集合：
若只需恢复数据库中的某个集合（如users集合），可指定集合路径：

mongorestore --host localhost --port 27017 /backup/mongodb/mydb/users.bson

或通过--collection参数指定集合名：

mongorestore --host localhost --port 27017 --db mydb --collection users /backup/mongodb/mydb

若备份后有数据更新（如每小时增量备份），需通过oplog（操作日志）回放增量操作，恢复到故障前的某一时间点：

步骤1：恢复全量备份：按上述全量恢复流程操作。
步骤2：回放oplog：使用--oplogReplay参数重放备份期间的oplog，将数据恢复到备份时间点的最新状态：
```
mongorestore --host localhost --port 27017 --oplogReplay /backup/mongodb/incremental
```
其中，/backup/mongodb/incremental为包含oplog的备份目录（需确保备份时启用了--oplog参数）。
步骤3：恢复后续增量备份：若有更晚的增量备份（如故障前1小时的增量），重复全量恢复和oplog回放步骤，覆盖之前的恢复结果。

若MongoDB采用复制集架构，单个节点故障时可通过重新加入集群同步数据：

步骤1：停止故障节点：sudo systemctl stop mongod。
步骤2：清空数据目录：删除故障节点的数据目录（默认为/var/lib/mongodb，需替换为实际路径）：
```
sudo rm -rf /var/lib/mongodb/*
```
步骤3：启动节点并加入集群：
```
mongod --replSet rs0 --port 27017 --dbpath /var/lib/mongodb
```
其中，rs0为复制集名称（需与集群一致）。启动后，节点会自动同步主节点或其他从节点的数据。

若MongoDB无法正常启动（如数据文件损坏），可尝试以修复模式启动mongod，自动修复不一致的数据：

步骤1：停止服务：sudo systemctl stop mongod。
步骤2：运行修复命令：
```
mongod --dbpath /var/lib/mongodb --repair
```
修复完成后，重启服务：sudo systemctl start mongod。
注意：修复模式可能无法恢复严重损坏的数据，建议修复前备份当前数据目录。