前言
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版本这些不向下兼容的功能时，利用如下命令启用这些功能：
主节点运行：
|
1
|
db.adminCommand({ setFeatureCompatibilityVersion:
"3.4"
} )
|
