码迷,mamicode.com
首页 > 数据库 > 详细

3分钟完成MongoDB2.6升级3.0

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

标签:mongodb   2.6升级3.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.0at 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之前,您可能希望在一段时间内运行混合存储引擎。 但是,性能会因工作量而异。

 

configurefile中添加engine: "wiredTiger",并更换—dbpath 后重启实例

由于dbpath是新目录,副本集会执行initial sync进行重新同步,重新同步的时间取决于数据量的大小和网络情况。

 

为使用WiredTiger存储引擎运行的新mongod实例准备数据目录。 mongod必须具有此目录的读写权限。 您可以删除已停止的辅助成员的当前数据目录的内容,也可以完全创建新的目录。

 

WiredTigermongod不会从使用不同的存储引擎创建的数据文件开始。

 

 

 Part5:Driver兼容性

绝大部分dirver版本只要支持3.0也支持3.2

更多driver兼容性参见:

https://docs.mongodb.com/ecosystem/drivers/driver-compatibility-reference/



Warning:

2.6升级3.0

升级后不能降级低于2.6.8版本

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

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





——总结——

同小版本升级来讲,2.6升级3.0版本没有什么难度,主要在于如果您在2.6版本已经开启了认证,那么一定要做好authSchema的相关升级操作,并了解降级的限制。由于编写时间也很仓促,文中难免会出现一些错误或者不准确的地方,不妥之处恳请读者批评指正。



本文出自 “贺磊的技术博客” 博客,请务必保留此出处http://suifu.blog.51cto.com/9167728/1978466

3分钟完成MongoDB2.6升级3.0

标签:mongodb   2.6升级3.0   

原文地址:http://suifu.blog.51cto.com/9167728/1978466

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!