Oracle 12c DG备库Alert报错ORA-01110

环境是12.2.0.1 version, Oracle Data Guard备库今天故障恢复了一下,RMAN恢复后发现备库Alert一直报错,但是备库主库同步一致,数据一致。
2018-07-05T23:42:22.184048+08:00
Errors in file /u01/app/oracle/diag/rdbms/dwjrstdydb/dwjrstdydb/trace/dwjrstdydb_m000_129832.trc:
ORA-01110: data file 7: ‘/u01/app/oracle/oradata/dwjrstdydb/users01.dbf‘
2018-07-05T23:42:22.258112+08:00
Errors in file /u01/app/oracle/diag/rdbms/dwjrstdydb/dwjrstdydb/trace/dwjrstdydb_m000_129832.trc:
ORA-01110: data file 8: ‘/u01/app/oracle/oradata/dwjrstdydb/dwjrdbpdb/system01.dbf‘
2018-07-05T23:42:22.332476+08:00
Errors in file /u01/app/oracle/diag/rdbms/dwjrstdydb/dwjrstdydb/trace/dwjrstdydb_m000_129832.trc:
ORA-01110: data file 9: ‘/u01/app/oracle/oradata/dwjrstdydb/dwjrdbpdb/sysaux01.dbf‘
2018-07-05T23:42:22.406769+08:00
Errors in file /u01/app/oracle/diag/rdbms/dwjrstdydb/dwjrstdydb/trace/dwjrstdydb_m000_129832.trc:
ORA-01110: data file 10: ‘/u01/app/oracle/oradata/dwjrstdydb/dwjrdbpdb/undotbs01.dbf‘
2018-07-05T23:42:22.481081+08:00
Errors in file /u01/app/oracle/diag/rdbms/dwjrstdydb/dwjrstdydb/trace/dwjrstdydb_m000_129832.trc:
ORA-01110: data file 11: ‘/u01/app/oracle/oradata/dwjrstdydb/dwjrdbpdb/users01.dbf‘

参考MOS文档:
ORA-01110 For All Files In Standby Database (文档 ID 2322290.1)

CHANGES
New or Upgraded Standby on 12.2.0.1

CAUSE

Unpublished Bug 24844841 : PHSB:CDB M000 REPORTED ORA-1110 ON ADG WHEN A DATAFILE IS ADDED ON PRIMARY

is logged for error ORA-1110 being reported incorrectly on the Standby database alert log when a datafile change is made on the primary.

The bug is fixed in 19.1.

Backport requests can be made for 12.1 & 12.2

Rediscovery:

=========

Function kcidr_file_header_check_common is File Header check which cause of this issue. If you see this in the Stack Trace and Standby opens Read only successfully then you are most likely encountering this bug.

SOLUTION
To Solve the issue:

Apply fix of Bug 24844841. Please check for backports for your version and operating system.

If patch#24844841 is not available then please open an SR to request.

To Workaround:

Restart  the standby database and managed recovery.

特此记录一下,好记性不如烂笔头~

原文地址:http://blog.51cto.com/yangjunfeng/2136885

时间: 2024-07-29 02:14:54

Oracle 12c DG备库Alert报错ORA-01110的相关文章

Oracle 12c DG备库Alert报错ORA-10877全库恢复

12C Oracle Data Guard 备库今天异常 2018-07-05T21:31:32.291970+08:00GEN0 (ospid: 75371): terminating the instance due to error 4722018-07-05T21:31:32.293376+08:00System state dump requested by (instance=1, osid=75371 (GEN0)), summary=[abnormal instance term

ORACLE 12C 三节点 RAC 安装报错 [INS-32025]

测试安装三节点Oracle 12C RAC,笔记本配置双核I5 16g内存,每台虚机分配4G 内存. 在数据库软件安装过程中,主实例异常重启,重新安装数据库软件,但是遇到报错.报错如下: [INS-32025] The chosen installation conflicts with software already installed in the given oracle home. 处理方法如下: 1.修改inventory文件 [[email protected] ContentsX

ORA-21561、ORA-15055、ORA-25253 导致DG备库无法应用归档

昨天去某客户那里做巡检,顺便看一下上次搭建的RAC-DG环境是否正常,不看不知道,一看吓一跳,上次的DG是8月20日运行的,而DG备库从8月31日之后实例就没有开启过,后来询问后才得知,原来那天断过一次电,后来重启了机器.直到今天我过去了,才把实例启动起来.也就是说,从8月31日到今天快1个月的时间,备库一致处于未使用状态. 接着查看备库归档,显然已经缺失了很多了,tnread1 最后一个日志为1661,tnread2 最后一个日志为1324,而此时主库中还保留的最早的日志是9月8日的,thre

模拟主库创建数据文件,dg备库空间不足时问题处理

本篇文档测试目的: 模拟实际环境中,主库对表空间添加数据文件,备库空间不足,最终导致MRP进程自动断开,处理方式. 1.问题环境模拟 1)正常情况下的dg 主库创建数据文件,备库接受日志,自动创建表空间及数据文件. RFS[49]: Selected log 4 for thread 1 sequence 115 dbid 699220720 branch 994543603 Fri Feb 22 23:20:36 2019 Media Recovery Log /u01/app/oracle/

weblogic 12c下jxls导出excel报错Could not initialize class org.apache.poi.xssf.usermodel.XSSFVMLDrawing

周一,开发反馈weblogic 12c下jxls导出excel报错,公司环境和UAT环境均报错,看日志如下: 2016-06-08 09:16:55,825 ERROR org.jxls.util.TransformerFactory.createTransformer(TransformerFactory.java:40)[org.jxls.util.TransformerFactory] - Method createTransformer of org.jxls.transform.poi

ThinkPHP pdo连接Oracle的配置写法,提示报错

'DB_TYPE' => 'pdo', // 数据库类型 'DB_USER' => 'user101', // 用户名 'DB_PWD' => '[email protected]#$%', // 密码 'DB_PREFIX' => 'TB_', // 数据库表前缀 'DB_DSN' => 'oci:dbname=127.0.0.1:1158/orcl;charset=utf8', ThinkPHP 3.2.2 连接Oracle 的配置写法,结果提示内容: 由于目前PDO暂时

oracle dataguard主备库参数文件配置详解

主库参数详解: 保持同一个Data Guard中所有的DB_NAME相同 DB_NAME=ora11g 为一个数据库指定一个唯一的名称,该参数一经指定就不会发生改动除非DBA主动改动 DB_UNIQUE_NAME=ora11g_primary 初始化参数LOG_ARCHIVE_CONFIG用于控制发送归档日志到远程位置.接收远程归档日志,并指定Data  Guard配置的惟一数据库名,默认值为SEND,RECEIVE,NODG_CONFIG. 当设置该参数为SEND时,会激活发送归档日志到远程位

Windows8 上面安装Oracle 11g 时,安装程序报错:[INS-13001]环境不满足最低要求

Oracle 11g 时,安装程序报错:[INS-13001]环境不满足最低要求,解决方法: 在安装文件的/stage/svu文件夹下面找到文件 cvu_prereq.xml文件,修改为如下(添加windows 8 相关字段): <?xml version="1.0"?> <HOST PLATID="912"> <SYSTEM> <MEMORY> <PHYSICAL_MEMORY VALUE="128&

解决;R语言使用sqldf库是报错&quot;Failed to connect to database: Error: Access denied for user &#39;..&#39;@&#39;localhost&#39; (using password: NO) Error in !dbPreExists : invalid argument type&quot;

原因:在使用sqldf时,不需要加载RMySQL库 解决方案:在控制台执行释放RMySQL库加载 detach("package:RMySQL", unload=T); 解决;R语言使用sqldf库是报错"Failed to connect to database: Error: Access denied for user '..'@'localhost' (using password: NO) Error in !dbPreExists : invalid argume