MongoDB添加仲裁節(jié)點(diǎn)報(bào)錯(cuò)replica set IDs do not match怎么辦

這篇文章將為大家詳細(xì)講解有關(guān)MongoDB添加仲裁節(jié)點(diǎn)報(bào)錯(cuò)replica set IDs do not match怎么辦，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

背景:

由于歷史原因，某個(gè)MongoDB副本集只有一主一從雙節(jié)點(diǎn)，無(wú)法滿足自動(dòng)故障轉(zhuǎn)移要求，需要配置一個(gè)仲裁節(jié)點(diǎn)。

原有節(jié)點(diǎn)192.168.10.20:27017,192.168.10.21:27017，現(xiàn)在準(zhǔn)備在20上配置一個(gè)新節(jié)點(diǎn)27018當(dāng)做仲裁

在當(dāng)前主節(jié)點(diǎn)上執(zhí)行

repset:PRIMARY> cfg={_id:"repset", members:[{_id:0, host:'192.168.10.20:27017', priority:1},{_id:2, host:'192.168.10.21:27017', priority:2}, {_id:3, host:'192.168.10.20:27018', arbiterOnly:true}]};

repset:PRIMARY> rs.reconfig(cfg)

顯示配置是成功的，接著用命令查看副本集狀態(tài)時(shí)，發(fā)現(xiàn)仲裁節(jié)點(diǎn)不可用，報(bào)錯(cuò)信息replica set IDs do not match。

repset:PRIMARY> rs.status()

網(wǎng)上的各種文檔都是說(shuō)①查看副本集的名稱是否一致 ②把節(jié)點(diǎn)上的數(shù)據(jù)全都刪掉。

我在確認(rèn)副本集配置名稱一致后，刪除仲裁節(jié)點(diǎn)的數(shù)據(jù)時(shí)發(fā)現(xiàn)：1、通過(guò)客戶端是無(wú)法刪除副本集配置集合；2、刪除底層物理文件會(huì)導(dǎo)致Mongod進(jìn)程啟動(dòng)失敗。

在仔細(xì)回想initiate一次性副本集配置的操作時(shí)，發(fā)現(xiàn)配置后，只啟動(dòng)了一個(gè)客戶端。我的猜想是會(huì)不會(huì)是因?yàn)槲覇?dòng)了仲裁節(jié)點(diǎn)的客戶端，仲裁節(jié)點(diǎn)生成了單獨(dú)的副本集ID。

于是我將仲裁節(jié)點(diǎn)的配置文件db、log、Mongodb.conf全都刪除，并重新命令啟動(dòng)仲裁節(jié)點(diǎn)MongoD進(jìn)程后，直接在當(dāng)前Primary節(jié)點(diǎn)按之前的操作添加仲裁節(jié)點(diǎn)后，發(fā)現(xiàn)仲裁節(jié)點(diǎn)已正常。

結(jié)論：

目前只是證實(shí)了我的猜想，還沒(méi)找到官方的說(shuō)法。

在添加副本集節(jié)點(diǎn)的時(shí)候，新增的節(jié)點(diǎn)在啟動(dòng)服務(wù)后，一定不要連接客戶端，否則新增節(jié)點(diǎn)會(huì)生成另外的副本集ID，雖然副本集名稱一致，但是IDs不一致會(huì)報(bào)錯(cuò)。

關(guān)于“MongoDB添加仲裁節(jié)點(diǎn)報(bào)錯(cuò)replica set IDs do not match怎么辦”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。