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" } )