MongoDB复制集成员的重新同步

MongoDB拷贝集组员的再次同歩

[时间：2015-06-17] 来源于：Linux小区  创作者：ultrasql [字体样式：大 中 小]  

拷贝集组员的再次同歩

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

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

MongoDB出示2中复位同歩（initial sync）的方法：

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

b.为该设备从别的连接点上拷贝这份近期的数据文件，并重新启动。本方法操作流程较多，可是更为迅速。

流程

全自动同歩

警示

在复位同歩的全过程中，mongod 将会清除 dbPath 中的內容。

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

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

人们还可以根据特定1个空的 dbPath 并重新启动来将1个拷贝集中化的 mongod 案例强制性复位同歩。

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

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

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

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

根据从别的连接点拷贝数据文件来同歩

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

拷贝数据文件

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

关键

在拷贝数据文件的那时候，人们也必需拷贝 local 数据库查询的数据文件。

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

同歩连接点

在人们拷贝了别的连接点的数据文件后，起动 mongod 案例，其会追逐最新消息的统计数据直至统计数据相同。