参考 > 发行说明 > MongoDB 3.4发布说明 > 将副本集升级到3.4
在本页面
注意
从版本3.4.21开始,MongoDB 3.4系列删除了对Ubuntu 16.04 POWER / PPC64LE的支持。
对于支持Ubuntu 16.04 POWER / PPC64LE的MongoDB Enterprise早期版本:
由于glibc
Ubuntu 16.04 for POWER的较早版本的软件包中存在锁定省略错误,因此必须glibc
至少
在运行MongoDB之前将软件包升级到。使用该软件包较旧版本的系统
会由于随机内存损坏而导致数据库服务器崩溃和行为异常,并且不适合MongoDB的生产部署glibc 2.23-0ubuntu5
glibc
重要
在尝试进行任何升级之前,请熟悉本文档的内容。
如果您需要有关升级到3.4的指导,MongoDB提供主要版本升级服务,以确保平稳过渡而不会中断您的MongoDB应用程序。
升级时,请考虑以下事项:
要将现有的MongoDB部署升级到3.4,必须运行3.2系列发行版。
要从3.2系列之前的版本升级,必须先升级主要版本,直到升级到3.2系列。例如,如果运行的是3.0系列,则必须先安装 3.2, 然后才能升级到3.4。
在开始升级之前,请参阅MongoDB 3.4中的兼容性更改文档,以确保您的应用程序和部署与MongoDB 3.4兼容。开始升级之前,请解决部署中的不兼容性。
在升级MongoDB之前,请务必先在临时环境中测试应用程序,然后再将升级部署到生产环境中。
一旦升级到3.4,就不能降级到3.2.7或更早的版本。您只能降级到3.2.8或更高版本。
警告
避免重新配置包含不同MongoDB版本成员的副本集,因为验证规则可能在MongoDB版本之间有所不同。
要将副本集升级到3.4,所有副本集成员必须运行版本3.2。要从MongoDB的早期版本升级副本集, 请先将副本集的所有成员升级到最新的3.2系列发行版,然后按照从MongoDB 3.2升级到3.4的过程进行操作。
您可以使用“滚动”升级从MongoDB 3.2升级到3.4,以通过在其他成员可用时分别升级成员来最大程度地减少停机时间:
一次升级 一个副本集的辅助成员:
mongod
实例,然后用3.4二进制文件替换3.2二进制文件。SECONDARY
状态,然后再升级下一个辅助成员。要检查成员的状态,请rs.status()
在
mongo
shell中发出。将mongo
外壳连接到主要节点,并用于
rs.stepDown()
降低主要节点并强制选择新的主要节点。
当rs.status()
显示主节点已卸任并且另一成员已PRIMARY
处于状态时,请升级已卸除的主抵押:
mongod
二进制文件替换
为3.4二进制文件。此时,您可以运行3.4二进制文件,而没有与3.2 不兼容的3.4 功能。
要启用这些3.4功能,请将功能兼容版本设置为3.4。
警告
启用这些向后不兼容的功能会使降级过程复杂化。有关详细信息,请参阅删除3.4不兼容的功能。
建议在升级后,允许您在不启用这些功能的情况下运行部署,并且要在预热期内确保降级的可能性最小。如果您确信降级的可能性很小,请启用这些功能。
在主数据库上setFeatureCompatibilityVersion
,在admin
数据库中运行命令:
此命令必须执行对内部系统集合的写入。如果由于某种原因该命令未成功完成,则可以安全地在主数据库上重试该命令,因为该操作是幂等的。