MongoDB 在 Debian 上的数据恢复步骤
一 准备与前置检查
- 确认备份来源与完整性：备份通常由 mongodump 生成，常见为 BSON 文件（可配合 –gzip 压缩），目录结构为 /backup/mongodb/YYYY-MM-DD/db/collection.bson。必要时先检查备份文件是否存在且大小合理。
- 安装工具：若本机缺少恢复工具，安装 MongoDB 客户端工具包（包含 mongorestore）：sudo apt update && sudo apt install mongodb-clients。
- 权限与安全：准备具有相应权限的 MongoDB 账号（如需要认证，使用 –username、–password、–authenticationDatabase），并确保备份目录与 MongoDB 数据目录的 读/写权限正确。
- 选择恢复方式：
- 逻辑恢复：使用 mongorestore 将 BSON/JSON 数据导入到数据库（推荐、安全、可选择性恢复）。
- 文件系统拷贝：仅在明确了解后果时，才用备份文件直接覆盖 /var/lib/mongodb 数据文件（风险高，易引发不一致）。
二 使用 mongorestore 进行逻辑恢复（推荐）
- 基本用法（从本地备份恢复）：
- 恢复整个备份目录：mongorestore /backup/mongodb/2025-04-01
- 恢复到指定数据库：mongorestore –db mydb /backup/mongodb/2025-04-01/mydb
- 恢复指定集合：mongorestore –db mydb --collection mycol /backup/mongodb/2025-04-01/mydb/mycol.bson
- 常用选项：
- 压缩备份：mongorestore –gzip /backup/mongodb/2025-04-01
- 带认证的远程恢复：mongorestore –host 10.0.0.10 --port 27017 --username admin --password '**’ --authenticationDatabase admin /backup/mongodb/2025-04-01
- 只插入不更新已存在文档：mongorestore –drop 目标库/集合（谨慎使用，会先删除目标同名集合）
- 服务状态建议：
- 单机或测试环境：可先 停止 mongod，恢复完成后再 启动，可减少并发写入导致的一致性问题。
- 生产环境：保持 mongod 运行，使用上述命令直接导入；如担心影响业务，可在低峰期操作或先导入到 临时库 验证后再切换。
三 使用文件系统拷贝恢复（不推荐，除非明确了解风险）
- 适用场景：你拥有 /var/lib/mongodb 的整库文件级备份（停机一致快照）。
- 操作步骤：
- 停止 MongoDB：sudo systemctl stop mongod
- 备份当前数据目录（可选但强烈建议）：sudo mv /var/lib/mongodb /var/lib/mongodb.bak_$(date +%F_%T)
- 将备份拷贝至数据目录：sudo cp -a /backup/mongodb-data /var/lib/mongodb
- 修正权限（Debian 常见运行用户为 mongodb）：sudo chown -R mongodb:mongodb /var/lib/mongodb
- 启动服务：sudo systemctl start mongod
- 观察日志并验证数据：sudo journalctl -u mongod -f 与 mongo shell 检查集合/文档
四 验证与常见问题处理
- 验证要点：
- 检查集合与文档数量、索引是否恢复：use mydb; db.mycol.countDocuments(); db.mycol.getIndexes()。
- 抽样查询关键业务数据，确认内容一致性与类型正确。
- 常见问题与处理：
- 认证失败：补充 –username、–password、–authenticationDatabase admin。
- 目标库/集合已存在：使用 –drop 谨慎覆盖，或先恢复到临时库验证。
- 压缩备份无法识别：添加 –gzip 参数。
- 远程主机/端口不通：核对 –host、–port 与防火墙策略。
- 恢复很慢：大库可分库/分集合并行恢复，或在低峰期执行；必要时增加 –numInsertionWorkersPerCollection（mongorestore 3.4+）。