admin管理员组

文章数量:1654021



早上发现一个DG的MRP应用直接停了,看回前些天的日志,发现原来是新加的数据文件没有在这个DG上生产,造成这个原因是,这是一个级联DG,在这个级联DG前的一个DG,设置了standby_file_management = MANUAL,于是,主库上添加的数据文件,到了第一个DG的时候,新加数据文件没有真正的创建,而只是在控制文件中加入UNNAMED记录,继而虽然级联DG参数 standby_file_management = AUTO,但是也没有真正产生数据文件。

所以查询当DG以read only 打开时,查询dba_data_files也没有看到数据文件,但查询v$datafile能看到UNNAMED的数据文件。


alert报错信息:

Mon May 30 09:52:56 2016
Errors in file /u01/app/oracle/diag/rdbms/dg2/dg2/trace/dg2_dbw0_22719.trc:
ORA-01186: file 17 failed verification tests
ORA-01157: cannot identify/lock data file 17 - see DBWR trace file
ORA-01111: name for data file 17 is unknown - rename to correct file
ORA-01110: data file 17: '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/UNNAMED00017'
File 17 not verified due to error ORA-01157

处理方法:
设置参数 standby_file_management = MANUAL,否则无法手工修改文件目录
alter system set standby_file_management=MANUAL;

修改文件名:
alter database create datafile '/opt/app/oracle/product/11.2.0.3/db_1/dbs/UNNAMED00017' as '+DATADG' size 10G autoextend on next 100M;
级联DG
alter database create datafile '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/UNNAMED00017' as '/u01/oradata/dg2/datafile/data_D- TS-MMS_FNO-17' size 10G autoextend on next 100M;

重新设置参数standby_file_management为auto
alter system set standby_file_management=auto;

最后把MRP重新拉起来就好了
alter database recover managed standby database using current logfile disconnect;



来自 “ ITPUB博客 ” ,链接:http://blog.itpub/29619999/viewspace-2109090/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub/29619999/viewspace-2109090/

本文标签: 办法ORADGidentifyfile