Barrido de oplog

Las entradas del registro de operaciones (oplog) deben mantenerse durante un periodo de tiempo significativo. Se utilizan cuando la réplica genera paquetes de actualización. Las entradas de oplog también pueden ser necesarias para ayudar a otras réplicas a recuperarse de anomalías irrecuperables. Si ninguna réplica puede suministrar estas entradas, la réplica que se restaura se debe volver a crear. Debido a la necesidad de utilizar entradas de opolog durante la sincronización, la estrategia de sincronización determina con qué frecuencia se pueden barrer los oplogs.

Para obtener más información, consulte t_restore_replica_backup.htm#sii-trouble-41385.

De forma predeterminada, una entrada de oplog nunca se barre. No cambie este valor hasta que haya establecido el patrón de sincronización en la familia y verifique si los paquetes se exportan y se importan correctamente.

Cuando es seguro suprimir entradas de oplog para una réplica:
  1. Coordine con otros administradores para decidir cuánto tiempo debe mantener entradas de oplog.

    Cada réplica debe mantener entradas el tiempo necesario para permitir que las operaciones restorereplica se completen satisfactoriamente. La frecuencia de barrido de las entradas de oplog depende de los factores siguientes:

    • El patrón de sincronización entre réplicas en la familia
    • La frecuencia con la que se sincronizan las réplicas

      La frecuencia de sincronización se refiere a la frecuencia con la que se exportan las actualizaciones y se importan en otras réplicas. Además, considere la posibilidad de configurar un esquema de verificación para garantizar que los paquetes se procesan correctamente en otras réplicas antes de que se barran las entradas de oplog.

    • La frecuencia con la que realiza una copia de seguridad de las réplicas

      Por ejemplo, si se realiza una copia de seguridad semanal de una réplica en todos los sitios y desea poder restaurar la copia de seguridad de hace dos semanas, cada réplica deben mantener tres semanas de entradas de oplog. Si las réplicas se sincronizan semanalmente debe suponer que el paquete semanal no se ha enviado a la otra réplica y añada otra semana. Finalmente, para mayor seguridad, añada otro mes. El resultado es un tiempo de barrido de dos meses.

  2. Cree un archivo de parámetros de barrido específico en la VOB copiando dir_inicio-ccase /config/vob/vob_scrubber_params (Linux y el sistema UNIX) o dir_inicio-ccase\config\vob\vob_scrubber_params (Windows) en el directorio de almacenamiento VOB de la réplica.
  3. Haga que este archivo nuevo se pueda escribir.
  4. Edite la línea de oplog en este archivo. Por ejemplo, para mantener las entradas de oplog durante dos meses (62 días):
    oplog –keep 62
  5. Sincronice las réplicas.
  6. Utilice el mandato scruboplog en la réplica cuya oplog desea reducir. Este ejemplo barre el oplog de la réplica de base de datos de usuario (que se indica mediante la familia PRODA) en el sitiosanfran_hub:
    multiutil scruboplog -clan telecommunications -site sanfran_hub -family
    PRODA -user sfadmin -password secret -before 31-Oct-2001
Atención: Si las entradas de oplog de una réplica se barren antes de que se incluyan en un paquete de actualización, no puede exportar los paquetes de actualización de la réplica. Se trata de un error grave que pone en peligro la integridad de toda la familia.
Conceptos relacionados
Recuperación de réplicas de bases de datos perdidas
Referencia relacionada
scruboplog

Comentarios