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 de consite
1
1
consite, Diego Rodrigo Munoz Herrera, de 34 anios de edad, estudios en...
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 ..