MongoDB Upgrade a Replica Set to 3.4

ty9919

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