那么根据这个，我们设想的改端口应该是下边这样(下边ip和端口只是随便假设的，生产环境自然不能随便透漏)：
但是结果呢，在第三步的时候抛出异常，遗憾的是当时只为了解决问题而没有截图，忘记具体是什么异常了，但大体意思是说这个端口的成员不存在。 于是，我又给他提供了第二个方案，那就是先把三个成员中非主服务的任意一个从成员中删除：
然后把这台机的端口改为我们需要的37017，之后再使用增加成员的命令添加进来：
然后就这样操作三次后，三台服务器的端口都成功修改成要求的端口。
这个过程中，当修改到主服务的时候，因为一开始设置了最高优先级，因此需要把另外一台先设置成更高的优先级操作。 问题就这样解决了，只不过事后我又想了想，似乎这种方案并非是最优最简洁的，因为当时没有细想第一种方案中那个问题的原因，后来一想，多半是因为那台机还是原端口没有被重启。
如果我们先把非主服务机器的端口都改好重启，那么再次用第一种方案进行应该也是可行的，而且还会比第二种方案简单，有机会了一定要试试。
本以为这样就可以了，然后没想到的是，当我们都迁移完成后，被告知那些机器都是测试服务网段的，要改成生产网段。 于是乎，所有的机器ip全部变了，以至于我们的mongodb副本集又要重新配置。
但是这一次比较麻烦的是，之前那次改端口是因为我至少可以保证有两台机还是正常运行的，可以操作rs命令，但是这一次ip一变，我三台机都无法正常成为主服务，以至于rs命令失效。
几番折腾，始终没有想出好的方案，于是只好把data目录下的内容尽数删除，然后真正的重新配置一遍。 然而，在这位新手的操作下，配置的过程中，把本该是如下的命令：
弄成了这样：
也就是说这里他虽然给config赋值了，但是再加载的时候竟然没有使用，这也怪了忘了告诉他之前发现的一个问题。
通常我们在window系统上操作Linux上的应用，都会使用crt或者putty这些工具，这两个工具各有优劣，而我发现当我们进入mongo shell中操作时，这两个工具是有区别的，使用putty就可以回退，而crt就不能再mongodb shell中回退。
因此当他敲完rs.initiate()，想要回到括号里加上config时，已经没了回头路，只能硬着头皮回车。
而这时候，rs.initiate()只能执行一次，接下来和我文档中的操作不一样了，又该怎么办呢？
经过上一个问题，这个问题貌似就很好解决的，怎么办呢，我觉得还是可以使用rs.add和修改配置的方式解决，然后把这个想法告诉他，他照此操作后，果然一次搞定！
好了，这次的两个问题基本就这样解决了，不知其他朋友们，是否对这种情况还有更好的解决方案？欢迎留言解惑。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
