Hoy vamos a ver un a peque\u00f1a entrada de un error bastante com\u00fan en dataguard. <\/p>\n
El problema se da cuando la base de datos standby deja de aplicar <\/p>\n
\r\nDGMGRL> show configuration verbose\r\nConfiguration - test\r\n Protection Mode: MaxPerformance\r\n Members:\r\n DBTEST - Primary database\r\n DBTEST_STBY - Physical standby database\r\n Error: ORA-16810: multiple errors or warnings detected for the database\r\n<\/pre>\nAnte un error tan gen\u00e9rico como este, lo primero que hemos de hacer es buscar en el alert.log de la base de datos del standby.
\nEn este alert.log ya vemos un error mas claro <\/p>\n\r\nErrors in file \/u01\/app\/oracle\/diag\/rdbms\/dbtest_stby\/dbtest\/trace\/dbtest_mrp0_3972.trc:\r\nORA-01111: name for data file 21 is unknown - rename to correct file\r\nORA-01110: data file 21: '\/u01\/app\/oracle\/product\/12.1.0.2\/dbhome_1\/dbs\/UNNAMED0021'\r\nORA-01157: cannot identify\/lock data file 21 - see DBWR trace file\r\nORA-01111: name for data file 21 is unknown - rename to correct file\r\nORA-01110: data file 21: '\/u01\/app\/oracle\/product\/12.1.0.2\/dbhome_1\/dbs\/UNNAMED0021'\r\n<\/pre>\nQue es ese datafile que aparece en el $ORACLE_HOME\/dbs <\/i> llamado UNNAMED<\/b>?<\/p>\n
La respuesta nos la da oracle en la nota ID 739618.1.<\/i>.
\nEstos ficheros aparecen en el equipo de standby cuando se ha creado un datafile en el primario y el secundario no ha podido crearlo (por falta de espacio, error de configuraci\u00f3n …. ) <\/p>\nComo lo solucionamos ?<\/h1>\n
Lo primero que tenemos que hacer es cambiar el STANDBY_FILE_MANAGEMENT a MANUAL ya que vamos a modificar manualmente la ubicaci\u00f3n de ficheros.<\/p>\n
\r\nALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;\r\n<\/pre>\nTras esto, identificaremos en la base de datos primary cual es la ubicaci\u00f3n correcta del fichero, si miramos en el extracto anterior del alert.log, veremos que se trata del datafile 21, as\u00ed pues, iremos a la base de datos primary y veremos donde esta ubicado .<\/p>\n
\r\nSQL> select file_name,tablespace_name,bytes\/1024\/1024\/1024 Gb\r\n from dba_data_files where file_id=21;\r\n\r\nFILE_NAME \t\t TABLESPACE_NAME GB \r\n----------------------------------------------------------------\r\n+DATA_01\/DBTEST\/DATAFILE\/testdf.791.968123327 TESTDF 5\r\n<\/pre>\nAhora tenemos que ir al standby y mover el fichero UNNAMED a su lugar correcto, para ello no usaremos el MOVE<\/b> sino el comando CREATE DATAFILE AS <\/b><\/p>\n
\r\nalter database create datafile \r\n'\/u01\/app\/oracle\/product\/12.1.0.2\/dbhome_1\/dbs\/UNNAMED0021'\r\n as '+DATA_01' ;\r\n<\/pre>\nComo pod\u00e9is ver, no ha indicado el nombre que debe de tener el datafile, solamente la ruta, esto es por que tenemos definido el parametro db_recovery_file_dest<\/b> que nos lo dejara con el nombre correcto.<\/p>\n
Posible errores <\/h1>\n
Efectivamente, con el comando anterior no va a funcionar, ya que nos dara el error <\/p>\n
\r\nERROR at line 1:\r\nORA-01136: specified size of file 204 (80 blocks) is less than original size of\r\n655360 blocks\r\nORA-01111: name for data file 204 is unknown - rename to correct file\r\nORA-01110: data file 204:\r\n'\/u01\/app\/oracle\/product\/12.1.0.2\/dbhome_1\/dbs\/UNNAMED0021'\r\n<\/pre>\nQue hemos echo mal ?<\/h2>\n
No hemos echo nada mal, lo que ocurre es que cuando la ubicaci\u00f3n de destino es dentro el ASM tendremos que indicarle el tama\u00f1o exacto del fichero .
\nEn el alert nos ha indicado que el tama\u00f1o es de 655360 blocks<\/b>
\nSi miramos el tama\u00f1o de bloque que tenemos :<\/p>\n\r\nSQL> show parameter block_size\r\nNAME TYPE VALUE\r\n------ --------------------------------------\r\ndb_block_size integer 8192\r\n<\/pre>\nLlevando a cabo una peque\u00f1a operacion aritm\u00e9tica 655360 *8192=5368709120<\/p>\n
Ya podemos ejecutar el comando completo <\/p>\n
\r\nalter database create datafile \r\n'\/u01\/app\/oracle\/product\/12.1.0.2\/dbhome_1\/dbs\/UNNAMED0021' \r\nas '+DATA_01'size 5368709120;\r\n<\/pre>\nCon esto tenemos el problema solucionado.<\/p>\n
Volvemos a poner el standby en modo management auto <\/p>\n
\r\nALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;\r\n<\/pre>\nY activamos el broker de nuevo desde el primario. <\/p>\n
\r\nDGMGRL> show configuration verbose\r\nConfiguration - test\r\n Protection Mode: MaxPerformance\r\n Members:\r\n DBTEST - Primary database\r\n DBTEST_STBY - Physical standby database\r\n Error: ORA-16810: multiple errors or warnings detected for the database\r\n\r\nDGMGRL> enable database 'DBTEST_STBY'\r\nDisabled.\r\nDGMGRL> enable database 'DBTEST_STBY'\r\nEnabled.\r\nDGMGRL> show configuration verbose\r\nConfiguration - test\r\n Protection Mode: MaxPerformance\r\n Members:\r\n DBTEST - Primary database\r\n DBTEST_STBY - Physical standby database\r\n.\r\n.\r\n\r\nConfiguration Status:\r\nSUCCESS\r\n\r\n<\/pre>\nComo siempre , mas informaci\u00f3n en las notas de soporte<\/p>\n
\n
- How to resolve ORA-01111 ORA-01110 ORA-01157 in a physical standby database (Doc ID 1416554.1)\n
- Background Media Recovery terminated with ORA-1274 after adding a Datafile (Doc ID 739618.1)\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
Hoy vamos a ver un a peque\u00f1a entrada de un error bastante com\u00fan en dataguard. El problema se da cuando la base de datos standby deja de aplicar DGMGRL> show configuration verbose Configuration – test Protection Mode: MaxPerformance Members: DBTEST … Sigue leyendo