-
隱藏節點設置 完后重新配置一下： rs.reconfig() 注意：生產環境慎用此命令，因為連接會閃斷 rs.status() 能看到隱藏的從節點 rs.isMaster()會看不到隱藏的從節點，不會被前端程序被 發現。只需要的時候使用，僅做為數據的冗余而存在查看全部
-
總結：查看全部
-
當從節點的priority值大于1時，有權利升級為主節點，下面是顯示對成員的priority進行設置 下面測試priority的變化對主從切換的影響查看全部
-
--查看配置<br> rs.conf<br> --把當前主節點降級為從節點<br> rs.setpDown(5) 之后分別查看連接主從節點狀態 rs.status()查看全部
-
復制集成員配置文件參數2：<br> hidden:當前節點程序不可見，也就是通過ismaster命令無法看到這個節點，當設為不見時priority應設為0。其作用是對此隱藏節點上個鎖，進行一致性備份時使用。 votes:默認為1（從mongodb2.6開始只能為1，不能大于1），mongodb在容災時會進行選舉，此參數值決定此節點能否進行投票。當從節點達到12個時，其中只有7個有投票權，其余5個vote值應設為0 實際生產環境用到機會不多，因為在實際的生產環境當中復制集大于7時，一般會選擇分片。 slaveDelay:從節點延遲時間,單位為s,作用是防止在主節點進行了誤操作從而同步到從節點，方便數據恢復。 buildIndexes:當主庫建立索引后從庫是否也建立索引（對_id無效），默認為true查看全部
-
復制集成員配置文件參數： priority 表示當前成員是否有資格成為一個主節點，默認是1 0～1000 0 永遠沒有資格提升為主節點；查看全部
-
復制成員按功能區分：查看全部
-
6.復制集的成員查看全部
-
然后登錄arbite節點，會發現數據沒有同步，因為arbite不參與數據庫的同步，即不存儲數據<br> 但local數據庫大小已經改變了，因為local庫存儲命名空間（local.ns文件）的內容。查看全部
-
5. 驗證復制集同步<br><br> 分別登錄從節點1，2查看登錄狀態，分別為secondary和arbite<br> 下面登錄從節點進行測試： 在從節點進行查詢時報下面的錯誤，因為在默認情況下，不通過驅動連接mongodb從節點數據庫時，如果不開始slaveOK=true，是無法讀取從節點數據的。查看全部
-
進行副本集的初始化：<br> rs.initiate(config) --查看復制集的狀態 rs.status查看全部
-
--把節點3修改為arbite選舉節點查看全部
-
4.副本集初始化 --配置完之后，用下面命令查看副本成員 > config.members查看全部
-
3. 分別啟動3個mongodb實例 通過進程號來查看對應的pid文件查看全部
-
搭建副本集的步驟：<br> 搭建一個：一主，一從，一選舉節點<br> 1. 創建相關目錄 conf、data、log<br> 2. 為每節點創建配置文件，如下： ./conf/28001.conf ./conf/28002.conf ./conf/28003.conf查看全部
舉報
0/150
提交
取消