MongoDB复制集成员的重新同步

当拷贝不成功,且落伍于 primary 中oplog较大可承担的范畴的那时候,replica set 组员将变成 “破旧” (stale)。该连接点没法追赶主连接点就变的 “破旧”了。当产生这样的事情时,人们就迫不得已删掉其数据文件,并根据 initial sync 来再次同歩。

本实例教程包括了为破旧的连接点再次同歩与新连接点再次同歩。当同歩1个连接点的那时候,请保证设备有任何的空闲网络带宽,并尽可能在维护保养時间内开展,或者业务流程最不忙碌时。

a.清除统计数据文件目录,重新启动 mongod 案例,让MongoDB开展一切正常的复位同歩。它是个简易的方法,可是用时较长。

该流程借助MongoDB 本身的每季度系统进程 initial sync 。这将修复连接点上最新消息的统计数据。相关MongoDB复位修复,请参照 拷贝全过程 。

要是该案例沒有统计数据,人们能够根据 为拷贝集增加连接点 或者 拆换拷贝集连接点 来为拷贝集增加1个连接点。

a.关掉 mongod 系统进程。根据在 mongo 对话框中应用 db.shutdownServer() 指令或是在Linux系统软件中应用 mongod --shutdown 主要参数来安全性关掉。

b.清除拷贝集连接点的统计数据文件目录和其根目录,消除 dbPath 中的统计数据,MongoDB将会开展再次拷贝。能够考虑到在那么做以前先做备份文件以防万一。

这时候, mongod 将会开展复位拷贝。复位拷贝的用时,将在于数据库查询信息量和两连接点中间的互联网状况。

复位拷贝将会危害别的连接点,也会增加主连接点的数据流量工作压力,且总是在有个连接点统计数据是最新消息的且联接无难题的那时候开展。

本方式根据应用现有连接点上的数据文件来开展。数据文件 必需 是较新的(可以追赶 oplog ).不然的话该连接点還是必须开展复位拷贝。

人们能够立即拷贝数据文件还可以根据镜像系统。显然,大部分状况下,人们不应当拷贝未关掉的 mongod 案例的数据文件,由于拷贝全过程中数据文件是会变化的。

人们*不应当*应用 mongodump 的备份文件做为数据文件,仅应用文档快照 。有关怎样在运作中的 mongod 案例中得到完整性的数据文件,参照 MongoDB备份文件计划方案 。



免责声明:文章《MongoDB复制集成员的重新同步》来至网络,文章表达观点不代表本站观点,文章版权属于原作者所有,若有侵权,请联系本站站长处理!



上一篇:Miniupnpc Miniwget缓冲区溢出漏洞分析
下一篇:Msf命令汇总
您可能感兴趣:
  • 黑客接单黑客头像
  • QQ:58241689