126
技術社區[雲棲]
MongoDB dropDatabse 後，數據能恢複麼？
最近好幾個社區用戶谘詢，錯誤的執行了 dropDatabse 把數據庫誤刪除了（或 dropCollection 誤刪集合），有什麼方法能恢複數據？本文主要介紹幾種可能有效的恢複方案。
方案1：通過備份集恢複
如果對 MongoDB 做了全量備份 + 增量備份，那麼可以通過備份集及來恢複數據。備份可以是多種形式，比如
- 通過 mongodump 等工具，對數據庫產生的邏輯備份
- 拷貝 dbpath 目錄產生的物理備份
- 文件係統、卷管理等產生的快照等
從這裏其實也可以看出一個問題，就是「部署了多節點的複製集，為什麼還需要做數據備份？」；遇到誤刪數據庫這種問題，dropDatabase 命令也會同步到所有的備節點，導致所有節點的數據都被刪除。
之前做過一個 MongoDB 數據備份的技術分享，介紹了阿裏雲 MongoDB 雲數據庫任意時間點備份恢複的實現方案，有興趣的同學可以參考下，MongoDB秒級備份恢複(SDCC上海站數據庫核心技術與應用實戰峰會分享PPT)
方案2：通過 oplog 恢複
如果部署的是 MongoDB 複製集，這時還有一線希望，可以通過 oplog 來盡可能的恢複數據；MongoDB 複製集的每一條修改操作都會記錄一條 oplog，所以當數據庫被誤刪後，可以通過重放現有的oplog來「盡可能的恢複數據」。前不久遇到的一個用戶，運氣非常好，數據庫是最近才創建的，所有的操作都還保留在oplog裏，所以用戶通過oplog把所有誤刪的數據都找回了。
通過 oplog 恢複數據的流程非常簡單，隻需要把oplog集合通過mongodump導出，然後通過mongorestore 的 oplogReplay 模式重放一下。
Step1: 導出 oplog 集合
mongodump -d local -c oplog.rs -d -o backupdir
Step2: 拷貝oplog集合的數據
mkdir new_backupdir
cp backupdir/local/oplog.rs.bson new_backupdir/oplog.bson
Step3: 重放oplog
mongorestore --oplogReplay new_backupdir
方案3：通過分析數據文件恢複
MongoDB 以 bson 的格式存儲數據，所以隻要 dropDatbase 或 dropCollection 後ß，對應的物理數據沒有從磁盤刪除，就有希望恢複，但從 MongoDB 引擎的特性看，能恢複的可能性較小。
| 引擎 | mmapv1 | wiredTiger |
|---|---|---|
| dropDatabase | 數據文件立即會被刪除 | 不會立即從磁盤刪除，空間會複用 |
| dropCollection | 數據文件立即會被刪除 | 數據文件立即會被刪除 |
從上表的描述可以看出，如果使用 mmapv1 存儲引擎，dropCollection 是不會立即刪除數據文件的，這種情況下，可通過分析數據文件李的bson文檔來恢複數據；而其他場景的誤刪，數據文件會立即從磁盤刪除，無法通過這種方法恢複。
最後，強烈建議大家在使用 MonogDB 數據庫存儲重要數據時，一定要部署複製集，並做數據備份。通常2類用戶不做數據備份
- 沒愛過；使用 MongoDB 存儲不重要的數據，丟了也無所謂；（但即使是這樣，實際數據被誤刪時，用戶還是想盡可能的恢複數據，而不是丟了「無所謂」）
- 愛過，但傷得不夠深；使用 MongoDB 存儲了重要的數據，但從未出過問題，於是抱著僥幸心理不對數據進行備份。不要等待受傷了再做備份，有備無患。
最後更新：2017-05-02 10:01:25