在每个MongoDB（版本 3.2.9） Instance中，都有一个本地数据库（local），用于存储 Replication 进程的信息和本地数据。local 数据库的特性是：位于local数据库中的数据和集合不会被 Replication 进程复制到其他MongoDB instance上。如果实例上有些collection 和 data不计划被复制到其他MongoDB Instance，可以将这些collection 和 data 存储在local 数据库中。
MongoDB shell提供一个全局变量rs，是数据库命令的包装器（wrapper），用于维护Replica Set。
一，Replica Set的配置
1，查看Replica Set的配置信息
MongoDB 将Replica Set的配置信息存储在local.system.replset 集合中，在同一个Replica Set中所有成员local.system.replset是相同的，不能直接修改该集合，必须通过rs.initiate()来初始化，通过 rs.reconfig()来重新配置，对Replica Set 增加或删除成员都会相应的修改Replica Set的配置信息。
rs.config() use local db.system.replset.find()
配置信息重要信息主要有两部分：Replica Set的 id 值 和 member 数组
{ _id: "replica set name", members: [ { _id: <int>, host: "host:port", arbiterOnly: <boolean>, buildIndexes: <boolean>, hidden: <boolean>, priority: <number>, slaveDelay: <int>, votes: <number> }, ... ], ... }
成员的配置文档：
priority：表示一个成员被选举为Primary节点的优先级，默认值是1，取值范围是从0到100，将priority设置为0有特殊含义：Priority为0的成员永远不能成为Primary 节点。Replica Set中，Priority最高的成员，会优先被选举为Primary 节点，只要其满足条件。
hidden：将成员配置为隐藏成员，要求Priority 为0。Client不会向隐藏成员发送请求，因此隐藏成员不会收到Client的Request。
slaveDelay：单位是秒，将Secondary 成员配置为延迟备份节点，要求Priority 为0，表示该成员比Primary 成员滞后指定的时间，才能将Primary上进行的写操作同步到本地。为了数据读取的一致性，应将延迟备份节点的hidden设置为true，避免用户读取到明显滞后的数据。Delayed members maintain a copy of the data that reflects the state of the data at some time in the past.
votes：有效值是0或1，默认值是1，如果votes是1，表示该成员（voting member）有权限选举Primary 成员。在一个Replica Set中，最多有7个成员，其votes 属性的值是1。
arbiterOnly：表示该成员是仲裁者，arbiter的唯一作用是就是参与选举，其votes属性是1，arbiter不保存数据，也不会为client提供服务。
buildIndexes：表示实在在成员上创建Index，该属性不能修改，只能在增加成员时设置该属性。如果一个成员仅仅作为备份，不接收Client的请求，将该成员设置为不创建index，能够提高数据同步的效率。
2，重新配置Replica Set
对Replica Set重新配置，必须连接到Primary 节点；如果Replica Set中没有一个节点被选举为Primary，那么，可以使用force option（rs.reconfig(config,{force:true})），在Secondary 节点上强制对Replica Set进行重新配置。
The force parameter allows a reconfiguration command to be issued to a non-primary node. If set as { force: true }, this forces the replica set to accept the new configuration even if a majority of the members are not accessible. Use with caution, as this can lead to rollback situations.
示例，在primary 节点中，重新配置成员的优先级属性（priority）。
cfg = rs.conf() cfg.members[0].priority = 1 cfg.members[1].priority = 1 cfg.members[2].priority = 5 rs.reconfig(cfg)
3，增加成员
3.1，该使用默认的配置增加成员
--增加一个成员，用于存储数据
rs.add("host:port")
--增加一个arbiter，用于选举
rs.add("host:port",true)
3.2，使用配置文档增加成员
示例，为Replica Set增加一个延迟备份的隐藏节点，滞后Primary节点1hour，该节点不参与投票，也不创建index，仅仅作为数据备份。
rs.add( { _id:4, host: "host:port", priority: 0, hidden:true, slaveDelay:3600, votes:0, buildIndexes:true, arbiterOnly:false } )
4，删除成员
rs.remove("host")
5，对replica set重新配置，能够增加成员，删除成员，并能同时修改成员的属性
二，对Replica Set的成员进行操作
1，冻结当前成员，使当前成员在指定的时间内没有资格成为Primary，即当前成员在一定时间内保持Secondary身份
Makes the current replica set member ineligible to become primary for the period specified.
rs.freeze(seconds)
2，强制 Primary 节点退化为Secondary节点