MongoDB在Linux上的数据恢复策略有哪些

MongoDB 在 Linux 上的数据恢复策略

一 恢复策略总览

• 逻辑备份恢复：使用 mongodump/mongorestore 从 .bson 备份恢复库/集合，适合跨版本迁移、库级/集合级恢复与细粒度选择。
• 物理备份恢复：直接拷贝 dbPath（WiredTiger 数据文件等），要求 同版本、同存储引擎，用于整机/目录级灾难恢复。
• 时间点恢复 PITR：在副本集/分片集群中，利用 oplog 将库恢复到故障前的任意时间点。
• 副本集/分片重建：通过 副本集高可用 或 从节点数据同步 快速恢复服务可用性。
• 文件系统快照：对支持快照的存储（如 LVM、云盘快照）做一致性快照，用于快速回滚。
• 文件损坏修复：在极端损坏场景下使用 mongod --repair 尝试修复（有数据丢失风险，务必先备份）。
• 导入导出工具：使用 mongoexport/mongoimport（JSON/CSV）做轻量迁移或结构/数据修复，注意不保留索引/账户等元数据。

二 常用恢复方法步骤

• 逻辑备份恢复（mongorestore）
  1. 安装与目标实例版本匹配的 MongoDB 工具集（含 mongorestore）。
  2. 建议停写或进入维护窗口；必要时先对现有实例做逻辑备份：mongodump。
  3. 执行恢复：
     • 全库：mongorestore --uri=‘mongodb://127.0.0.1:27017/?authSource=admin’ /path/to/backup
     • 单库：mongorestore --uri=‘mongodb://127.0.0.1:27017/?authSource=admin’ --db mydb /path/to/backup/mydb
     • 单表：mongorestore --uri=‘mongodb://127.0.0.1:27017/?authSource=admin’ --db mydb --collection mycol /path/to/backup/mydb/mycol.bson
     • 覆盖写入：加入 –drop（谨慎）。
  4. 启动服务并校验：show dbs、use 、db..countDocuments({ } )。
• 物理备份恢复（同版本）
  1. 安装与目标实例 同版本 的 MongoDB（WiredTiger）。
  2. 准备配置文件（systemLog.path、storage.dbPath、net.port 等）。
  3. 将备份的数据目录（含 WiredTiger.* 等）恢复到目标 dbPath。
  4. 校正权限（常见为 mongod:mongod），启动服务并校验。
• 时间点恢复 PITR（副本集/分片）
  1. 前提：已启用 oplog 的副本集/分片集群。
  2. 在删除/故障前做过带 –oplog 的 mongodump，备份目录会生成 oplog.bson。
  3. 先恢复全备：mongorestore /path/to/fullbackup
  4. 回放至目标时间点：mongorestore --oplogReplay --oplogLimit “” /path/to/fullbackup
     • 若需回放到删除前瞬间，可先导出 oplog.rs 并定位时间点：bsondump oplog.rs.bson | less，找到删除操作前的 ts。
• 副本集/分片重建
  • 副本集：以健康从节点为数据源重建异常节点，或提升新主后补齐数据。
  • 分片：在存活分片/配置服务器可用时，重新添加缺失分片并均衡数据。

三 场景与策略选择

四 关键注意事项与验证

• 版本与工具兼容：恢复工具版本应与目标 MongoDB 版本匹配；跨版本逻辑恢复需谨慎评估。
• 权限与认证：准备具备相应权限的账号，URI 中使用 ?authSource=admin 指定认证库。
• 一致性保障：恢复前尽量 停写 或置于维护窗口；必要时先对现有实例做一次 mongodump 留存现场。
• 权限与目录：恢复后校正 dbPath 权限（常见 mongod:mongod），避免启动失败。
• 校验：使用 show dbs、use 、db..countDocuments({ } ) 等确认集合/文档数量与关键业务数据完整性。
• 风险提示：mongod --repair 可能导致数据丢失，仅在损坏严重且已有备份时尝试；生产环境建议在维护窗口操作。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！