Mongodb 副本集搭建問題總結(jié)及解決辦法

Mongodb數(shù)據(jù)庫的副本集是由多臺(tái)服務(wù)器組成，基中一臺(tái)是主節(jié)點(diǎn)，其它為從節(jié)點(diǎn)，如果主節(jié)點(diǎn)宕機(jī)就自動(dòng)切換到任意一個(gè)從節(jié)點(diǎn)。如果以前的主節(jié)點(diǎn)修復(fù)完成和正常運(yùn)行就自動(dòng)變成從節(jié)點(diǎn)，從節(jié)點(diǎn)不能查詢數(shù)據(jù)。也可以在一臺(tái)服務(wù)器裝多個(gè)Mongodb端口不一樣。

在我以往的認(rèn)知中，一個(gè)系統(tǒng)一旦正式上線，多半不會(huì)輕易的遷移服務(wù)器，尤其是那種涉及到多個(gè)關(guān)聯(lián)應(yīng)用，涉及到多臺(tái)硬件服務(wù)器的系統(tǒng)，因?yàn)檫@種遷移將是牽一發(fā)而動(dòng)全身的。

但是，卻仍然有這種情況存在，就如我這幾天主要負(fù)責(zé)的事，就是一個(gè)系統(tǒng)的全部服務(wù)器遷移中的部分機(jī)器遷移，還有一部分由別人負(fù)責(zé)。

這個(gè)系統(tǒng)涉及到flume數(shù)據(jù)采集，storm數(shù)據(jù)分析，rabbitmq消息分發(fā)，ehcache緩存提升系統(tǒng)性能，MongoDB副本集存儲(chǔ)數(shù)據(jù)，tomcat管理系統(tǒng)應(yīng)用等，架構(gòu)基本如下：

而這里我主要負(fù)責(zé)的是rabbitmq、tomcat、ehcache、mongodb，這里邊tomcat、ehcache的安裝和配置都比較簡(jiǎn)單，只是rabbitmq需要依賴于erlang。而erlang又需要依賴一些其他的東西，這些東西需要root權(quán)限執(zhí)行yum，而我們沒有root權(quán)限，于是稍微花了一點(diǎn)點(diǎn)功夫。

除此之外，mongodb副本集的再次搭建也稍微遇到了一點(diǎn)點(diǎn)問題，不過好在一切還是按照預(yù)料中發(fā)展的，以前沒遇到過的問題也通過經(jīng)驗(yàn)猜想完美解決。

之所以mongodb副本集搭建會(huì)遇到一些問題，大部分原因是因?yàn)檫@次并非親自動(dòng)手，而是由所帶的新人操作。
首先，按照我給的文檔他一步步的操作下去，結(jié)果在端口上，不知道是因?yàn)榱?xí)慣還是因?yàn)槭裁矗O(shè)置的端口并不是我們要求的端口。

那么這時(shí)候當(dāng)我要求他改成要求的端口時(shí)，他有些茫然，不知道是應(yīng)該把所有配置刪了重配，還是要怎樣。

由于時(shí)間關(guān)系，于是我給他提供了一個(gè)方案，就是直接使用配置優(yōu)先級(jí)的方式改掉端口。之前我寫過的副本集搭建的文檔中應(yīng)該有說過優(yōu)先級(jí)怎么改，大體上是下邊三步：

那么根據(jù)這個(gè)，我們?cè)O(shè)想的改端口應(yīng)該是下邊這樣(下邊ip和端口只是隨便假設(shè)的，生產(chǎn)環(huán)境自然不能隨便透漏)：

但是結(jié)果呢，在第三步的時(shí)候拋出異常，遺憾的是當(dāng)時(shí)只為了解決問題而沒有截圖，忘記具體是什么異常了，但大體意思是說這個(gè)端口的成員不存在。
于是，我又給他提供了第二個(gè)方案，那就是先把三個(gè)成員中非主服務(wù)的任意一個(gè)從成員中刪除：

然后把這臺(tái)機(jī)的端口改為我們需要的37017，之后再使用增加成員的命令添加進(jìn)來：

然后就這樣操作三次后，三臺(tái)服務(wù)器的端口都成功修改成要求的端口。

這個(gè)過程中，當(dāng)修改到主服務(wù)的時(shí)候，因?yàn)橐婚_始設(shè)置了最高優(yōu)先級(jí)，因此需要把另外一臺(tái)先設(shè)置成更高的優(yōu)先級(jí)操作。
問題就這樣解決了，只不過事后我又想了想，似乎這種方案并非是最優(yōu)最簡(jiǎn)潔的，因?yàn)楫?dāng)時(shí)沒有細(xì)想第一種方案中那個(gè)問題的原因，后來一想，多半是因?yàn)槟桥_(tái)機(jī)還是原端口沒有被重啟。

如果我們先把非主服務(wù)機(jī)器的端口都改好重啟，那么再次用第一種方案進(jìn)行應(yīng)該也是可行的，而且還會(huì)比第二種方案簡(jiǎn)單，有機(jī)會(huì)了一定要試試。

本以為這樣就可以了，然后沒想到的是，當(dāng)我們都遷移完成后，被告知那些機(jī)器都是測(cè)試服務(wù)網(wǎng)段的，要改成生產(chǎn)網(wǎng)段。
于是乎，所有的機(jī)器ip全部變了，以至于我們的mongodb副本集又要重新配置。

但是這一次比較麻煩的是，之前那次改端口是因?yàn)槲抑辽倏梢员ＷC有兩臺(tái)機(jī)還是正常運(yùn)行的，可以操作rs命令，但是這一次ip一變，我三臺(tái)機(jī)都無法正常成為主服務(wù)，以至于rs命令失效。

幾番折騰，始終沒有想出好的方案，于是只好把data目錄下的內(nèi)容盡數(shù)刪除，然后真正的重新配置一遍。
然而，在這位新手的操作下，配置的過程中，把本該是如下的命令：

弄成了這樣：

也就是說這里他雖然給config賦值了，但是再加載的時(shí)候竟然沒有使用，這也怪了忘了告訴他之前發(fā)現(xiàn)的一個(gè)問題。

通常我們?cè)趙indow系統(tǒng)上操作Linux上的應(yīng)用，都會(huì)使用crt或者putty這些工具，這兩個(gè)工具各有優(yōu)劣，而我發(fā)現(xiàn)當(dāng)我們進(jìn)入mongo shell中操作時(shí)，這兩個(gè)工具是有區(qū)別的，使用putty就可以回退，而crt就不能再mongodb shell中回退。

因此當(dāng)他敲完rs.initiate()，想要回到括號(hào)里加上config時(shí)，已經(jīng)沒了回頭路，只能硬著頭皮回車。

而這時(shí)候，rs.initiate()只能執(zhí)行一次，接下來和我文檔中的操作不一樣了，又該怎么辦呢？

經(jīng)過上一個(gè)問題，這個(gè)問題貌似就很好解決的，怎么辦呢，我覺得還是可以使用rs.add和修改配置的方式解決，然后把這個(gè)想法告訴他，他照此操作后，果然一次搞定！

好了，這次的兩個(gè)問題基本就這樣解決了，不知其他朋友們，是否對(duì)這種情況還有更好的解決方案？歡迎留言解惑。

感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！

原文鏈接：http://blog.csdn.net/tuzongxun/article/details/53667685