MongoDB Upgrade a Replica Set

MongoDB 副本集升级

前言

Part1:写在最前

本文讲解MongoDB副本集的升级方法，以及注意事项。本文的环境为MongoDB3.2升级MongoDB3.4,低版本升级3.4的话需要优先升级到3.2版本才可以。如果发现3.4版本与应用不兼容，可以降级到3.2。

实战

Part1:准备

在开始升级之前，请参阅MongoDB 3.4文档中的兼容性更改，以确保您的应用程序和部署与MongoDB 3.4兼容。在开始升级之前解决部署中的不兼容问题。

升级MongoDB之前，请先在临时环境中测试应用程序，以确保升级顺利进行。

Part2:降级限制

升级到3.4后，您不能降级到3.2.7或更早版本。您只能降级到3.2.8或更高版本。

注意：避免重新配置包含不同MongoDB版本成员的副本集，因为MongoDB版本中的权限验证规则可能会有所不同。

Part3:低版本升级先决条件

要将副本集升级到3.4，所有副本集成员必须运行版本3.2。要从早期的MongoDB版本升级副本集，请先将副本集的所有成员升级到最新的3.2系列版本，然后按照以下步骤从MongoDB 3.2升级到3.4。

Part4:低版本升级先决条件

要将副本集升级到3.4，所有副本集成员必须运行版本3.2。要从早期的MongoDB版本升级副本集，请先将副本集的所有成员升级到最新的3.2系列版本，然后按照以下步骤从MongoDB 3.2升级到3.4。

Part5:先升级副本中的一个Secondary

关闭mongod实例，并用3.4二进制文件的bin目录代替3.2二进制文件的bin目录。

重新启动成员并等待成员恢复到Secondary状态，然后再升级下一个Secondary成员。要检查成员的状态，请在mongo shell中发出rs.status()。

Part6:stepdown副本集的Primary

将mongo shell连接到Primary服务器并使用rs.stepDown()来降级主服务器并强制其他节点选举新的Primary服务器。

Part7:升级Primary

当rs.status()显示原Primary节点已经变为Secondary，新的PRIMARY已经被选举出来的时候，开始升级原Primary节点：

关闭数据库，并用3.4二进制文件的bin目录代替3.2二进制文件的bin目录。

启动原Primary节点。

Part8:启用不向下兼容的3.4新功能

此时，您可以运行3.4版本，而不使用与3.2不兼容的3.4功能。

要启用这些3.4功能，请将功能兼容版本设置为3.4。

启用这些不向下兼容的功能会使降级过程复杂化。有关详细信息，请参阅删除3.4不兼容的功能。

建议在升级后，让应用先不使用3.4这些功能一段时间，以确保稳定性。当您确认应用稳定运行，且需要3.4版本这些不向下兼容的功能时，利用如下命令启用这些功能：

主节点运行：

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