Exemple : synchronisation et tableau des nombres d'opérations

L'exemple de cette rubrique illustre la façon dont les tableaux des nombres d'opérations changent sur les différents sites au cours de la création et de la synchronisation de répliques.
  1. Avant la première activation de la réplication sur boston_hub, son tableau des nombres d'opérations est vide :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "original" (@ minuteman) :
         original=0
  2. Lorsque l'administrateur a utilisé mkreplica –export pour créer une nouvelle réplique (sanfran_hub), le tableau des nombres d'opérations de boston_hub contient une ligne pour sanfran_hub (notez également que l'administrateur a renommé la réplique d'origine en boston_hub) :
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
            sanfran_hub=0
         original=1
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         original=0
             sanfran_hub=0
  3. Lorsque l'administrateur de la réplique sanfran_hub a importé le paquet de création de réplique, le tableau des nombres d'opérations de sanfran_hub est similaire à l'exemple suivant :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
         original=1
            sanfran_hub=0
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         original=1
             sanfran_hub=1
  4. Lorsqu'une opération de développement est effectuée sur l'une des deux répliques, chaque réplique met à jour son enregistrement d'état en conséquence. En revanche, comme aucune synchronisation n'a été effectuée, l'estimation de chaque réplique de l'état de l'autre réplique ne change pas.
    Sur boston_hub :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
            sanfran_hub=0
         original=9
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         original=0
             sanfran_hub=0
    Sur sanfran_hub :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
         original=1
            sanfran_hub=0
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         original=1
             sanfran_hub=4
  5. L'administrateur de boston_hub entre une commande syncreplica –export pour générer un paquet de mise à jour pour sanfran_hub.
    La ligne sanfran_hub est mise à jour pour indiquer que toutes les opérations effectuées sur boston_hub seront appliquées à la réplique sanfran_hub :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
            sanfran_hub=0
         boston_hub=10
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         boston_hub=10
             sanfran_hub=0
  6. Sur sanfran_hub, l'administrateur applique le paquet de mise à jour. Le tableau des nombres d'opérations de sanfran_hub reflète maintenant les changements effectués sur la réplique boston_hub :
    multitool lsepoch 
    Pour la réplique VOB "/vobs/dev":
    ID Oplog pour la ligne "boston_hub" (@ minuteman) :
         boston_hub=10
            sanfran_hub=0
    ID Oplog pour la ligne "sanfran_hub" (@ goldengate) :
         boston_hub=10
            sanfran_hub=4

Exemple : synchronisation et tableau des nombres d'opérations

L'exemple suivant illustre la façon dont les tableaux des nombres d'opérations changent sur les différentes répliques au cours de la création et de la synchronisation de répliques.
  1. Après l'activation mais avant la première activation de la réplication sur boston_hub, son tableau des nombres d'opérations est vide :

    multiutil lsepoch -clan telecomm -site boston_hub -family PRODA -user lexadmin -password secret

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘boston_hub’ (@host1) :

    boston_hub: 0

  2. Lorsque l'administrateur de la réplique sanfran_hub a importé le paquet de création de réplique, le tableau des nombres d'opérations de sanfran_hub est similaire à l'exemple suivant :

    multiutil lsepoch -clan telecomm -site sanfran_hub -family PRODA -user sfadmin -password secret

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘SANFRAN_HUB’ (@host2) :

    boston_hub: 2

    SANFRAN_HUB:0

    Remarque : L'auto estimation de sanfran_hub est 0. Dans cet exemple, sanfran_hub estime également que deux opérations de base de données se sont produites sur boston_hub. Ces opérations peuvent aller de la création d'un nouvel enregistrement à la création d'une nouvelle réplique.
  3. Lorsqu'une opération de développement est effectuée sur l'une des deux répliques, chaque réplique met à jour son enregistrement d'état en conséquence. En revanche, comme aucune synchronisation n'a été effectuée, l'estimation de chaque réplique de l'état de l'autre réplique ne change pas.

    Sur boston_hub :

    multiutil lsepoch -clan telecomm -site boston_hub -user lexadmin -password secret boston_hub

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘boston_hub’ (@host1) :

    boston_hub: 12

    SANFRAN_HUB:0

    Sur sanfran_hub :

    multiutil lsepoch -clan telecomm -site sanfran_hub -user sfadmin -password secret

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘SANFRAN_HUB’ (@host2) :

    boston_hub: 2

    SANFRAN_HUB:7

  4. L'administrateur de boston_hub entre une commande syncreplica -export pour générer un paquet de mise à jour pour sanfran_hub.
  5. Sur boston_hub, la ligne sanfran_hub est mise à jour pour indiquer que toutes les opérations effectuées sur boston_hub ont été envoyées à la réplique sanfran_hub :

    multiutil lsepoch -clan telecomm -site boston_hub -user lexadmin -password secret sanfran_hub

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘SANFRAN_HUB’ (@host1) :

    boston_hub: 12

    SANFRAN_HUB:0

  6. Sur sanfran_hub, l'administrateur importe le paquet de mise à jour. Le tableau des nombres d'opérations de sanfran_hub reflète maintenant les changements effectués sur la réplique boston_hub :

    multiutil lsepoch -clan telecomm -site sanfran_hub -user sfadmin -password secret sanfran_hub

    Multiutil : estimations des opérations de chaque site réexécutées sur chaque site ‘SANFRAN_HUB’ (@host1) :

    boston_hub: 12

    SANFRAN_HUB:7


Commentaires