Recuperación de paquetes perdidos

En este tema se proporciona información sobre la recuperación de paquetes perdidos en los sitios receptores y remitentes en el caso de que la entrega del paquete no se haya podido realizar.
Hay varias circunstancias en las que se genera un paquete de actualización pero nunca se aplica en uno o varios de sus destinos:

El mandato syncreplica –export presupone la entrega satisfactoria de paquetes de actualizaciones que genera. Por ejemplo, cuando la réplica boston_hub envía una actualización a la réplica sanfran_hub, el mandato syncreplica presupone que las operaciones que se originan en boston_hub se importan a la réplica sanfran_hub. Por simplicidad, este ejemplo no refleja el hecho de que el paquete de actualización también puede contener operaciones que se originaron en otras réplicas de la familia.

Si el paquete se pierde, boston_hub debe restablecer su estimación del estado de la réplica sanfran_hub. Cuando se ha efectuado esta corrección, el siguiente paquete de actualización enviado desde boston_hub a sanfran_hub contiene las operaciones que sanfran_hub necesista.

Para restablecer la fila de época, efectúe lo siguiente:

  1. En la réplica receptora, sanfran_hub, visualice la matriz de números de época de la réplica:
    multiutil lsepoch -clan telecomm -site sanfran_hub -family PRODA 
    -user jcole -p secret sanfran_hub
    
    Multiutil: Estimates of the epochs from each site replayed at site
    ’sanfran_hub’ (@goldengate):
    
    BANGALORE: 950
    BOSTON_HUB: 1300
    SANFRAN_HUB: 2000
  2. Utilice esta salida en el mandato chepoch de la réplica remitente, boston_hub. Con ello, se establecen las estimaciones del número de época de boston_hub para sanfran_hub en los valores reales de la matriz de números de época de sanfran_hub:
    multiutil chepoch -clan telecomm -site boston_hub -family PRODA
    -user bostonadmin -password secret sanfran_hub bangalore=950 
    boston_hub=1300 sanfran_hub=2000
    
    Multiutil: Change the estimate for the epochs of site ‘bangalore’
    replayed at site ‘sanfran_hub’ to 950 [yes|NO|quit]yes
    
    Multiutil: Change the estimate for the epochs of site ‘boston_hub’ 
    replayed at site ‘sanfran_hub’ to 1300 [yes|NO|quit]yes
    
    Multiutil: Change the estimate for the epochs of site ‘sanfran_hub’ 
    replayed at site ‘sanfran_hub’ to 2000 [yes|NO|quit]yes
    
    Multiutil: 3 epoch estimate(s) for site ‘sanfran_hub’ successfully 
    changed; 0 failures.
    
    Multiutil: Estimates of the epochs from each site replayed at site 
    ‘sanfran_hub’ (@goldengate):
    
    BANGALORE: 950
    BOSTON_HUB: 1300
    SANFRAN_HUB: 2000

Comentarios