« HP le gano la pulsada a OracleMuere Metalink... de nuevo »

Datafile UNNAMED en una Standby...¿reconstrucción?



Estaba chequeando una base de datos Standby (sin alertas, en un cliente) y aparece el error




Tue Jun 19 06:54:51 2012
Media Recovery Log /oracle/FPR/oraarch/FPRarch/1_15236_765570470.dbf
File #55 added to control file as 'UNNAMED00055' because the parameter STANDBY_FILE_MANAGEMENT is set to MANUAL
The file should be manually created to continue.

Errors with log /oracle/FPR/oraarch/FPRarch/1_15236_765570470.dbf
MRP0: Background Media Recovery terminated with error 1274
Tue Jun 19 06:54:53 2012
Errors in file /oracle/FPR/saptrace/background/fpr_mrp0_24480.trc:
ORA-01274: cannot add datafile '/oracle/FPR/sapdata2/sr3_28/sr3.data28' - file could not be created
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail


Y al día de hoy

Wed Jul 11 15:22:33 2012
Errors in file /oracle/FPR/saptrace/background/fpr_mrp0_8413.trc:
ORA-01111: name for data file 55 is unknown - rename to correct file
ORA-01110: data file 55: '/oracle/FPR/102_64/dbs/UNNAMED00055'
ORA-01157: cannot identify/lock data file 55 - see DBWR trace file
ORA-01111: name for data file 55 is unknown - rename to correct file
ORA-01110: data file 55: '/oracle/FPR/102_64/dbs/UNNAMED00055'

La pregunta es ¿cómo arreglar esto sin necesidad de recrear la Standby?


Pues, he aquí el paso a paso

1.- Chequear el nombre del datafile tanto en la Standby como en la primaria

En la alerta de la Standby aparece el id del datafile , por ende lo buscamos por ese nombre

select file# , name from v$datafile where file# = 55;

Y en la primaria , también lo buscamos por el mismo ID


2.- En la Standby cambiamos la forma de operar la Standby

alter system set standby_file_management='auto' scope=both;


3.- Renombramos el datafile perdido , en la Standby y le colocamos el nombre que debiese tener

alter database create datafile '/oracle/FPR/102_64/dbs/UNNAMED00055' as '/oracle/FPR/sapdata2/sr3_28/sr3.data28';


4.- Y procedemos a bajar y dejar en modo de recuperación la Standby

startup nomount;
alter database mount standby database;
alter database recover managed standby database disconnect;


Todo lo anterior se produce, por un pequeño parámetro en la primaria... este parámetro es el STANDBY_FILE_MANAGEMENT, que siempre debe estar en AUTO


Espero les sirva y no hayan destrozado su Standby :>>

by Ligarius
19.07.12. 09:08:02. 376 words, 4777 views. Categories: StandBy - Data Guard ,