将分片集群升级到 4.4

禁用负载均衡器。

将mongo shell 连接到集群中的mongos实例，然后运行sh.stopBalancer()以禁用负载均衡器：

sh.stopBalancer()

要验证是否禁用了负载均衡器，请运行 sh.getBalancerState()；如果已禁用负载均衡器，则会返回 false：

sh.getBalancerState()

有关禁用负载均衡器的更多信息，请参阅禁用负载均衡器。

升级配置服务器。

1. 逐个升级副本集的从节点成员：

   1. 关闭辅助mongod实例，并将 4.2 二进制文件替换为 4.4 二进制文件。

   2. 使用--configsvr 、 --replSet和--port启动 4.4 二进制文件。 包括部署使用的任何其他选项。

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      如果使用配置文件，请更新该文件以指定sharding.clusterRole: configsvr 、 replication.replSetName 、 net.port和net.bindIp ，然后启动 4.4 二进制文件：

      sharding:
         clusterRole: configsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      包括适合您部署的任何其他设置。

   3. 等待成员恢复到SECONDARY状态，然后再升级下一个从节点成员。 要检查成员的状态，请在mongo shell 中发出rs.status() 。

      对每个从节点成员重复上述步骤。

2. 降级副本集主节点。

   1. 将mongo Shell 连接到主节点，并使用rs.stepDown()降级主节点并强制选举新的主节点：

      rs.stepDown()

   2. 当rs.status()显示主节点已降级并且另一个成员已呈现PRIMARY状态时，请关闭已降级的主节点并将mongod二进制文件替换为 4.4 二进制文件。

   3. 使用--configsvr 、 --replSet 、 --port和--bind_ip选项启动 4.4 二进制文件。 包括先前部署使用的任何可选命令行选项：

      mongod --configsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      如果使用配置文件，请更新该文件以指定sharding.clusterRole: configsvr 、 replication.replSetName 、 net.port和net.bindIp ，然后启动 4.4 二进制文件：

      sharding:
         clusterRole: configsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      包括适合您的部署的任何其他配置。

升级分片。

逐个升级分片。

对于每个分片副本集：

1. 逐个升级副本集的从节点成员：

   1. 关闭mongod实例，并将 4.2 二进制文件替换为 4.4 二进制文件。

   2. 使用--shardsvr 、 --replSet 、 --port和--bind_ip选项启动 4.4 二进制文件。 包括适合您的部署的任何其他命令行选项：

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      如果使用配置文件，请更新该文件以包含sharding.clusterRole: shardsvr 、 replication.replSetName 、 net.port和net.bindIp ，然后启动 4.4 二进制文件：

      sharding:
         clusterRole: shardsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      包括适合您的部署的任何其他配置。

   3. 等待成员恢复到SECONDARY状态，然后再升级下一个从节点成员。 要检查成员的状态，可以在mongo shell 中发出rs.status() 。

      对每个从节点成员重复上述步骤。

2. 降级副本集主节点。

   将mongo Shell 连接到主节点，并使用rs.stepDown()降级主节点并强制选举新的主节点：

   rs.stepDown()

3. 当 rs.status() 显示主节点已降级，并且另一个成员已显示为 PRIMARY 状态时，升级已降级的主节点：

   1. 关闭降级主节点，并将mongod二进制文件替换为 4.4 二进制文件。

   2. 使用--shardsvr 、 --replSet 、 --port和--bind_ip选项启动 4.4 二进制文件。 包括适合您的部署的任何其他命令行选项：

      mongod --shardsvr --replSet <replSetName> --port <port> --dbpath <path> --bind_ip localhost,<ip address>

      如果使用配置文件，请更新该文件以指定sharding.clusterRole: shardsvr 、 replication.replSetName 、 net.port和net.bindIp ，然后启动 4.4 二进制文件：

      sharding:
         clusterRole: shardsvr
      replication:
         replSetName: <string>
      net:
         port: <port>
         bindIp: localhost,<ip address>
      storage:
         dbpath: <path>

      包括适合您的部署的任何其他配置。

升级mongos实例。

将每个mongos实例替换为 4.4 二进制文件，然后重新启动。 包括适合您的部署的任何其他配置。

mongos --configdb csReplSet/<rsconfigsver1:port1>,<rsconfigsver2:port2>,<rsconfigsver3:port3> --bind_ip localhost,<ip address>

重新启用负载均衡器。

使用 4.4 mongo Shell 连接到集群中的mongos并运行sh.startBalancer()以重新启用负载均衡器：

sh.startBalancer()

从 MongoDB 6开始。 0 。 3 ，不执行自动数据段分割。这是因为均衡策略的改进。自动分割命令仍然存在，但不执行操作。

在 6.0.3 之前的 MongoDB 版本中，sh.startBalancer() 还支持分片集群的自动拆分。

如果您不希望在启用负载均衡器时启用自动分割，则还必须运行sh.disableAutoSplit() 。

有关重新启用负载均衡器的更多信息，请参阅启用负载均衡器。

启用向后不兼容的 4.4 功能。

在这个点，您可以运行 4.4 二进制文件，而无需使用与 4.2 不兼容的 4.4功能。

要启用这些 4.4 功能，请将功能兼容性版本 ( fCV ) 设置为 4.4。

在mongos实例上，在admin数据库中运行setFeatureCompatibilityVersion命令：

db.adminCommand( { setFeatureCompatibilityVersion: "4.4" } )

设置featureCompatibilityVersion (fCV) : "4.4" 对每个分片隐式执行replSetReconfig ，以将term字段添加到分片副本配置文档中，并阻塞，直到新配置传播到大多数副本集成员。

此命令必须对内部系统集合执行写入。如果由于任何原因未成功完成该命令，则可以安全地在mongos上重试该命令，因为该操作是幂等的。

当您将setFeatureCompatibilityVersion 设置为 4.4 时，分片上存在的任何 孤立文档 都将被清除。清理过程：

• 不阻止升级完成，并且

• 是否受到速率限制。要减轻孤立文档清理期间对性能的潜在影响，请参阅范围删除性能调优。