3分钟完成MongoDB2.6升级3.0

时间：2017-11-02 18:11:50 阅读：148 评论：0 收藏：0 [点我收藏+]

3分钟完成MongoDB2.6升级3.0

前言

Part1:写在最前

自从3.0版本起，MongoDB支持了WT存储引擎，这个引擎相对老的MMAPv1存储引擎来讲，具有更高的压缩比，且支持文档级并发控制。也正因为WT的优良特性，在MongoDB3.2版本起，WT存储引擎作为了默认存储引擎。本文将简述2.6升级3.0的过程和注意事项

实战

Part1:建议和清单

限制

要升级到3.0版本，首先现有集群必须是2.6版本。如果是早期的版本，则必须先升级到2.6版本才可以升级3.0版本。如果2.6集群已经开启了认证模式，升级前需进行authSchema 版本升级，详见关于认证章节。

准备

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

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

降级版本的限制

升级到3.0后，您只能降级到2.6.8或更高版本。

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

低版本升级先决条件

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

Part2:升级过程

先升级副本集中的一个Secondary

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

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

stepdown副本集中的Primary

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

升级Primary服务器

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

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

启动原Primary节点。

Part3:关于认证

authSchema

2.6版本开启认证模式要升级3.0，必须先升级authSchema。

运行authSchemaUpgrade并升级3.0后，无法降级到2.6并开启认证模式

查看authSchema版本是不是3.0（at least）

use admin

db.system.version.find( { _id: "authSchema" })

升级SchemaUpgrade，复制集的话在主库执行该命令

db.getSiblingDB("admin").runCommand({authSchemaUpgrade: 1 });

Part4:变更存储引擎

您必须使用MongoDB 3.0或更高版本才能使用WiredTiger存储引擎。如果从早期版本的MongoDB升级，请参阅升级到MongoDB 3.0或升级到MongoDB 3.2的指导，然后再继续更改存储引擎。

在启用新的WiredTiger存储引擎之前，请确保所有副本集/分片集群成员至少运行MongoDB 2.6.8版，最好是3.0.0版或更高版本。副本集可以具有不同存储引擎的成员。因此，您可以更新成员以滚动的方式使用WiredTiger存储引擎。在更改所有成员使用WiredTiger之前，您可能希望在一段时间内运行混合存储引擎。但是，性能会因工作量而异。