MongoDB在Linux上的備份恢復策略

一、備份策略

1. 備份工具選擇

• mongodump/mongorestore：MongoDB自帶工具，支持全量/增量備份、指定數據庫/集合備份，備份格式為BSON（可讀性強），適合中小規模數據庫或需要靈活恢復的場景。
• 文件系統快照：通過LVM、ZFS等文件系統創建快照，實現數據庫一致性備份（需MongoDB運行在支持快照的文件系統上），適合大規模數據庫或需要快速恢復的場景。
• 第三方工具：如MMS（MongoDB Management Service），提供自動化備份、版本管理、異地存儲功能，適合企業級復雜需求。

2. 備份類型組合

• 全量備份：定期（如生產環境每日、開發環境每周）備份整個數據庫，作為基礎恢復點，確保數據完整性。
• 增量備份：基于全量備份，每小時備份自上次備份以來的變更（通過--oplog參數記錄操作日志），減少備份時間和存儲占用。

3. 備份頻率設置

• 生產環境：每日全量備份+每小時增量備份，平衡數據安全性與存儲成本。
• 開發/測試環境：每周全量備份，降低資源消耗。

4. 備份保留策略

• 分級保留：保留最近7天的每日備份、最近4周的每周備份、最近12個月的每月備份，滿足不同時間段的恢復需求（如近期數據快速恢復、歷史數據長期歸檔）。

5. 備份存儲與安全

• 存儲介質：優先選擇異地存儲（如云存儲、NAS），防止本地災難（如硬盤損壞、火災）導致數據丟失；本地存儲用于快速恢復。
• 數據加密：對敏感數據備份進行加密（如使用GPG加密備份文件），避免數據泄露。
• 權限控制：備份目錄設置嚴格權限（如chmod -R 700 /backups/mongodb），僅允許管理員訪問。

6. 自動化與監控

• 自動化腳本：使用Shell腳本整合mongodump、壓縮（tar -zcvf）、清理舊備份（find /backups -mtime +7 -delete）等操作，減少人工干預。
• 定時任務：通過crontab設置定時執行備份腳本（如每天凌晨2點執行），確保備份規律性。
• 監控告警：使用Prometheus+Granafa監控備份狀態（如backup_status指標），設置失敗告警（郵件/短信通知），及時處理備份異常。

二、恢復策略

1. 恢復前準備

• 停止寫操作：恢復前停止應用對數據庫的寫操作（或停止MongoDB服務），防止數據覆蓋。
• 備份當前數據：恢復前備份現有MongoDB數據文件（如/var/lib/mongodb），避免恢復失敗導致二次丟失。
• 驗證備份完整性：使用mongorestore --dryRun命令模擬恢復過程，檢查備份文件是否可用。

2. 恢復工具與命令

• mongorestore基礎恢復：
  • 恢復全量備份：mongorestore --host <hostname> --port <port> /path/to/full_backup（恢復整個數據庫）。
  • 恢復指定數據庫：mongorestore --host <hostname> --port <port> --db <db_name> /path/to/backup。
  • 恢復指定集合：mongorestore --host <hostname> --port <port> --db <db_name> --collection <coll_name> /path/to/backup/<coll_name>.bson。
• 時間點恢復（PITR）：
  結合oplog恢復到指定時間點，需備份時包含oplog（mongodump --oplog）。命令示例：mongorestore --oplogReplay --oplogLimit "2025-01-01T12:00:00Z" /path/to/full_backup（恢復到2025-01-01 12:00:00的狀態）。
• 文件系統恢復：
  若使用文件系統快照，直接將快照復制到MongoDB數據目錄（如/var/lib/mongodb），重啟服務即可。

3. 恢復后操作

• 啟動服務：恢復完成后啟動MongoDB服務（sudo systemctl start mongod）。
• 驗證數據：登錄MongoDB shell（mongo），檢查數據庫、集合是否存在，數據是否完整（如show dbs; use <db_name>; db.<coll_name>.find()）。
• 權限調整：若恢復到其他主機，修改數據文件權限（sudo chown -R mongodb:mongodb /var/lib/mongodb），確保MongoDB用戶可訪問。