站长资源数据库

Mongodb 副本集搭建问题总结及解决办法

Mongodb数据库的副本集是由多台服务器组成，基中一台是主节点，其它为从节点，如果主节点宕机就自动切换到任意一个从节点。如果以前的主节点修复完成和正常运行就自动变成从节点，从节点不能查询数据。也可以在一台服务器装多个Mongodb端口不一样。

在我以往的认知中，一个系统一旦正式上线，多半不会轻易的迁移服务器，尤其是那种涉及到多个关联应用，涉及到多台硬件服务器的系统，因为这种迁移将是牵一发而动全身的。

但是，却仍然有这种情况存在，就如我这几天主要负责的事，就是一个系统的全部服务器迁移中的部分机器迁移，还有一部分由别人负责。

这个系统涉及到flume数据采集，storm数据分析，rabbitmq消息分发，ehcache缓存提升系统性能，MongoDB副本集存储数据，tomcat管理系统应用等，架构基本如下：

而这里我主要负责的是rabbitmq、tomcat、ehcache、mongodb，这里边tomcat、ehcache的安装和配置都比较简单，只是rabbitmq需要依赖于erlang。而erlang又需要依赖一些其他的东西，这些东西需要root权限执行yum，而我们没有root权限，于是稍微花了一点点功夫。

除此之外，mongodb副本集的再次搭建也稍微遇到了一点点问题，不过好在一切还是按照预料中发展的，以前没遇到过的问题也通过经验猜想完美解决。

之所以mongodb副本集搭建会遇到一些问题，大部分原因是因为这次并非亲自动手，而是由所带的新人操作。
首先，按照我给的文档他一步步的操作下去，结果在端口上，不知道是因为习惯还是因为什么，他所设置的端口并不是我们要求的端口。

那么这时候当我要求他改成要求的端口时，他有些茫然，不知道是应该把所有配置删了重配，还是要怎样。

由于时间关系，于是我给他提供了一个方案，就是直接使用配置优先级的方式改掉端口。之前我写过的副本集搭建的文档中应该有说过优先级怎么改，大体上是下边三步：

config=rs.conf()
config.members[0].priority=2
rs.reconfig(config)

那么根据这个，我们设想的改端口应该是下边这样(下边ip和端口只是随便假设的，生产环境自然不能随便透漏)：

config=rs.conf()
config.members[0].host="192.168.117.88:37017"
rs.reconfig(config)

但是结果呢，在第三步的时候抛出异常，遗憾的是当时只为了解决问题而没有截图，忘记具体是什么异常了，但大体意思是说这个端口的成员不存在。
于是，我又给他提供了第二个方案，那就是先把三个成员中非主服务的任意一个从成员中删除：

rs.remove("ip:port")

然后把这台机的端口改为我们需要的37017，之后再使用增加成员的命令添加进来：

rs.add("ip:port")

然后就这样操作三次后，三台服务器的端口都成功修改成要求的端口。

这个过程中，当修改到主服务的时候，因为一开始设置了最高优先级，因此需要把另外一台先设置成更高的优先级操作。
问题就这样解决了，只不过事后我又想了想，似乎这种方案并非是最优最简洁的，因为当时没有细想第一种方案中那个问题的原因，后来一想，多半是因为那台机还是原端口没有被重启。

如果我们先把非主服务机器的端口都改好重启，那么再次用第一种方案进行应该也是可行的，而且还会比第二种方案简单，有机会了一定要试试。

本以为这样就可以了，然后没想到的是，当我们都迁移完成后，被告知那些机器都是测试服务网段的，要改成生产网段。
于是乎，所有的机器ip全部变了，以至于我们的mongodb副本集又要重新配置。

但是这一次比较麻烦的是，之前那次改端口是因为我至少可以保证有两台机还是正常运行的，可以操作rs命令，但是这一次ip一变，我三台机都无法正常成为主服务，以至于rs命令失效。

几番折腾，始终没有想出好的方案，于是只好把data目录下的内容尽数删除，然后真正的重新配置一遍。
然而，在这位新手的操作下，配置的过程中，把本该是如下的命令：

config={_id:”reptest”,members:[{_id:0,host:”192.168.0.160:57017”},{_id:1,host:”192.168.0.211:57017”},{_id:,host:”192.168.0.213:57017”}]}
rs.initiate(config)

弄成了这样：

config={_id:”reptest”,members:[{_id:0,host:”192.168.0.160:57017”},{_id:1,host:”192.168.0.211:57017”},{_id:,host:”192.168.0.213:57017”}]}
rs.initiate()

也就是说这里他虽然给config赋值了，但是再加载的时候竟然没有使用，这也怪了忘了告诉他之前发现的一个问题。

通常我们在window系统上操作Linux上的应用，都会使用crt或者putty这些工具，这两个工具各有优劣，而我发现当我们进入mongo shell中操作时，这两个工具是有区别的，使用putty就可以回退，而crt就不能再mongodb shell中回退。

因此当他敲完rs.initiate()，想要回到括号里加上config时，已经没了回头路，只能硬着头皮回车。

而这时候，rs.initiate()只能执行一次，接下来和我文档中的操作不一样了，又该怎么办呢？

经过上一个问题，这个问题貌似就很好解决的，怎么办呢，我觉得还是可以使用rs.add和修改配置的方式解决，然后把这个想法告诉他，他照此操作后，果然一次搞定！

好了，这次的两个问题基本就这样解决了，不知其他朋友们，是否对这种情况还有更好的解决方案？欢迎留言解惑。

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！