Mongo复制集节点状态都处于SECONDARY，如何手动切换选主?

原创 已于 2023-12-27 11:13:40 修改 · 681 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mongodb

于 2023-06-05 22:20:34 首次发布

文章目录

当前现状

复制集架构模式：一主多从（分布在两个机房）

A机房原来一主两从架构，因A机房要下线，需要迁移到B机房，拷贝数据到B机房之后，临时将B机房节点作为特殊的从节点(hidden)加入到A机房中.

因A机房突发下线，节点均不可用，只剩下B机房节点，但B机房节点是特殊从节点，没来得及切换主从，导致无法提供rw服务，需进行处理！

复制集状态查看
monitors:SECONDARY> rs.status()
{
        "set" : "monitors",
        "date" : ISODate("2023-05-31T16:12:09.737Z"),
        "myState" : 2,
        "members" : [
                {
                        "_id" : 0,
                        "name" : "10.13.30.68:2709",
                        "health" : 0,
                        "state" : 8,
                        "stateStr" : "(not reachable/healthy)",   #不可用状态
                        "uptime" : 0,
                        "optime" : Timestamp(0, 0),
                        "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:12:09.723Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T14:40:07.008Z"),
                        "pingMs" : 3,
                        "lastHeartbeatMessage" : "Failed attempt to connect to 10.13.30.68:2709; couldn't connect to server 10.13.30.68:2709 (10.13.30.68), connection attempt failed",
                        "configVersion" : -1
                },
                {
                        "_id" : 1,
                        "name" : "10.13.30.69:2709",
                        "health" : 0,
                        "state" : 8,
                        "stateStr" : "(not reachable/healthy)",
                        "uptime" : 0,
                        "optime" : Timestamp(0, 0),
                        "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:12:01.942Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T14:40:15.852Z"),
                        "pingMs" : 3,
                        "lastHeartbeatMessage" : "Failed attempt to connect to 10.13.30.69:2709; couldn't connect to server 10.13.30.69:2709 (10.13.30.69), connection attempt failed",
                        "configVersion" : -1
                },
                {
                        "_id" : 2,
                        "name" : "10.13.54.41:2709",
                        "health" : 0,
                        "state" : 8,
                        "stateStr" : "(not reachable/healthy)",
                        "uptime" : 0,
                        "optime" : Timestamp(0, 0),
                        "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:12:08.456Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T15:07:51.556Z"),
                        "pingMs" : 3,
                        "lastHeartbeatMessage" : "Failed attempt to connect to 10.13.54.41:2709; couldn't connect to server 10.13.54.41:2709 (10.13.54.41), connection attempt failed",
                        "configVersion" : -1
                },
                {
                        "_id" : 3,
                        "name" : "10.55.22.43:2709",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 1756572,
                        "optime" : Timestamp(1683793106, 1),
                        "optimeDate" : ISODate("2023-05-11T08:18:26Z"),
                        "configVersion" : 95114,
                        "self" : true
                },
                {
                        "_id" : 4,
                        "name" : "10.55.36.22:2709",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 699,
                        "optime" : Timestamp(1683793106, 1),
                        "optimeDate" : ISODate("2023-05-11T08:18:26Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:12:08.556Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T16:12:09.423Z"),
                        "pingMs" : 0,
                        "configVersion" : 95114
                },
                {
                        "_id" : 5,
                        "name" : "10.55.22.35:2709",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 1756359,
                        "optime" : Timestamp(1683793106, 1),
                        "optimeDate" : ISODate("2023-05-11T08:18:26Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:12:09.332Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T16:12:09.403Z"),
                        "pingMs" : 0,
                        "configVersion" : 95114
                }
        ],
        "ok" : 1
}
复制集配置查看
monitors:SECONDARY> rs.conf()
{
        "_id" : "monitors",
        "version" : 95114,
        "members" : [
                {
                        "_id" : 0,
                        "host" : "10.13.30.68:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 3,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 1,
                        "host" : "10.13.30.69:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 2,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 2,
                        "host" : "10.13.54.41:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : false,
                        "priority" : 1,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 1
                },
                {
                        "_id" : 3,
                        "host" : "10.55.22.43:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : true,
                        "priority" : 3,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 0
                },
                {
                        "_id" : 4,
                        "host" : "10.55.36.22:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : true,
                        "priority" : 0,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 0
                },
                {
                        "_id" : 5,
                        "host" : "10.55.22.35:2709",
                        "arbiterOnly" : false,
                        "buildIndexes" : true,
                        "hidden" : true,
                        "priority" : 0,
                        "tags" : {

                        },
                        "slaveDelay" : 0,
                        "votes" : 0
                }
        ],
        "settings" : {
                "chainingAllowed" : true,
                "heartbeatTimeoutSecs" : 10,
                "getLastErrorModes" : {

                },
                "getLastErrorDefaults" : {
                        "w" : 1,
                        "wtimeout" : 0
                }
        }
}

手动切换选主方案

  • 将B机房hidden节点设置为false
  • 设置权重比例，其中一台要高于其他节点
  • votes配置
  • 剔除A机房节点
  • 应用配置观察选主
涉及操作命令如下：
cfg = rs.conf()
for (i = 0; i < cfg.members.length; i++) {
  cfg.members[i].hidden = false
}
rs.reconfig(cfg)   #此命令在从节点行不通
rs.reconfig(cfg, {force: true})   #强制应用

cfg.members[3].priority = 3
cfg.members[4].priority = 2
cfg.members[5].priority = 1
votes此处省略。。。
rs.reconfig(cfg, {force: true})

cfg = rs.conf()
cfg.members.splice(0, 3)   #删除A机房下线的节点
rs.reconfig(cfg, {force: true})

id根据自己实际环境进行调整;
此处使用 force 选项强制执行 rs.reconfig() 命令，因为当下没有主节点，所以只能在从节点来执行该命令修改副本集的配置。
需要注意的是：使用 force 选项可能会导致数据一致性问题，因为从节点可能没有完全同步主节点的数据。因此，在使用 force 选项时需要谨慎考虑，并确保所有节点的数据已经同步。另外，除非必要，否则不建议在从节点上执行修改配置的操作，以避免潜在的数据一致性问题。

处理后的状态

monitors:PRIMARY> rs.status()
{
        "set" : "monitors",
        "date" : ISODate("2023-05-31T16:15:34.858Z"),
        "myState" : 1,
        "members" : [
                {
                        "_id" : 3,
                        "name" : "10.55.22.43:2709",
                        "health" : 1,
                        "state" : 1,
                        "stateStr" : "PRIMARY",
                        "uptime" : 1756777,
                        "optime" : Timestamp(1685549732, 1),
                        "optimeDate" : ISODate("2023-05-31T16:15:32Z"),
                        "electionTime" : Timestamp(1685549706, 1),
                        "electionDate" : ISODate("2023-05-31T16:15:06Z"),
                        "configVersion" : 165757,
                        "self" : true
                },
                {
                        "_id" : 4,
                        "name" : "10.55.36.22:2709",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 904,
                        "optime" : Timestamp(1683793106, 1),
                        "optimeDate" : ISODate("2023-05-11T08:18:26Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:15:32.883Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T16:15:34.455Z"),
                        "pingMs" : 0,
                        "configVersion" : 165756
                },
                {
                        "_id" : 5,
                        "name" : "10.55.22.35:2709",
                        "health" : 1,
                        "state" : 2,
                        "stateStr" : "SECONDARY",
                        "uptime" : 1756564,
                        "optime" : Timestamp(1683793106, 1),
                        "optimeDate" : ISODate("2023-05-11T08:18:26Z"),
                        "lastHeartbeat" : ISODate("2023-05-31T16:15:32.883Z"),
                        "lastHeartbeatRecv" : ISODate("2023-05-31T16:15:33.450Z"),
                        "pingMs" : 0,
                        "configVersion" : 165756
                }
        ],
        "ok" : 1
}
mongodb 手动切换master_小水谈MongoDB高可用---MongoDB+Keepalived实现集群高可用
weixin_31527905的博客
01-22 514
架构图：Mongodb对数据做分片，使用haproxy做代理，keepalived做IP漂移。IP分配：Mongodb安装参考：本人前篇MongoDB安装文档Haproxy安装#在192.168.100.67和192.168.100.66操作1.下载安装包haproxy-1.4.24(http://image.wohenniucha.com/upload/2018/05/haproxy-1.4.2...
MongoDB——MongoDB复制集
Cantevenl的博客
04-20 2584
MongoDB复制集MongoDB复制集概述复制集工作原理MongoDB复制集部署配置复制集增加和删除节点MongoDB 复制集切换故障自动切换手动主从切换MongoDB 复制选举原理查看oplog日志配置复制集的优先级模拟主节点故障MongoDB 复制集管理配置允许在从节点读取数据查看复制状态信息更改oplog大小部署认证的复制 MongoDB复制集概述 复制集（Replica Sets）是额外的数据副本，是跨多个服务器同步数据的过程，复制集提供了冗余并增加了数据可用性，通过复制集可以对硬件故障和中断的服
Mongodb手动切换主从服务器
wzy0623的专栏
08-02 1004
Mongodb手动切换主从服务器
MongoDB secondary节点
Blue summer的博客
09-27 1457
连接到secondary；读取secondary；从secondary恢复集群
MongoDB副本集节点全是Second的处理方式
m0_68499713的博客
08-24 309
在mongodb副本集集群中,若是丢失了n/2+1个节点,也就是失去了多数节点时候,在集群内无法投票表决剩下的节点谁能当主库,那就需要强制其中一个节点为主库.（其实就是重新组建副本成员）7.rs.add({_id:4,host:'157.1.2.232:20080',arbiterOnly:true})增加仲裁节点；6. rs.add({_id:20,host:'157.1.1.148:20080'})增加新节点。1.执行cfg=rs.conf()2.需要设置需要的_id为主库，3.执行集群重新设置。
mongo副本集 集群中只存在一个SECONDARY节点处理
07-08 1131
由于各种奇葩的原因 导致一个集群中只剩下一个SECONDARY节点，此时该如何快速处理 让DB能尽快对外提供服务？ 如下是一次采用强制修改repletset vote属性 提升SECONDARY为PRIMARY的过...
mongo——复制
哇哦~
12-14 607
复制 复制是跨多个mongodb服务器（节点）分布和维护数据的方法。mongodb可以把数据从一个节点复制到其他节点并在修改时进行同步。这种类型的复制通过一个叫可复制集的机制提供。集群中的节点配置为自动同步数据，并且在服务器出错时自动灾备。mongodb也提供对于旧的复制方法的支持。这个旧方法叫做主从模式，现在已经过时了，但是主从复制仍然可以在mongodb3.0里使用。两种方法类似，主节点接受...
如何设置配置文件启动服务; 2.如何配置主从节点； 3.如何验证复制集同步； 4.如何手动切换 Primary 节点到指定的节点。 我们在一台虚拟机中启动三个 mongodb 服务，来模拟多台服务器协同工作的情况。 选用三个端口连接数据库：27018、27019、27020。
11-01
4. 手动切换Primary节点一般在现有Primary节点故障时进行。首先，使用`mongo`客户端将当前Secondary提升为新的Primary： ``` mongo rs.stepDown() rs.promoteToPrimary() EOF ``` 新晋升的节点将成为新的...
mongo-三节点集群安装
发歌的数据架构
05-28 1211
总体架构 测试库架构 3节点，三重分片，2个副本，每个节点一个仲裁架构 节点1                              节点2                                        节点3 1（主）                           2（主）                                      仲 2（
MongoDB中的副本集：避免单点故障的解决方案
My_wife_QBL的博客
07-23 959
副本集是MongoDB的一种数据冗余和高可用性解决方案。它由一组MongoDB实例组成，其中一个实例被指定为主节点（Primary），其余实例被称为副节点（Secondary）。副本集通过将数据在多个节点之间复制来实现数据的冗余存储，从而确保在主节点发生故障时可以无缝地切换到副节点，保证服务的持续可用性。MongoDB的副本集为应用程序提供了高可用性和数据冗余的解决方案，有效避免了单点故障的问题。通过合理配置副本集，企业能够确保数据的持久性和系统的连续性。
MongoDB添加secondary节点的2种方法详解
09-09
主要给大家总结介绍了关于MongoDB添加secondary节点的2种方法，以及MongoDB secondary节点出现recovering状态的解决方法，文中介绍的非常详细，需要的朋友可以参考下
mongodb主从备份 和 手动主从切换
12-01 401
环境： 主机A：172.16.160.91 主机B：172.16.160.92 配置主机A [root@master zhxf]# cat docker-compose.yml version: '3' services: mongo_rs1: image: mongo:3.4.4 cont...
linux配置usb主从_mongodb主从部署切换
weixin_39628342的博客
11-30 257
Mongodb一共有三种集群搭建的方式：Replica Set(副本集)Sharding(切片)Master-Slaver(主从)【目前已不推荐使用了！！！】其中，Sharding集群也是三种集群中最复杂的。副本集比起主从可以实现自动故障转移！！非常实用！mongoDB目前已不推荐使用主从模式，取而代之的是副本集模式。副本集其实一种互为主从的关系，可理解为主主。副本集指将数据复制，多份保存，不同服...
mongodb的读写分离
热门推荐
过天的专栏
03-19 2万+
mongodb的读写分离使用Replica Sets来实现 对于replica set 中的secondary 节点默认是不可读的。在写多读少的应用中，使用Replica Sets来实现读写分离。通过在连接时指定或者在主库指定slaveOk，由Secondary来分担读的压力，Primary只承担写操作。 如果通过shell访问mongo，要在secondary进行查询。会出现如下
mongoDb 副本集主从切换
dx1313113的博客
07-03 858
mongdb副本集主从切换
Mongodb副本集切换主节点
发现生活，分享智慧，一起成长！
04-28 676
Mongodb副本集切换主节点
mongodb手动切换主从节点（副本集模式）
fly0512的博客
07-07 9484
mongodb安装了副本集模式后，比如2节点或者3节点，服务运行过程中会有1个节点状态是PRIMARY（主节点），其他的是SECONDARY（从节点）。 如果连接到从节点，那么很多操作都不允许，这个时候就需要手动切换了，操作如下： 2节点需要：到主节点执行 rs.stepDown(120) 3节点需要：到不打算提为主节点的从节点执行 rs.freeze(120) 再到主节点执行 rs.stepDown(120) 剩下那个从节点会提升为主节点！ 操作后再次rs.status();检查状态。 ...
【MongoDB】复制集主从切换
weixin_43346403的博客
06-15 409
3.新增数据并重启宕机的节点。
MongoDB复制集如何实现切换
My_wife_QBL的博客
07-23 1066
MongoDB的复制集是由一组MongoDB实例组成的集群，其中一个实例充当主节点，负责处理所有的写操作，而其他实例则为副节点，负责从主节点复制数据。高可用性：当主节点发生故障时，副节点可以迅速选举出新的主节点，确保服务的持续可用。数据冗余：通过将数据复制到多个节点，提升了数据的安全性和冗余性。读写分离：可以将某些读请求分配给副节点，从而减轻主节点的负担，提高读性能。MongoDB复制集的切换机制是确保高可用性和数据一致性的关键部分。
mongo的副本集故障切换选主规则
最新发布
04-24
### MongoDB 副本集故障切换时的选主规则 MongoDB副本集的设计目标之一是在发生故障时能够快速恢复服务并维持系统的高可用性。当主节点（Primary）不可用时，剩余的副节点（Secondary）会通过选举机制选出一个新的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

寻花之梦~~

谢谢老板的支持和鼓励！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值