问题描述

复制集rs_1上承载了所有的数据库业务，而加内存已经无法满足应用程序压力。

解决方案

考虑拆分复制集rs_1的部分数据库到rs_2，并同时升级数据库版本到2.6。

架构图

准备

评估升级可能性

1. 连接2.6 mongo shell到2.4 复制集辅助成员，在admin库执行db.upgradeCheckAllDBs()。   
2. 评估升级到2.6的应用程序兼容性问题，参考：http://docs.mongodb.org/manual/release-notes/2.6-compatibility/

数据库划分

1. 划分拆分后复制集中数据库成员。   
2. 理清对应的应用，准备好需要更新的链接字符串。

驱动升级

1. C#/.NET 驱动版本需要提前升级到1.9以上。

操作步骤

向复制集rs_1中加入一个2.6版本的Secondary成员

1. 在ReplSet 1中加入2.6版本的Secondary成员（或将现有2.4版本Secondary升级到2.6版本），具体升

级方法，请参见《升级MongoDB到2.6》。

2. 根据实际情况，看是否需要加入Arbiter，保证ReplSet 1有基数个成员。   
   rs.addArb("aaaaaa:30000")

将复制集rs_1中的部分数据库拆分到rs_2

1. 将2.6版本的Secondary成员配置新的副本集名称   
   修改配置文件/etc/mongod.conf配置参数replSet=rs_2    
2. 停止该Secondary成员的服务    
   service mongod stop    
3. 删除掉该Secondary成员的oplog    
   cd /data/var/lib/mongodb/local    
   rm -rf local.*    
4. 启动服务    
   service mongod start    
5. 初始化新复制集rs_2    
   rs.initiate()    
   rs.conf()    
   rs.status()    
6. 升级授权架构    
   db.getSiblingDB("admin").runCommand({authSchemaUpgrade: 1 });    
7. 移除复制集rs_1中的该成员    
   rs.conf()    
   rs.remove('xxxxxx:27017')    
8. 保留复制集rs_2中的数据库成员，删除其他库。    
   use [数据库名]    
   db.dropDatabase();

应用程序修改

1. 修改复制集rs_2中的成员对应的应用程序的链接字符串。

向复制集rs_2添加两个2.6版本的成员

1. 停掉rs_1中的两个Secondary成员的mongod服务   
   service mongod stop    
2. 数据库版本升级到2.6    
3. 删除数据库目录下的数据文件    
4. 修改/etc/mongod.conf配置参数replSet=rs_2    
5. 启动mongod服务    
   service mongod start    
6. 连接新复制集rs_2的Primary的mongo shell添加两个新成员    
   rs.add('yyyyyy:27017')    
   rs.add('zzzzzz:27017')    
7. 移除复制集rs_1的yyyyyy和zzzzzz成员    
   rs.conf()    
   rs.remove('yyyyyy:27017')    
   rs.remove('zzzzzz:27017')    
8. 检查新复制集rs_2的数据同步状态    
   rs.status()    
9. 为了避免，当数据同步过程中，应用端大量的查询连接请求，导致同步无法完成，可隐藏该

Secondary成员。（可选）   
   cfg = rs.conf()    
   cfg.members[1].priority = 0    
   cfg.members[1].hidden = true    
   rs.reconfig(cfg)    
   注意：members数组索引从0开始。    
10.待数据同步完成后，再取消隐藏。（可选）    
   cfg = rs.conf()    
   cfg.members[1].hidden = false    
   cfg.members[1].priority = 1    
   rs.reconfig(cfg)    
11.若rs_2的Primary硬件配置更好，可修改Primary的优先级。（可选）    
   cfg = rs.conf()    
   cfg.members[0].priority = 23    
   rs.reconfig(cfg)    
12.在忽略9到12步的情况下，若某个Secondary成员的硬件配置更好，希望同步数据完成后，自动选举为

Primary，可在同步数据过程中，修改该成员的优先级。待数据同步完后，会自动切换。（可选）   
   cfg = rs.conf()    
   cfg.members[2].priority = 23    
   rs.reconfig(cfg)

源复制集rs_1升级到2.6版本

1. 移除选举成员。   
   rs.remove('aaaaaa:30000')    
2. 删除源复制集rs_1中的拆分到rs_2的数据库成员。    
3. 升级复制集rs_1，步骤可参见《升级MongoDB到2.6》和《MongoDB升级用户授权数据到2.6格式》。

本文转自UltraSQL51CTO博客，原文链接： http://blog.51cto.com/ultrasql/1676286，如需转载请自行联系原作者