13518219792
1. 配置三个节点的配置文件（/etc/28001.conf）
在广州等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都做网站、网站设计 网站设计制作按需开发,公司网站建设,企业网站建设,高端网站设计,营销型网站,成都外贸网站建设,广州网站建设费用合理。
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数据都删除，然后再重启，则可启动成功。
