MongoDB復制集配置步驟
28002.conf
#bind_ip=192.168.20.144
port=28001
logpath=/data/db/mongodb_log/28001.log
logappend=true
pidfilepath=/data/db/mongodb_data28001/28001.pid
oplogSize=500
dbpath=/data/db/mongodb_data28001
replSet=imooc
fork=true
28002.conf
#bind_ip=192.168.20.144
port=28002
logpath=/data/db/mongodb_log/28002.log
logappend=true
pidfilepath=/data/db/mongodb_data28002/28002.pid
oplogSize=500
dbpath=/data/db/28002
replSet=imooc
fork=true
28003.conf
#bind_ip=192.168.20.144
port=28003
logpath=/data/db/mongodb_log/28003.log
logappend=true
pidfilepath=/data/db/mongodb_data28003/28003.pid
oplogSize=500
dbpath=/data/db/28003
replSet=imooc
fork=true
2. 使用配置文件啟動mongod服務
/usr/local/mongodb/bin/mongod -f /usr/local/mongodb/conf/28001.conf
/usr/local/mongodb/bin/mongod -f /usr/local/mongodb/conf/28002.conf
/usr/local/mongodb/bin/mongod -f /usr/local/mongodb/conf/28003.conf
3. 登錄到運行的monogd機器
/usr/local/mongodb/bin/mongo 127.0.0.1:28001/admin
4. 配置復制集節點配置文件
config={_id : "imooc",members : [{_id : 1, host : "127.0.0.1:28001"},{_id : 2, host : "127.0.0.1:28002"},{_id : 3, host : "127.0.0.1:28003"}]}
5. 查看節點成員
config.members
6. 設置3節點為仲裁節點
config.members[3] ={"_id":3,"host":"127.0.0.1:28003",arbiterOnly:true}
或在主節點中輸入：
rs.addArb("127.0.0.1:28003")
7. 初始化副本集
rs.initiate(config) （如果初始化一直報已經初始化過，需要將數據備份後，重新創建主節點。）
8. 重新加載config參數（每次修改config之後都要reconfig一次，但reconfig會使復制集的連接短暫斷開，要避免在生產環境中隨便執行，需要維護時間窗口才可執行）
rs.reconfig(cnf,{force:true})
（運行此命令必須在primary節點，如果不是顯示primary，可能是other，則需要加上force的參數）
9. 查看復制集狀態
rs.status()
10. mongodb的前端引用程序是通過isMaster命令來區分主從節點的（隱藏節點可以通過rs.status()看到其信息，而rs.isMaster是沒法看到的）
rs.isMaster()
維護：
添加副本，在登錄到主節點下輸入：
rs.add("ip:port")
刪除副本
rs.remove("ip:port")
（前提是這個ip:port必須是使用了同一個relpSet名稱的mongodb實例即可）
導入原有數據後，導入命令
mongorestore -h 127.0.0.1:12345 -d syt --directoryperdb /mnt/mongo_data/
其中/mnt/mongo_data為要導入的json文件，後發現從節點都變成recovering狀態。
問題原因
出現這個問題的原因主要是secondary節點同步oplog的速度追不上primary幾點的速度，造成一直處於recovering狀態。
解決辦法：
首先停掉從節點mongod進程，然後刪除目錄(rs)下面所有的數據，然後重啟mongod進程，這裏有一點需要註意，如果有arbiter的mongod進程也需要停掉，啟動的時候，先啟動replSet的mongod進程，再啟動arbiter的mongod進程，啟動之後,會自動由recovering狀態切換為startup2狀態，最後切換為secondary狀態
第二種辦法就是先將recovering節點下的data目錄刪除，再將primary裏的data都拷貝到該節點下，再重啟就好了！操作前，務必要停止所有的mongodb數據庫！
可以看到，在從節點使用show tables 報錯，顯示“此節點非主節點，從節點的ok狀態是失敗的”。如果需要在從節點讀取數據的話，需要將slave做設置：
rs.slaveOk(true)
再執行show tables就可以成功了。
模擬宕機：
在主節點執行：db.shutdownServer()
出現報錯"errmsg" : "shutdown must run from localhost when running db without auth",
此報錯說明在沒有開啟驗證的情況下需要到localhost下執行，如果啟動配置文件裏指定了bin_ip，則只能通過bin_ip去執行，這裏我們沒法登錄localhost執行，只能通過kill的方式。
通過查看ps –ef|grep ****查找到對應進程號
使用kill -2 **** （不到萬不得已不建議使用kill來關閉進程實例，即使是要使用，也要用較溫和的方式kill -2 {SIGINT} 的方式來關閉， kill -2 會把實例中所有隊列的進程都關閉後再關閉實例）
關閉之後測試：
查看原先主節點，敲enter已經出現報錯
查看原先從節點，在兩個從節點中敲enter，可發現有一個節點已經變為PRIMARY
通過show log rs可以看到節點的切換情況。
MongoDB Enterprise imooc:PRIMARY> show log rs
2017-10-30T01:53:15.617-0700 I REPL [replExecDBWorker-0] New replica set config in use: { _id: "imooc", version: 1, protocolVersion: 1, members: [ { _id: 1, host: "127.0.0.1:28001", arbiterOnly: false, buildIndexes: true, hidden: false, priority: 1.0, tags: {}, slaveDelay: 0, votes: 1 }, { _id: 2, host: "127.0.0.1:28002", arbiterOnly: false, buildIndexes: true, hidden: false, priority: 1.0, tags: {}, slaveDelay: 0, votes: 1 }, { _id: 3, host: "127.0.0.1:28003", arbiterOnly: false, buildIndexes: true, h
2017-10-30T01:53:15.617-0700 I REPL [replExecDBWorker-0] transition to STARTUP2
2017-10-30T01:53:15.618-0700 I REPL [rsSync] transition to RECOVERING
2017-10-30T01:53:15.619-0700 I REPL [rsSync] transition to SECONDARY
2017-10-30T01:53:15.621-0700 I REPL [ReplicationExecutor] Member 127.0.0.1:28001 is now in state SECONDARY
2017-10-30T01:53:20.624-0700 I REPL [ReplicationExecutor] Member 127.0.0.1:28003 is now in state SECONDARY
2017-10-30T01:53:25.625-0700 I REPL [ReplicationExecutor] Member 127.0.0.1:28001 is now in state PRIMARY
2017-10-30T02:13:53.329-0700 I REPL [rsBackgroundSync] could not find member to sync from
2017-10-30T02:14:01.816-0700 I REPL [ReplicationExecutor] transition to PRIMARY
2017-10-30T02:14:03.033-0700 I REPL [rsSync] transition to primary complete; database writes are now permitted
（待驗證）
如果出現有一個節點找不到oplog（通過日誌看出），可通過將主節點的oplog 復制到從節點上
1. 備份出來：
./mongodump --port 28011 -d local -c oplog.rs -o /opt/backup/0706local/
2. 恢復到另外一臺單節點MONGODB服務器
./mongorestore --port 28011 -d temp_local -c shard1_oplog --dir /opt/backup/0706local/local/oplog.rs.bson
如果恢復時出現報錯Failed: error connecting to db server: no reachable servers
…………….
…………..
如果出現有一個節點有問題，刪除monogd.lock， 在啟動時加上—repair，再啟動還是啟動不了，而且只是作為一個不存儲數據的仲裁節點的話，最簡單粗暴的方法是通過將節點下的data數據都刪除，然後再重啟，則可啟動成功。
MongoDB復制集配置步驟