暂无图片
暂无图片
2
暂无图片
暂无图片
暂无图片

记录一次DG问题 ORA-16000 ORA-16191

原创 大柏树 2023-02-17
2461

一.背景及环境

客户反馈DG数据库用户无法登录,plsql登录报错如下:
0f43d41f8cd91b7712696120a1162db.png
同时数据库alert日志报错:

ORA-16000: database open for read-only access
复制

在sqlplus中尝试登录

sqlplus / as sysdba --登录成功 conn scott/oracle --报错 ORA-16000: database open for read-only access
复制

alert日志中相关trc文件类似如下:
image.png

其实这里已经能看到是因为某个trigger造成的。

环境:

主库:oracle linux 6.9 + oracle 11.2.0.4 RAC
备库:oracle linux 6.9 + oracle 11.2.0.4 物理备库

二.现象

  • 1.用户无法登陆,登录报错:ora-16000 ORA-04023
  • 2.只有dba角色能够登陆。
  • 3.日志看到是由于某个trigger导致的。
  • 4.这时候如果经验足够其实就知道问题了。
  • 5.我第一时间选择了重启。
  • 6.重启之后DG同步中断。
    主库报错如下:
Error 1017 received logging on to the standby ------------------------------------------------------------ Check that the primary and standby are using a password file and remote_login_passwordfile is set to SHARED or EXCLUSIVE, and that the SYS password is same in the password files. returning error ORA-16191 ------------------------------------------------------------ PING[ARC2]: Heartbeat failed to connect to standby 'test_dg'.
复制

三.解决

  • 1.根据主库关于dg的报错,我以为是密码文件问题,所以我在一节点重新生成了密码文件,并传输到二节点以及备库,然后重启了备库,但是报错还是存在。
  • 2.查看trigger的具体内容,发现是个LOGON触发器,问了一下客户,是最近上线的一个类似审计的系统建立的。
  • 3.根据这个想到是因为在备库执行insert操作导致的报错,那禁用触发器就可以了。
alter trigger trigger_name disable;
复制
  • 4.但这时候主备的同步已经断了,所以就算禁用触发器生效备库也禁用不了。
  • 5.mos上查了一下,找到文章如下:

ORA-16191 ORA-01017 and ORA-16000 shipping the logs to Standby database (Doc ID 2129339.1)
solution

Disable the trigger. or Set the below parameter in the Standby database and restart: _system_trig_enabled=false Alternatively: ALTER SYSTEM SET "_system_trig_enabled"=FALSE; A value of FALSE stops system triggers from firing (i.e. triggers on various DDL or database events are disabled).
复制
  • 6.在备库按照上述执行,DG同步恢复正常。
  • 7.同时还查到mos文档如下:
    Creating Logon Trigger On Primary Database We Get Errors On Physical Standby ORA-604 ORA-1552 (Doc ID 785885.1)
SOLUTION Rewrite the on-logon trigger by considering the database role so in case of physical standby logon trigger will not try execute any DML in database. CREATE OR REPLACE TRIGGER log_audit_sess_info AFTER LOGON on database declare db_role varchar2(30); begin select database_role into db_role from v$database; If db_role <> 'PHYSICAL STANDBY' then insert into ora_audit.log_audit_sess_info select sid,audsid, username,nvl(SYS_CONTEXT('USERENV','CLIENT_IDENTIFIER'), SYS_CONTEXT('USERENV','OS_USER')) osuser,machine, SYS_CONTEXT('USERENV','IP_ADDRESS') terminal,program,module,logon_time from v$session where sid in (SELECT VS.SID FROM V$SESSION VS, V$PROCESS VP WHERE VS.PADDR = VP.ADDR AND VS.USERNAME IS NOT NULL AND VS.STATUS = 'ACTIVE' AND VS.SID IN (SELECT SID FROM V$MYSTAT)); end if; end; /
复制
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论