MongoDB复制集数据库拆分和版本升级实战

gerrt23

MongoDB复制集数据库拆分和版本升级实战

问题描述

复制集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格式》。