MongoDB
 sql >> Base de Dados >  >> NoSQL >> MongoDB

Como verificar se o secundário está sincronizado agora ou não


Observação :Certifique-se de verificar a resposta fornecido por arcseldon para um equivalente amigável.

Você pode usar a saída de rs.status() . Se o secundário estiver sincronizado e não tiver sido criado com slaveDelay opção então optime e optimeDate do secundário deve ser igual ou próximo (se houver operações atuais) aos do primário. Nesse caso stateStr deve ser igual a SECONDARY . Portanto, se o secundário for sincronizado, você deverá ver uma saída semelhante a esta (um membro foi removido da saída para maior clareza):
 {
    "set" : "rs0",
    "date" : ISODate("2013-11-08T14:58:49Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 0,
            "name" : "hostname:27001",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 155,
            "optime" : Timestamp(1383915748, 1),
            "optimeDate" : ISODate("2013-11-08T13:02:28Z"),
            "self" : true
        },

        {
            "_id" : 2,
            "name" : "hostname:27003",
            "health" : 0,
            "state" : 8,
            "stateStr" : "SECONDARY",
            "uptime" : 0,
            "optime" : Timestamp(1383915748, 1),
            "optimeDate" : ISODate("2013-11-08T13:02:28Z"),
            "lastHeartbeat" : ISODate("2013-11-08T14:58:48Z"),
            "lastHeartbeatRecv" : ISODate("2013-11-08T14:58:42Z"),
            "pingMs" : 0,
            "syncingTo" : "hostname:27001"
        }
    ],
    "ok" : 1
}

Aqui você tem a saída de rs.status() para o mesmo conjunto de réplicas se um dos secundários não estiver sincronizado. Em primeiro lugar, você verá que optime e optimeDate para hostname:27003 difere do primário, stateStr é definido como RECOVERING e há lastHeartbeatMessage apropriado .
{
    "set" : "rs0",
    "date" : ISODate("2013-11-08T15:01:34Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 0,
            "name" : "hostname:27001",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 320,
            "optime" : Timestamp(1383922858, 767),
            "optimeDate" : ISODate("2013-11-08T15:00:58Z"),
            "self" : true
        },

        {
            "_id" : 2,
            "name" : "hostname:27003",
            "health" : 1,
            "state" : 3,
            "stateStr" : "RECOVERING",
            "uptime" : 14,
            "optime" : Timestamp(1383915748, 1),
            "optimeDate" : ISODate("2013-11-08T13:02:28Z"),
            "lastHeartbeat" : ISODate("2013-11-08T15:01:34Z"),
            "lastHeartbeatRecv" : ISODate("2013-11-08T15:01:34Z"),
            "pingMs" : 0,
            "lastHeartbeatMessage" : "still syncing, not yet to minValid optime 527cfc90:19c4",
            "syncingTo" : "hostname:27001"
        }
    ],
    "ok" : 1
}

Se o secundário foi criado com slaveDelay então optime e optimeDate pode ser diferente, mas stateStr e lastHeartbeatMessage indicará se há algum atraso.