mongodb备份策略在centos如何制定 - 问答

MongoDB 备份策略制定与落地指南 CentOS

一策略设计要点

明确目标：结合业务确定可接受的RPO（恢复点目标）与RTO（恢复时间目标），据此选择备份类型与频率。
备份类型：
- 逻辑备份（mongodump/mongoexport）：易用、可跨版本迁移，适合中小规模或开发测试。
- 物理/快照备份：依赖文件系统或云盘快照，速度快、影响小，适合生产大库。
- 增量/持续备份：基于oplog实现时间点恢复（PITR），是生产环境的刚需能力。
存储与保留：本地盘+远端（NFS/对象存储）双写，按日/周/月分层保留，定期清理过期数据。
验证与演练：定期做恢复演练与备份完整性校验，确保关键时刻可用。
安全与合规：凭据安全、最小权限、传输与落盘加密、审计留痕。

二方案选型与适用场景

方案	适用场景	关键能力	主要优缺点
mongodump/mongoexport	中小数据量、开发测试、结构迁移	全量/指定集合导出，支持–gzip	简单易用；大数据量时慢、资源占用高
文件系统快照 + Oplog	副本集/分片集，追求低影响	快照一致性 + oplog回放	几乎不影响业务、速度快；需快照能力
Percona Backup for MongoDB（PBM）	生产级、TB级、需增量/PITR	全量+增量、并发、压缩、分片支持	功能强、学习成本略高
MongoDB Atlas 备份	使用云托管	自动全量/增量、保留策略	托管省心；依赖云环境与成本
第三方工具（如 ClusterControl）	需要集中化运维	备份+监控+恢复编排	功能全；需额外部署与授权
以上方案可按数据规模、停机容忍度与运维能力综合选择或组合使用。

三在 CentOS 上的落地步骤

1 环境与权限
- 确认 mongodump 在 PATH（常见路径：/usr/bin/mongodump），创建备份根目录（如：/data/backup/mongodb），并设定属主与权限。
- 创建具备备份权限的数据库用户（建议最小权限，仅授予 dump/restore 所需角色）。

2 全量备份脚本（示例）

支持按库备份、压缩归档、保留N 天、记录日志与错误码。

示例脚本（可按需调整路径、保留天数与认证方式）：

#!/usr/bin/env bash
set -Eeuo pipefail

BACKUP_ROOT="/data/backup/mongodb"
DATE=$(date +%F_%H-%M-%S)
OUT_DIR="$BACKUP_ROOT/$DATE"
LOG_FILE="$BACKUP_ROOT/backup_$DATE.log"
RETENTION_DAYS=14

# 认证（二选一）：URI 或 账号密码
# MONGO_URI="mongodb://user:pass@127.0.0.1:27017"
MONGO_HOST="127.0.0.1"
MONGO_PORT="27017"
DB_USER="backup_user"
DB_PASS="StrongPass!23"

mkdir -p "$OUT_DIR"

echo "[$(date)] Start backup to $OUT_DIR" >> "$LOG_FILE"

# 全库备份（如仅备份单库，添加：-d <dbname>）
if [[ -n "${MONGO_URI:-}" ]]; then
  mongodump --uri "$MONGO_URI" --out "$OUT_DIR" --gzip >> "$LOG_FILE" 2>&1
else
  mongodump -h "$MONGO_HOST" -p "$MONGO_PORT" -u "$DB_USER" -p "$DB_PASS" --authenticationDatabase admin --out "$OUT_DIR" --gzip >> "$LOG_FILE" 2>&1
fi

if [[ $? -eq 0 ]]; then
  echo "[$(date)] Backup succeeded." >> "$LOG_FILE"
  # 可选：打包归档
  # tar czf "$BACKUP_ROOT/mongodb_$DATE.tar.gz" -C "$OUT_DIR" .
  # 清理过期
  find "$BACKUP_ROOT" -mindepth 1 -maxdepth 1 -type d -mtime +$RETENTION_DAYS -exec rm -rf {} +
else
  echo "[$(date)] Backup FAILED." >> "$LOG_FILE"
  exit 1
fi

3 定时任务
- 使用 root 的 crontab 每天02:00执行：
```
0 2 * * * /usr/bin/bash /data/backup/mongodb/backup.sh
```
- 建议将脚本输出重定向到日志文件，便于审计与告警。

四恢复与验证

1 逻辑恢复（mongorestore）

全量恢复（覆盖同名库）：

mongorestore --uri "mongodb://127.0.0.1:27017" --gzip /data/backup/mongodb/2025-09-01_02-00-00

指定库/集合恢复：

mongorestore --uri "mongodb://127.0.0.1:27017" --gzip -d mydb /data/backup/mongodb/2025-09-01_02-00-00/mydb

演练/校验（不落盘）：

mongorestore --uri "mongodb://127.0.0.1:27017" --dryRun /data/backup/mongodb/2025-09-01_02-00-00

2 时间点恢复（PITR）
- 前提：部署了PBM或具备oplog回放能力的方案；在备份点基础上回放到故障前的时间点。
- 思路：选择最近的全量备份，再用 oplog 回放到目标时间；PBM 提供 pbm list/restore 等命令简化流程。
3 验证清单
- 定期抽样恢复、校验集合行数与关键业务校验和；
- 记录恢复耗时，评估是否满足RTO/RPO；
- 对备份失败告警并闭环处理。

五生产增强与注意事项

1 高可用与增量
- 副本集优先：在Secondary节点执行备份，降低对业务影响；
- 开启oplog（WiredTiger 默认开启），为 PITR 与增量方案提供基础。
2 大库与性能
- 数据量**>100GB/TB时，优先考虑PBM或文件系统快照+oplog**，避免 mongodump 带来的高负载与长时窗口。
3 存储与异地
- 本地盘做短期保留，远端（NFS/对象存储）做长期留存与灾备；定期异地校验与恢复演练。
4 安全与合规
- 凭据避免硬编码，使用URI/凭据文件/密钥管理；
- 传输与落盘加密，限制备份目录访问权限，开启审计；
- 监控磁盘使用率、备份成功率、备份耗时并配置告警。

0 赞

0 踩