Mongodb节点同步失败状态“ RECOVERING ”恢复

最新推荐文章于 2024-07-03 03:10:26 发布
最新推荐文章于 2024-07-03 03:10:26 发布
阅读量3.3k 收藏 2
点赞数
分类专栏： 技术 文章标签： mongodb 数据库 nosql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ooyyaa6561/article/details/121951532
版权

MongoDB主从结构

主节点是好的，从节点某一次重启不知为何就报
“infoMessage” : “could not find member to sync from”
在这里插入图片描述
后来查来查去有说是因为两台服务器时间没有同步，时间差造成，也有说数据差异太大，造成日志无法覆盖差异，所以无法恢复了

解决问题：

1、登录从节点，别弄错了，是登录从节点，坏的那个节点

use admin
db.shutdownServer()

关掉副本集

2、退出后把数据目录挪一下
别直接删，最好是mv，然后建一个空的/opt/mongodb/shard2/data

mv /opt/mongodb/shard2/data /opt/mongodb/shard2/data_bak

3、启动从节点

mongod -f /opt/mongodb/conf/shard2.conf

这是启动mongodb的命令，等一会儿进去看看，一切正常了！！
在这里插入图片描述

ooyyaa6561
关注
专栏目录
mongodb集群数据同步及故障演练
congge
06-18 2万+
在上一篇我们简单搭建了mongodb的副本集模式的集群，这一篇我们来模拟一下数如何在集群实现同步的，并简单演示一下集群故障及自动恢复的场景， 1、启动集群，三个节点做同样的操作 2、启动成功后，进入某一个节点的bin目录下， 3、分别执行如下命令， use admin; cfg={ _id:"repset",members:[{_id:0,host:'192.168.111.133:27017...
MongoDB集群中副本集节点状态一直是recovering问题处理
lianglove7的博客
09-12 790
测试环境MongoDB出现部分库无法写入（只能读），但有大部分库又读写正常。
mongodb副本集集群中节点出现recovering状态解决办法
热门推荐
feinifi的博客
06-11 1万+
记录一次mongodb在生产环境中从节点出现recovering状态的问题解决过程。进入mongo shell命令行，通过rs.conf()命令查看节点状态，出现RECOVERING。查看日志，错误日志截图：大致意思：当前节点数据太陈旧，以至于无法同步，进入维护模式。解决办法：官方给出两种方式：第一种是停掉数据库，直接删除本地数据，然后启动mongo数据库，启动之后存在一个同步的过程，会非常耗时。...
mongodb 分片副本集 无法同步
最新发布
weixin_36994360的博客
07-03 46
MongoDB 分片副本集 无法同步 在使用 MongoDB 分片集群时，我们通常会将数据进行分片并部署在多个节点上，以提高系统的性能和容灾能力。而在分片集群中，每个分片通常都是一个副本集，包含了多个副本节点以确保数据的可靠性和高可用性。然而，在实际应用中，我们可能会遇到副本集之间无法同步的问题，导致数据不一致的情况发生。...
Mongodb副本集RECOVERING
weixin_43112000的博客
11-08 3158
今天早上突然接收到数据人员说mongodb节点挂了,正式服APP不能访问,我登录到主节点查看集群状态 mongodb01这台机器是我们mongo副本集的主节点 root@mongodb01:~ # mongo 172.18.30.181:37017 MongoDB shell version v3.6.7 connecting to: mongodb://172.18.30.181:37017...
记一次mongodb节点一直处于recovering状态问题修复
卢说
06-29 1636
刚开始启动的时候，该节点状态会处于STARTUP2的状态，这表名它正在从主节点复制数据，如果现在去查看节点监控，会发现其入口带宽占用比较大，相对于primary节点出口带宽也比较大。比如我这个节点是shard1，则三处shard1数据目录下的所有数据。意思就是说这个节点上的数据过于陈旧，无法实现主从同步。解决办法是先备份集群数据，然后再重做这个节点。该节点mongod服务日志一直在刷如下日志。mongoDB版本：5.0.4。那就是数据版本落后太多了。等数据同步完就正常了。
MongoDB集群节点RECOVERING故障恢复
weixin_34234823的博客
04-26 1214
今天收到客服部说查询不到数据，随后上服务器检查集群状态，发现了有两台机的副本集异常了，状态为RECOVERING ps: 集群为3节点3副本 集群主机副本2 mongo --port 27002 shard2:RECOVERING> rs.status() { "set" : "shard2", "date" : ISODate("2019-04-26T...
MongoDB 分片集群故障RECOVERING 处理纪实
csdn's blog
07-29 1万+
1、问题描述，备库故障RECOVERING 运营同事说查询mongodb备库数据，没有最新的记录，估计是复制延时了，或者是故障了，赶紧上去查看状态rs.status()，看到备库处于RECOVERING状态 shard1:RECOVERING> rs.status(); { "set" : "shard1", "dat...
MongoDB 副本集 成员节点 RECOVERING 状态处理
weixin_33851604的博客
07-17 2167
2019独角兽企业重金招聘Python工程师标准>>> ...
MongoDB添加secondary节点的2种方法详解
09-09
当secondary节点出现recovering状态时，这意味着节点正在尝试从其他成员同步数据。这可能是由于网络问题、数据不一致或者oplog覆盖导致的。解决方法包括检查网络连接、确保oplog大小足够、等待同步完成，或者在必要...
MongoDB 集群节点 RECOVERYING 状态解决办法
weixin_42715413的博客
10-22 1751
mongo shard4节点状态： 2018-10-22T11:26:52.664+0800 I REPL [replication-0] We are too stale to use 172.17.1.75:27013 as a sync source. Blacklisting this sync source because our last fetched timestamp...
mongo副本集节点RECOVERING状态处理案例
weixin_30426879的博客
09-21 364
背景： 线上架构为MongoDB副本集，三节点外加一隐藏备份节点，由于备份节点所在机房关停需要迁移备份节点至新机房 问题发现： 迁移过程需要全量拷贝数据至新机房，数据拷贝至新机房，重新启动备份节点，发现状态一直RECOVERING状态 问题分析： 排查发现oplogsize设置为50G，而数据量大小为150G左右，新机房机器配置为sas盘，写入性能很差，故网络传输很慢，传输大约2个小时左...
【MongoDB 】问题之集群节点 RECOVERYING 状态解决
chechengtao
11-11 6095
问题描述公司项目搭建的mongodb集群，前几天发现有好几次访问异常。 一个分片的primary节点服务总是down掉，后来经过仔细排查，发现原来是该集群内的副本节点状态一直是”RECOVERYING”的。日志如下： 原因分析主要信息： We are too stale to use 10.171.30.102:27021 as a sync source. Blacklisting thi
Mongo rs集群 RECOVERING 故障恢复
Kason_iWiki
11-18 369
删除处于RECOVERING的从节点所有数据，MongoDB将自动从主节点同步数据至此从节点。对于数据量非常大的情况下，可以选择拷贝一个正常提供服务的集群副本集的节点的所有数据到需要恢复的节点上（注意备份需要恢复节点的历史数据，万一出问题可回退）。参考2：https://blog.csdn.net/feinifi/article/details/80654328。从节点一直处于RECOVERING无法恢复，从节点日志提示数据太老了，无法从主节点同步。本次同步数据量约350GB左右。
mongodb初始化失败的问题
liyabing1的博客
06-28 2131
<!-- 定义mongo对象，对应的是mongodb官方jar包中的Mongo，replica-set设置集群副本的ip地址和端口 --> <mongo:mongo id="mongo" replica-set="${mongo.hostport}"> <!-- 一些连接属性的设置 --> <mongo:options ...
mongoDB集群异常关闭后重新启动失败
fct2001140269的博客
07-03 4949
mongoDB集群断电启动过程中常见的问题 一、mongodb问题解决前使用说明 该台主机mongodb安装目录为/usr/local/mongodb/ 三台主机构成一个mongo集群，以其中一台主机为例,./bin/master.conf 配置文件为： #master.conf dbpath=/data/mongodb/master1 logpath=/usr/local/mong...
mongodb启用认证后出现RECOVERING 与 not reachable/healthy
追梦者的部落格
12-24 4172
问题描述 在部署副本集模式的mongodb的时候，当启用认证后，执行rs.status()后，变成了如下状态： { "set" : "mytest", "date" : ISODate("2019-12-24T02:24:30.510Z"), "myState" : 3, "term" : NumberLong(6), "syncingTo" : "", "syncSourceHost...
could not find member to sync from
wang1144的专栏
06-02 5100
打开副本集的mongodb，然后查看rs.status() slave出现了如下问题： could not find member to sync from 这个可能等待一段时间后就好了。
Mongodb副本集的维护
weixin_30532987的博客
07-25 97
Mongodb副本集配置好以后，少不了维护，维护内容也不是很多，主要是现在状态和增删节点等。 在说维护之前，得先说说Mongodb副本集的同步机制。 数据复制的目的是使数据得到最大的可用性，避免单点故障引起的整站不能访问的情况的发生，Mongodb的副本集在同一时刻只有一台服务器是可以写的，副本集的主从复制也是一个异步同步的过程，是slave端从primary端获取日志，然后在自己身上完...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值