Comment vérifier secondaire est synchronisé maintenant ou pas

il est la réplique avec trois membres (primaire,secondaire,secondaire).
Supposons que l'un de secondaires vers le bas pour un jour, après le retour secondaire vers replica comment puis-je trouver est-il synchronisé encore ou pas?

Je l'ai fait dans l'environnement de test, Mais ne pouvait pas trouver des données utiles à partir de rs.status() et db.printReplicationInfo().

il y a le "journal de la longueur du début à la fin" dans db.printReplicationInfo(). mais il est grand temps par défaut et à mesure lorsque le secondaire est en baisse.

InformationsquelleAutor irmorteza | 2013-10-30
  1. 29

    Note: assurez-vous de vérifier la réponse fournis par arcseldon pour un convivial équivalent.

    Vous pouvez utiliser la sortie de rs.status(). Si le secondaire est synchronisée et n'a pas été créée avec slaveDelay option, puis optime et optimeDate de secondaire doit être égale ou proche (si il y a des opérations courantes) à ceux du primaire. Dans ce cas stateStr doit être égale à SECONDARY. Donc, si le secondaire est synchronisé, vous devriez obtenir un résultat similaire à ceci (un membre a été supprimé de sortie pour plus de clarté):

     {
    "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
}

    Vous avez ici la sortie de rs.status() pour le même jeu de réplicas si l'un des éléments secondaires n'est pas synchronisé. Tout d'abord, vous verrez que optime et optimeDate pour hostname:27003 diffère de la primaire, stateStr est fixé à RECOVERING et il est approprié lastHeartbeatMessage. 

    {
    "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
}

    Si secondaire a été créé avec slaveDelay puis optime et optimeDate peuvent être différents, mais stateStr et lastHeartbeatMessage indiquera si il y a un peu de lag.

    • merci beaucoup, semble "(pas accessible/sain)" doit être "SECONDAIRE"
    • Vous avez raison 🙂
    • Merci pour les précisions sur le optime et optimeDate champs. Lorsque la mise à jour de 2.4 à 2.6, le syncingTo message n'irais pas loin, donc je n'étais pas sûr si il y a un problème de synchronisation correctement.
    InformationsquelleAutor zero323
  2. 20

    Mise à jour le 13 février 2017

    D'accord avec la accepté de répondre que rs.status() offre une information adéquate et une commande facile à retenir. Cependant, (personnellement à l'aide de Mongo 3 maintenant), ne aime aussi le confort et la lisibilité de rs.printSlaveReplicationInfo().

    Il donne une sortie quelque chose comme:

    rs.printSlaveReplicationInfo()

source: node-2:27017
    syncedTo: Mon Feb 13 2017 06:15:17 GMT-0500 (EST)
    0 secs (0 hrs) behind the primary
source: node-3:27017
    syncedTo: Mon Feb 13 2017 06:15:16 GMT-0500 (EST)
    1 secs (0 hrs) behind the primary

    Comme vous pouvez le voir, il est facile de se faire une idée de si la synchronisation entre les nœuds dans le jeu de réplicas est en bonne santé ou non.

    InformationsquelleAutor arcseldon
  3. 1

    J'ai écrit un petit script pour mongoDB shell. Il montre une diff entre optime et optimeDate. Vous pouvez l'utiliser au lieu de comparer manuellement membres du jeu de réplicas.

    var isMaster = rs.isMaster();
var me = isMaster.me;

if(!isMaster.ismaster && isMaster.secondary)
{
    var status = rs.status();
    var master = isMaster.primary;

    var masterOptime = 0;
    var masterOptimeDate = 0;
    var myOptime = 0;
    var myOptimeDate = 0;

    for(var i = 0 ; i < status.members.length ; i++)
    {
        var member = status.members[i];
        if(member.name == me)
        {
            if(member.stateStr == "SECONDARY") {
                myOptime = member.optime.getTime();
                myOptimeDate = member.optimeDate.getTime();
            }
            else
            {
                print(me + ' is out of sync ' + member.stateStr);
                break;
            }
        }
        else if(member.name == master)
        {
            masterOptime = member.optime.getTime();
            masterOptimeDate = member.optimeDate.getTime();
        }

    }

    if(myOptime && myOptimeDate)
    {
        var optimeDiff = masterOptime - myOptime;
        var optimeDateDiff = masterOptimeDate - myOptimeDate;

        print('optime diff: ' + optimeDiff);
        print('optimeDate diff: ' + optimeDateDiff);
    }

}
else
{
    print(me + ' is not secondary');
}
    InformationsquelleAutor Andrey Hohutkin