ORA-16766 Redo apply is stopped

Nivel del post no aplicainicialintermedioavanzado
SGBD oraclemysqlmariadbMySQL/MariaDBpostgresqlno aplica
Tiempo de lectura aproximado 2min

Si tenemos un entorno con DataGuard montado, es posible que nos encontremos este error al consultar el broker: ORA-16766 redo apply is stopped.

DGMGRL> show configurtation

Configuration - database_dg

  Protection Mode: MaxPerformance
  Members:
  ddbb      - Primary database

  ddbb_stby - Physical standby database 
      Error: ORA-16766: Redo Apply is stopped

Fast-Start Failover:  Disabled

Configuration Status:
ERROR   (status updated 36 seconds ago)

Esto se debe, tal como el mensaje nos indica, que la aplicación de los redos está parada. El motivo puede ser muy variado: el proceso se ha parado tras levantar la base de datos, al hacer un switchover no se ha iniciado, hay errores en los logfiles…

Para saber que está pasando exactamente, te recomiendo que revises uno de los mejores amigos del DBA Oracle: el alert.log de la instancia que está corriendo. Ahí encontrarás el motivo.

Pero bueno, para solventar el ORA-16766, tienes dos opciones:

1. Lanzar la query desde el sqlplus:

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

2. Lanzar la query desde el broker del DataGuard:

DGMGRL> edit database ddbb_stby set state=apply-on;

En cualquier caso, si el proceso estaba parado sin ningún error aparente, se volverá a levantar el MRP (Managed Recovery Process). Tras esto, si comprobamos de nuevo el broker, nos saldrá que el error ha desaparecido:

DGMGRL> show configurtation

Configuration - database_dg

  Protection Mode: MaxPerformance
  Members:
  ddbb      - Primary database

  ddbb_stby - Physical standby database 

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS

Si ahora entramos a la base de datos y consultamos la tabla de recepción de archives, veremos que todo funciona correctamente:

SQL> select process, status, thread#, sequence# from v$managed_standby;

PROCESS   STATUS  THREAD#  SEQUENCE#
--------- ------------ ---------- ----------
ARCH      CONNECTED          0        0
DGRD      ALLOCATED          0        0
DGRD      ALLOCATED          0        0
ARCH      CONNECTED          0        0
ARCH      CLOSING            1        21
ARCH      CLOSING            1        22
MRP0      APPLYING_LOG       1        23
RFS       IDLE               1        0
RFS       IDLE               0        0
RFS       IDLE               0        0
RFS       IDLE               0        0

En el caso de darte otro error o volver a bajarse tras levantarlo, me reitero: consulta el alert.log para analizar que está pasando. Trataremos algunos de los posibles problemas en futuras entradas.

Cuéntame que te ha parecido este proceso en la caja de comentarios que tienes abajo. Y si ya compartes la entrada en redes sociales, me haces un gran favor para que más gente conozca este portal.

Recuerda que puedes suscribirte a la newsletter de Como ser DBA justo en el pie de página. Solo te mandaremos un correo para avisarte de que hemos publicado una nueva entrada.

Hasta la próxima, ¡un saludo!

Compartir entrada en RRSS

SUSCRÍBETE A NUESTRA NEWSLETTER

Si quieres estar al tanto de todas las nuevas publicaciones, suscríbete a esta lista de correo para recibir en tu mail los nuevos posts publicados. ¡Así no te pierdes nada!

pablo_delgado_avatar.jpg

Pablo Delgado Flores

Auténtico apasionado por la informática, especialmente por las bases de datos, administración de sistemas y desarrollo web.

Empecé a trabajar como técnico informático mucho antes de obtener una titulación oficial (sysadmin). Actualmente trabajo como DBA Oracle, aunque manejo otros motores como MySQL/MariaDB, PostgreSQL y Amazon Redshift.

También escribo sobre informática en general en mi web Pablo Delgado Flores, la terminal de Linux/Unix en #Sudosu y  desarrollo web con Woocoomerce/WordPress en DesarrolloWoo.

Subscribirse
Notificar de
guest
0 Comentarios
Comentarios en línea
Ver todos los comentarios