MongoDB 二级数据库没有跟上

Question

我有一个副本集，我正在尝试将主副本集升级为具有更多内存和升级磁盘空间的副本集。因此，我在新的主服务器上一起袭击了几个磁盘，从辅助服务器上同步数据并将其添加到副本集。检查 rs.status() 后，我注意到所有辅助节点都比主节点晚大约 12 小时。因此，当我尝试将新服务器强制到主要位置时，它将无法工作，因为它不是最新的。

这似乎是一个大问题，因为如果主数据库发生故障，我们至少会落后 12 小时，有些甚至会落后 48 小时。

oplog 全部重叠，并且 oplogsize 相当大。我唯一能想到的是我正在主服务器上执行大量写入/读取，这可能会使服务器处于锁定状态，从而不允许正确的追赶。

有没有办法可以迫使辅助设备赶上主设备？

目前有 5 个服务器，最后 2 个将替换其他 2 个节点。 _id 为 6 的节点将成为替换主节点的节点。距离主优化时间最远的节点晚了 48 小时多一点。

{
"set" : "gryffindor",
"date" : ISODate("2011-05-12T19:34:57Z"),
"myState" : 2,
"members" : [
    {
        "_id" : 1,
        "name" : "10******:27018",
        "health" : 1,
        "state" : 2,
        "stateStr" : "SECONDARY",
        "uptime" : 20231,
        "optime" : {
            "t" : 1305057514000,
            "i" : 31
        },
        "optimeDate" : ISODate("2011-05-10T19:58:34Z"),
        "lastHeartbeat" : ISODate("2011-05-12T19:34:56Z")
    },
    {
        "_id" : 2,
        "name" : "10******:27018",
        "health" : 1,
        "state" : 2,
        "stateStr" : "SECONDARY",
        "uptime" : 20231,
        "optime" : {
            "t" : 1305056009000,
            "i" : 400
        },
        "optimeDate" : ISODate("2011-05-10T19:33:29Z"),
        "lastHeartbeat" : ISODate("2011-05-12T19:34:56Z")
    },
    {
        "_id" : 3,
        "name" : "10******:27018",
        "health" : 1,
        "state" : 1,
        "stateStr" : "PRIMARY",
        "uptime" : 20229,
        "optime" : {
            "t" : 1305228858000,
            "i" : 422
        },
        "optimeDate" : ISODate("2011-05-12T19:34:18Z"),
        "lastHeartbeat" : ISODate("2011-05-12T19:34:56Z")
    },
    {
        "_id" : 5,
        "name" : "10*******:27018",
        "health" : 1,
        "state" : 2,
        "stateStr" : "SECONDARY",
        "uptime" : 20231,
        "optime" : {
            "t" : 1305058009000,
            "i" : 226
        },
        "optimeDate" : ISODate("2011-05-10T20:06:49Z"),
        "lastHeartbeat" : ISODate("2011-05-12T19:34:56Z")
    },
    {
        "_id" : 6,
        "name" : "10*******:27018",
        "health" : 1,
        "state" : 2,
        "stateStr" : "SECONDARY",
        "optime" : {
            "t" : 1305050495000,
            "i" : 384
        },
        "optimeDate" : ISODate("2011-05-10T18:01:35Z"),
        "self" : true
    }
],
"ok" : 1
}

Answer 1

我不确定为什么在您的情况下同步失败，但强制重新同步的一种方法是删除副本上的数据文件并重新启动 mongod。它将启动重新同步。请参阅http://www.mongodb.org/display/DOCS/Halted+Replication。这可能需要相当长的时间，具体取决于数据库的大小。

Answer 2

查看所有内容后，我看到一个错误，这使我回到在主数据库上运行的 MapReduce，该映射存在以下问题： https://jira.mongodb.org/browse/SERVER-2861 。因此，当尝试复制时，由于 oplog 中的错误/损坏操作，它无法同步。