MongoDB 的副本集是一主多从的架构。 这种架构在维护的时候比较方便。 先对secondary 节点进行维护，然后切换主从，在维护原主库。

官网链接如下：
https://www.mongodb.com/docs/manual/tutorial/perform-maintence-on-replica-set-members/

1 Secondary 节点维护

---

Secondary 节点的维护步骤如下：http://www.cndba.cn/cndba/dave/article/107981

1. 以standalone模式重启secondary 节点的mongod实例。
2. 在standalone 实例中执行维护任务。
3. 以副本集成员重启secondary 节点的mongod实例。

1.1 停止secondary节点

db.shutdownServer()http://www.cndba.cn/cndba/dave/article/107981

1.2 以standalone模式启动secondary 节点实例

在启动之前需要先修改相关参数：

1. 注释掉replication.replSetName 选项
2. 修改 net.port 端口
3. 设置disableLogicalSessionCacheRefresh 参数为true
4. 如果是Shard 环境，还需要注释掉sharding.clusterRole 选项
5. 设置skipShardingConfigurationChecks 参数为true。

示例：http://www.cndba.cn/cndba/dave/article/107981

net:
   bindIp: localhost,<hostname(s)|ip address(es)>
   port: 27218
#   port: 27018
#replication:
#   replSetName: shardA
#sharding:
#   clusterRole: shardsvr
setParameter:
   skipShardingConfigurationChecks: true
   disableLogicalSessionCacheRefresh: true

这里有个细节，官网手册没讲。就是调整oplog的大小。 默认情况下，oplog 最大值是50G，如果维护的时间过程，可能会出现oplog的GAP,导致重新以副本集成员启动后无法进行数据同步，重新初始化时间又会比较长。

Oplog的调整参考之前的博客：http://www.cndba.cn/cndba/dave/article/107981

MongoDB 4.4 中 journal 和 oplog 日志 说明
https://www.cndba.cn/dave/article/107979

1.3 以新端口执行维护操作

mongo —port 27218http://www.cndba.cn/cndba/dave/article/107981

1.4 以副本集成员重启secondary 节点实例

在重启之前，必须先回退standalone 模式的所有参数修改。

use admin
db.shutdownServer()

启动完成后，查看副本集状态：

http://www.cndba.cn/cndba/dave/article/107981

rs.status()

2 Primary 节点维护

Primary 节点和secondary 节点的操作是是一样的，就多一个步骤：对primary 节点进行降级。

注意这里降级的命令：http://www.cndba.cn/cndba/dave/article/107981

rs.stepDown(300)

这里指定300秒的等待时间，以防止该成员在5分钟内再次被选为primary。 当降级完成后，以standalone 模式启动该节点，进行维护操作。

rs.stepDown()
https://www.mongodb.com/docs/manual/reference/method/rs.stepDown/

版权声明：本文为博主原创文章，未经博主允许不得转载。