Números de época

Un número de época es el número total de operaciones que se han originado en una determinada réplica.

En la Figura 2 de Seguimiento de las operaciones para cada réplica, el número de época para boston_hub es 950.

El esquema de sincronización de MultiSite intenta minimizar la cantidad de datos transmitidos entre réplicas. Cada réplica realiza el seguimiento de estos números de época:
La Tabla 1 muestra cómo estos números de época forman una matriz de números de época. Cada réplica mantiene su propia matriz, revisando sus propias filas mientras se va trabajando localmente y mientras se van intercambiando paquetes de actualización con otras réplicas.
Tabla 1. Matriz de números de época de dos filas en la réplica boston_hub
  Operaciones originadas en boston_hub Operaciones originadas en sanfran_hub
Registro de boston_hub en su propio estado 950 504
Estimación de boston_hub del estado de sanfran_hub 912 504
El contenido de esta matriz lo notifica el mandato lsepoch en la réplica boston_hub :
multitool lsepoch 
For VOB replica "/vobs/dev":
Oplog IDs for row "boston_hub" (@ minuteman):
 oid:87f6265f.72d911d4.a5cd.00:01:80:c0:4b:e7=950    (boston_hub) 
 oid:0eaa6fc3.737d11d4.adbe.00:01:80:c0:4b:e7=504    (sanfran_hub) 
Oplog IDs for row "sanfran_hub" (@ goldengate):
 oid:87f6265f.72d911d4.a5cd.00:01:80:c0:4b:e7=912    (boston_hub) 
 oid:0eaa6fc3.737d11d4.adbe.00:01:80:c0:4b:e7=504    (sanfran_hub) 
multiutil lsepoch -clan telecomm -site boston_hub -family PRODA -user bostonadmin -password secret 
Multiutil: Estimates of the epochs from each site replayed at site ’boston_hub’ (@minuteman):
boston_hub: 950
sanfran_hub: 504
Multiutil: Estimates of the epochs from each site replayed at site ’sanfran_hub’ (@goldengate):
boston_hub: 912
sanfran_hub: 504
Un mandato syncreplica –export especificado en boston_hub utiliza esta matriz tal como se indica a continuación para generar una actualización destinada a sanfran_hub:
  1. En la réplica boston_hub, el número de operaciones locales es 950 (el número situado en la parte superior izquierda de la matriz), y la estimación es que la réplica sanfran_hub ha importado todas las operaciones a través del ID de oplog 912 (el número situado en la parte inferior izquierda).
  2. El paquete de actualización que la réplica boston_hub envía a la réplica sanfran_hub incluye las entradas de oplog 913-950 de boston_hub. Después de que el administrador de Boston invoque syncreplica –export, la fila de sanfran_hub se actualiza:
    multitool lsepoch 
    For VOB replica "/vobs/dev":
    Oplog IDs for row "boston_hub" (@ minuteman):
     oid:87f6265f.72d911d4.a5cd.00:01:80:c0:4b:e7=950    (boston_hub) 
     oid:0eaa6fc3.737d11d4.adbe.00:01:80:c0:4b:e7=504    (sanfran_hub) 
    Oplog IDs for row "sanfran_hub" (@ goldengate):
     oid:87f6265f.72d911d4.a5cd.00:01:80:c0:4b:e7=950    (boston_hub) 
     oid:0eaa6fc3.737d11d4.adbe.00:01:80:c0:4b:e7=504    (sanfran_hub) 
    multiutil lsepoch -clan telecomm -site boston_hub -family PRODA -user lexadmin -password secret 
    Multiutil: Estimates of the epochs from each site replayed at site ’boston_hub’ (@minuteman):
    boston_hub: 950
    sanfran_hub: 504
    Multiutil: Estimates of the epochs from each site replayed at site ’sanfran_hub’ (@goldengate):
    boston_hub: 950
    sanfran_hub: 504
Conceptos relacionados
Recuperación de paquetes perdidos
Referencia relacionada
lsepoch
syncreplica

Comentarios