問題描述： 在生產環境中，當輔助副本成員的讀壓力很大時，可通過添加新的輔助副本成員來緩解壓力。 為了能實現主副本成員不停機，并減輕主副本成員的壓力，可在輔助副本成員上mongodump備份數據； 為了實現新的輔助副本成員的快速恢復，可直接通過以NFS方式

問題描述：

在生產環境中，當輔助副本成員的讀壓力很大時，可通過添加新的輔助副本成員來緩解壓力。

為了能實現主副本成員不停機，并減輕主副本成員的壓力，可在輔助副本成員上mongodump備份數據；

為了實現新的輔助副本成員的快速恢復，可直接通過以NFS方式掛載輔助副本成員到做備份操作的輔助副本成員上；

為了保證數據的一致性，在mongodump數據的時候使用—oplog參數，mongorestore時使用—oplogReplay參數；

為了滿足后期空間的擴容，通過—directoryperdb參數將數據庫分目錄存儲。

解決方法：

步驟一：將新機器掛為NFS磁盤

參見：CentOS Linux上配置NFS網絡文件系統以及客戶端使用

步驟二：備份輔助副本成員

local數據庫不會被備份，包括admin在內的其他庫會被備份。

mongodump --host=192.168.11.1:27017 --oplog -o /mnt/mongo/mongodata -u xucy –p Passw0rd --authenticationDatabase admin > mongodump.log 2>&1 &

可通過實時查看日志數據，觀察備份進度。

tail –f mongodump.log

步驟三：在新實例上恢復數據庫

mongorestore要在mongod未啟動的情況下運行，它直接寫入文件。

mongorestore --host=192.168.11.2:27017 --oplogReplay --dbpath /data/var/lib/mongodb --directoryperdb /nfspool/mongodata > mongorestore.log 2>&1 &

可通過實時查看日志數據，觀察恢復進度。

tail –f mongorestore.log

步驟四：在新實例上重建oplog

1.查看主副本的維護窗口和oplog大?。?/p>

rs_main:PRIMARY> db.printReplicationInfo()
configured oplog size: 23862.404296875MB
log length start to end: 39405secs (10.95hrs)
oplog first event time: Sun Feb 08 2015 10:34:07 GMT-0600 (CST)
oplog last event time: Sun Feb 08 2015 21:30:52 GMT-0600 (CST)
now: Sun Feb 08 2015 21:30:53 GMT-0600 (CST)

2.在新機器上重建oplog：

以standalone方式啟動，執行如下刪除和創建腳本：

> use local 
> db.oplog.rs.drop() 
> db.createCollection("oplog.rs", {"capped" : true, "size" : 23 * 1024 * 1024 * 1024}) 
或 
> db.runCommand( { create: "oplog.rs", capped: true, size: (23 * 1024 * 1024 * 1024) } )

步驟五：在新實例上恢復oplog

此oplog是mongodump時導出的oplog.bson。

mongorestore -d local -c oplog.rs /nfspool/mongodata/oplog.bson

步驟六：新實例以副本集啟動

新實例配置和源副本集添加相同的--replSet和--keyFile參數，以副本集啟動

步驟七：將該節點添加到復制集集群中

>rs.add(“192.168.11.2:27017”)
{“ok”:1}

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com