ORA-00328 en una standby

Tengo dos sun con solaris 8, en ambas he instalado oracle rdbms 8.1.7.3. En el nodo1 tengo una BBDD (primaria) y en el nodo2 tengo su standby. Todo fue como la seda, los archive log de la primaria eran automaticamente enviados (RFS) a la standby y aplicados ya que la standby se encuentra en modo "recover managed". Hace un par de día ha comenzado a aparecer en el fichero de alertas de la standby el siguiente error:
SVRMGR> alter database recover managed standby database;
alter database recover managed standby database
*
ORA-00328: archived log ends at change 87078, need later change 106924
ORA-00334: archived log: '/users/oracle/oradata/EGSDP/REDO_PRIMARY/arch.log1_17.dbf'
He buscado información sobre el error y parece que la solución es buscar el fichero redo log perdido y sustituirlo por el erroneo, pero yo no he perdido ningún fichero de redo log.
Si ejecuto "recover standby database until cancel;" aplica automáticamente los redo y llego al mismo error.
¿Sabe alguien como puedo solucionar esto?
¿He perdido la standby y tengo que volver a crearla?.
Actualmente y debido al error no se actualiza. Es decir, el proceso RFS de la standby sigue recibiendo los archive log de la primario en el nodo2 pero no se aplican.

1 Respuesta

Respuesta
1
En metalink encontre esto: Al parecer sugiere que el archivo ya existe en el diractorio destino de tu base de datos stand by y sugiere que lo elimines para que pueda pasar ...
Fact: Standby Database
Fact: Oracle Server - Enterprise Edition 8.1.7.0.0
fact: AIX-Based Systems (64-bit)
symptom: ORA-00279: change %s generated at %s needed for thread %s
symptom: ORA-00289: suggestion: <filename>
symptom: ORA-00280: change <num> for thread <num> is in
sequence #<num>
symptom: ORA-00328: archived log ends at change <num> , need later
change <num>
symptom: ORA-00334: Archived log: <name>
Cause: Duplicate entries for the same Filename in the Archive Destination
on the
standby database
fix:
Remove or Rename the Duplicate Archivelog.
Hola de nuevo, soy Javi otra vez,
me han comentado lo siguiente:
Parece que el corte de la conexión provocó que se
transmitiera un log corrupto, que luego se aplicó
directamente a la base de datos standby. Lamentablemente,
me temo que la bd standy es totalmente inservible, así que
tendrás que partir de un nuevo backup *posterior* al de la fecha del incidente.
A alguien le ha ocurrido esto alguna vez con una standby ???
Gracias.
Javi.
Hola,
en primer lugar gracias por tu respuesta.
Negativo.
drwxr-xr-x 2 oracle dba 1024 Oct 15 17:55 ./
drwxrwxr-x 8 oracle dba 512 Sep 30 09:23 ../
-rw-r----- 1 oracle dba 9998336 Sep 30 11:04 arch.log1_13.dbf
-rw-r----- 1 oracle dba 13824 Sep 30 11:14 arch.log1_14.dbf
-rw-r----- 1 oracle dba 12288 Sep 30 11:23 arch.log1_15.dbf
-rw-r----- 1 oracle dba 68608 Oct 6 12:52 arch.log1_16.dbf
-rw-r----- 1 oracle dba 2048 Oct 6 12:54 arch.log1_17.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 12:55 arch.log1_18.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 12:56 arch.log1_19.dbf
-rw-r----- 1 oracle dba 8704 Oct 6 13:07 arch.log1_20.dbf
-rw-r----- 1 oracle dba 34816 Oct 6 17:01 arch.log1_21.dbf
-rw-r----- 1 oracle dba 11264 Oct 6 17:24 arch.log1_22.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 17:27 arch.log1_23.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 17:27 arch.log1_24.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 17:27 arch.log1_25.dbf
-rw-r----- 1 oracle dba 1024 Oct 6 17:27 arch.log1_26.dbf
-rw-r----- 1 oracle dba 119808 Oct 7 10:40 arch.log1_27.dbf
-rw-r----- 1 oracle dba 199168 Oct 15 16:22 arch.log1_28.dbf
-rw-r----- 1 oracle dba 1024 Oct 15 16:28 arch.log1_29.dbf
-rw-r----- 1 oracle dba 1024 Oct 15 16:31 arch.log1_30.dbf
-rw-r----- 1 oracle dba 1024 Oct 15 16:35 arch.log1_31.dbf
-rw-r----- 1 oracle dba 1024 Oct 15 17:54 arch.log1_32.dbf
-rw-r----- 1 oracle dba 1024 Oct 15 17:55 arch.log1_33.dbf
estos son mis archive redo logs, que coinciden exactamente con los generados en el destino local. Si renombro el de la secuencia 17:
SVRMGR> connect internal
Connected.
SVRMGR> recover standby database;
ORA-00279: change 106924 generated at 09/30/2003 16:18:19 needed for thread 1
ORA-00289: suggestion : /users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00280: change 106924 for thread 1 is in sequence #17
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00328: archived log ends at change 87078, need later change 106924
ORA-00334: archived log: '/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf'
SVRMGR> recover standby database;
ORA-00279: change 106924 generated at 09/30/2003 16:18:19 needed for thread 1
ORA-00289: suggestion : /users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00280: change 106924 for thread 1 is in sequence #17
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_18.dbf
ORA-00310: archived log contains sequence 18; sequence 17 required
ORA-00334: archived log: '/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_18.dbf'
SVRMGR> recover standby database;
ORA-00279: change 106924 generated at 09/30/2003 16:18:19 needed for thread 1
ORA-00289: suggestion : /users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00280: change 106924 for thread 1 is in sequence #17
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_16.dbf
ORA-00310: archived log contains sequence 16; sequence 17 required
ORA-00334: archived log: '/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_16.dbf'
SVRMGR> recover standby database;
ORA-00279: change 106924 generated at 09/30/2003 16:18:19 needed for thread 1
ORA-00289: suggestion : /users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00280: change 106924 for thread 1 is in sequence #17
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/users/oracle/oradata/EGSDP/REDO_STANDBY/_arch.log1_17.dbf_
ORA-00308: cannot open archived log '/users/oracle/oradata/EGSDP/REDO_STANDBY/_arch.log1_17.dbf_'
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
Additional information: 3
SVRMGR> !ls
_arch.log1_17.dbf_ arch.log1_16.dbf arch.log1_21.dbf arch.log1_25.dbf arch.log1_29.dbf arch.log1_33.dbf
arch.log1_13.dbf arch.log1_18.dbf arch.log1_22.dbf arch.log1_26.dbf arch.log1_30.dbf
arch.log1_14.dbf arch.log1_19.dbf arch.log1_23.dbf arch.log1_27.dbf arch.log1_31.dbf
arch.log1_15.dbf arch.log1_20.dbf arch.log1_24.dbf arch.log1_28.dbf arch.log1_32.dbf
SVRMGR> !mv _arch.log1_17.dbf_ arch.log1_17.dbf
SVRMGR> recover standby database;
ORA-00279: change 106924 generated at 09/30/2003 16:18:19 needed for thread 1
ORA-00289: suggestion : /users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00280: change 106924 for thread 1 is in sequence #17
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf
ORA-00328: archived log ends at change 87078, need later change 106924
ORA-00334: archived log: '/users/oracle/oradata/EGSDP/REDO_STANDBY/arch.log1_17.dbf'
SVRMGR>
En fin. Un compañero me afirma que el redo 16 debe estar mal generado, y que he perdido la standby, que tengo que volver a generarla.
No tengo noticias de esto.
Es un problema de sistema operativo.
Pero que se halla podido aplicar un log corrupto ... no tenía idea ..

Añade tu respuesta

Haz clic para o

Más respuestas relacionadas