3分钟完成MongoDB2.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.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之前，您可能希望在一段时间内运行混合存储引擎。但是，性能会因工作量而异。
在configurefile中添加engine: "wiredTiger"，并更换—dbpath后重启实例
由于dbpath是新目录，副本集会执行initial sync进行重新同步，重新同步的时间取决于数据量的大小和网络情况。
为使用WiredTiger存储引擎运行的新mongod实例准备数据目录。 mongod必须具有此目录的读写权限。您可以删除已停止的辅助成员的当前数据目录的内容，也可以完全创建新的目录。
与WiredTiger的mongod不会从使用不同的存储引擎创建的数据文件开始。
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的相关升级操作，并了解降级的限制。由于编写时间也很仓促，文中难免会出现一些错误或者不准确的地方，不妥之处恳请读者批评指正。
喜欢的读者可以点个赞来个关注，您的赞美和关注是对笔者继续发文的大鼓励与支持！
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
新闻名称：3分钟完成MongoDB2.6升级3.0-创新互联
本文路径：http://6mz.cn/article/dccssi.html