Uno de los problemas a los que tenemos que enfrentarnos dia a dia es el de lidiar con bloques corruptos en la base de datos.<\/p>\n
Vayamos al supuesto en el que alguna de nuestras herramientas (RMNA,EMC,dbvf, el propio motor en algun acceso) ha detectado que tenemos estos bloques corruptos. La manera de encontarlos es mediante la vista V$DATABASE_BLOCK_CORRUPTION <\/b><\/p>\n Que ocurre si RMAN no ha podido recuperar el bloque corrupto? Por que puede ser esto? Lo que nos esta indicando este error es que el objeto se creo en modo nologging<\/i> por lo que la base de datos no tiene informacion de como recuperarla, si queremos recuperar esta informacion deberemos de recrear el objeto ( y cruzar los dedos para que este objeto sea un indice y no datos de negocio) <\/p>\n COmo siempre podemos encontrar mas informacion al respecto en soporte Oracle en las notas:<\/p>\n Uno de los problemas a los que tenemos que enfrentarnos dia a dia es el de lidiar con bloques corruptos en la base de datos. Vayamos al supuesto en el que alguna de nuestras herramientas (RMNA,EMC,dbvf, el propio motor en … Sigue leyendo \r\nSQL> select * from V$DATABASE_BLOCK_CORRUPTION;\r\n\t FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO\r\n---------- ---------- ---------- ------------------ ---------\r\n\t 2 88231 1 6821577 NOLOGGING\r\n\t 2 58442 1 6821577 NOLOGGING\r\n<\/PRE>\r\n\r\n
Recuperacion de bloques corruptos<\/h1>\r\nLa manera de recuperarlos es tan sencillo como decirle al RMAN que lo haga, para esto ejecutaremos el comando de rman RECOVER CORRUPTION LIST;<\/b>:\r\n\r\n
\r\nRMAN> RECOVER CORRUPTION LIST;\r\nStarting recover at 14-JAN-18\r\nusing target database control file instead of recovery catalog\r\nallocated channel: ORA_DISK_1\r\nchannel ORA_DISK_1: SID=206 device type=DISK\r\nstarting media recovery\r\nmedia recovery complete, elapsed time: 00:00:01\r\nFinished recover at 14-JAN-18\r\n<\/PRE>\r\n\r\n
Comprobacion de que han sido recuperados<\/h1>\r\nAunque rman nos haya dicho OK, deberemos revisar que los bloques estan correctos, para ello usaremos la opcion VALIDATE DATAFILE <\/b> de RMAN aplicado al FILE# que nos indicaba la vista de bloques corruptos\r\n
\r\nRMAN> validate datafile 2;\r\n\r\nStarting validate at 14-JAN-18\r\nusing channel ORA_DISK_1\r\nchannel ORA_DISK_1: specifying datafile(s) for validation\r\ninput datafile file number=2 name=\/u01\/app\/oracle\/ORASID\/sysaux01.dbf\r\nchannel ORA_DISK_1: validation complete, elapsed time: 00:00:01\r\n\r\nList of Datafiles\r\n=================\r\nFile Status Marked Corrupt Empty Blocks Blocks Examined High SCN\r\n---- ------ -------------- ------------ --------------- ----------\r\n2 OK 0 21603 336384 41455048 \r\n\r\nFinished validate at 14-JAN-18\r\n<\/pre>\n
Y si no lo ha solucionado?<\/h1>\n
\nEn este caso el comando validate nos devolveria algo similar a <\/p>\n\r\nRMAN> validate datafile 2;\r\nStarting validate at 14-JAN-18\r\nusing channel ORA_DISK_1\r\nchannel ORA_DISK_1: starting validation of datafile\r\nchannel ORA_DISK_1: specifying datafile(s) for validation\r\ninput datafile file number=2 name=\/u01\/app\/oracle\/ORASID\/sysaux01.dbf\r\nchannel ORA_DISK_1: validation complete, elapsed time: 00:00:01\r\nList of Datafiles\r\n=================\r\nFile Status Marked Corrupt Empty Blocks Blocks Examined High SCN\r\n---- ------ -------------- ------------ --------------- ----------\r\n2 OK 2 20225 99863 49937565\r\nFile Name: \/u01\/app\/oracle\/ORASID\/sysaux01.dbf\r\nBlock Type Blocks Failing Blocks Processed\r\n---------- -------------- ----------------\r\nData 0 26483\r\nIndex 0 24051\r\nOther 0 29081\r\nFinished validate at 14-JAN-18\r\n<\/pre>\n
\nEn el caso en que no resolvamos el problema, echaremos un vistazo al alert.log, <\/p>\n\r\n\r\nORA-01578: ORACLE data block corrupted (file # ORA-01578: ORACLE data block corrupted (file # 2, block # 58442)\r\nORA-01110: data file 2: '\/u01\/app\/oracle\/ORASID\/sysaux01.dbf'\r\nORA-26040: Data block was loaded using the NOLOGGING option\r\n<\/pre>\n
\n