Ubuntu 上 MongoDB 备份策略与落地实践
一 策略总览与适用场景
- 备份方法选型建议如下（按数据规模与业务连续性要求综合权衡）：
- mongodump（逻辑备份）：适用于中小型数据库、需要灵活选择库/集合与跨版本迁移的场景；支持**–oplog做时间点恢复（需连接到可回放的 oplog**）。
- 文件系统快照（LVM 等）：适用于大型数据库，依赖底层文件系统/存储支持，快照创建速度快、影响小，但恢复流程相对复杂。
- Percona Backup for MongoDB（PBM）：企业级开源方案，支持增量备份与时间点恢复，可对接 S3 等对象存储，便于异地与自动化。
- MongoDB Atlas Backup：托管云数据库场景，提供自动化备份与时间点恢复，控制台操作简洁。
- mongoexport/mongoimport：用于导出为 JSON/CSV 做数据交换/轻量导出，不建议作为主备手段。
以上方法在 Ubuntu 上均可落地，选择时优先考虑数据规模、RTO/RPO 目标与运维复杂度。
二 推荐备份策略与保留周期
- 目标导向：先明确RTO（恢复时间目标）与RPO（恢复点目标），再定频率与保留。
- 通用策略（中小型、自建 MongoDB）：
- 全量：每周一次（如周日 02:00），使用 mongodump --gzip，保留4–8 周。
- 增量：每日一次（如每日 02:30），使用 mongodump --oplog 从最近全量/增量点回放，保留7–14 天。
- 验证：每周抽样恢复一个集合/库，校验文档数、索引、大小与关键业务查询。
- 异地/云：每周将全量或关键增量同步至对象存储/远程主机，保留≥90 天。
- 大型/高并发（副本集/分片集群）：
- 优先在隐藏/延迟从节点上执行备份，降低对主节点影响。
- 采用LVM 快照或 PBM 实现更短 RPO；PBM 增量+时间点恢复可满足小时级/分钟级恢复需求。
- 云托管（Atlas）：启用Atlas 备份，按业务重要性设置保留窗口与快照频率，定期演练时间点恢复。
上述频率与保留为工程实践建议，需结合实际数据变化速率与存储成本动态调整。
三 关键命令与自动化示例
- 全量备份（mongodump，压缩）：
- 命令：
mongodump --uri="mongodb://user:pass@localhost:27017" --out=/backup/mongo_$(date +%F_%H-%M-%S) --gzip
- 增量备份（基于 oplog，需连接到有 oplog 的实例，如副本集主或从）：
- 命令：
mongodump --uri="mongodb://user:pass@localhost:27017" --oplog --out=/backup/mongo_incr_$(date +%F_%H-%M-%S) --gzip
- 恢复（mongorestore）：
- 全量：
mongorestore --uri="mongodb://user:pass@localhost:27017" /backup/mongo_2025-09-01_02-00-00/
- 时间点：先恢复最近全量，再重放增量 oplog：
mongorestore --uri="mongodb://user:pass@localhost:27017" /backup/mongo_incr_2025-09-02/ --oplogReplay
- 定时任务（cron，示例：每日增量 02:30，每周日全量 02:00）：
- 编辑：
crontab -e
- 增量：
30 2 * * * /usr/bin/mongodump --uri="mongodb://user:pass@localhost:27017" --oplog --out=/backup/mongo_incr_$(date +\%F_\%H-\%M-\%S) --gzip >> /var/log/mongo_backup.log 2>&1
- 全量：
0 2 * * 0 /usr/bin/mongodump --uri="mongodb://user:pass@localhost:27017" --out=/backup/mongo_full_$(date +\%F_\%H-\%M-\%S) --gzip >> /var/log/mongo_backup.log 2>&1
- 备份保留清理（保留最近 7 天）：
- 命令：
find /backup -maxdepth 1 -type d -mtime +7 -exec rm -rf {} \;
以上命令与自动化范式可直接落地，注意替换连接串、路径与保留天数。
四 高可用与一致性要点
- 在副本集环境中，优先从隐藏/延迟从节点备份，避免影响主节点吞吐与延迟。
- 使用 –oplog 的前提是连接到可回放的 oplog（通常为副本集成员）；单节点或无 oplog 的部署无法做基于 oplog 的时间点恢复。
- LVM 快照需确保数据文件处于一致状态（如依赖 WiredTiger 检查点或暂停写入），快照创建后尽快拷贝走并释放快照以节省空间。
- 备份期间关注权限（读取全部库/集合）、磁盘空间与网络带宽；对大型库可结合并行度与压缩优化速度与占用。
这些要点有助于在 Ubuntu 上实现低影响、可验证、可回放的备份与恢复。
五 监控 验证 与演练
- 监控与告警：对备份退出码、耗时、产出大小与失败重试进行监控与告警，确保异常可被及时响应。
- 定期验证：按周/月抽样恢复到临时实例，校验集合计数、索引、大小与关键业务查询，必要时做端到端演练。
- 存储与安全：备份文件加密并异地/云存储留存；对访问凭证与备份清单实施最小权限与审计。
- 第三方与云方案：如使用 PBM 或 Atlas Backup，启用保留策略、跨区域复制与定期恢复演练，确保策略有效。
通过持续的监控、验证与演练，可将策略从“可备份”升级为“可恢复”。
