簡(jiǎn)要說(shuō)一下MongoDB的備份方式：

1. mogodump / mongorestore

這2命令將mongodb的數(shù)據(jù)dump為BSON格式，需要的時(shí)候可以恢復(fù)。
這種方式作為小的數(shù)據(jù)庫(kù)還適用。但如果是sharding或者幾百G數(shù)據(jù)以上的話
就幾乎不可用了。因?yàn)锽SON及其占用空間。

2. Slave Replication

這是最適合和可靠的，適合生產(chǎn)環(huán)境。MongoDb支持master＋多個(gè)slave。因此可以很方便的起一個(gè)slave來(lái)進(jìn)行備份。
但是需要注意的是如果數(shù)據(jù)量很大的話，如果是新建的slave，速度又沒(méi)有保證的話，一定要調(diào)高 oplogSize 的大小，對(duì)于一個(gè)300G的數(shù)據(jù)庫(kù)，
可以調(diào)到60G以上。這樣避免同步到中間出現(xiàn)oplogSize不足等異常。

3. 關(guān)于增量熱備份

對(duì)于某些熱衷單獨(dú)文件備份的同志，也可以考慮使用“增量熱”備份的方式作為最后的屏障。
做法就是，最開(kāi)始將某個(gè)slave暫時(shí)shutdown，然后將數(shù)據(jù)庫(kù)文件復(fù)制到另一個(gè)目錄作為增量備份的起點(diǎn)。

每次備份的時(shí)候，在這個(gè)目錄上起一個(gè)slave， 使用–fastsync參數(shù)，同步完畢即可tar這個(gè)目錄就可以了。

這種方式的一個(gè)缺點(diǎn)就是如果備份周期的過(guò)長(zhǎng)的話，空間浪費(fèi)會(huì)非常大，尤其是頻繁刪除的情況下，
目前1.6以前的版本對(duì)于刪除的空間回收機(jī)制有bug。這個(gè)問(wèn)題應(yīng)該在1.6版本發(fā)布時(shí)候解決。

要想回收這些空間需要repairDatabase，速度比較慢，不如直接從頭clone一個(gè)新的db了。（其實(shí)Repair的過(guò)程也就是先clone然后copy回來(lái)）。

綜上所述， 最靠譜和安全的備份方式就是用mongodb自身的同步復(fù)制機(jī)制.
最經(jīng)典也最小的生產(chǎn)環(huán)境是:
1 master + 2 slaves

以上所述就是本文關(guān)于MongoDB的備份方式的全部?jī)?nèi)容了，希望大家能夠喜歡。