ORACLE SOS

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
查看: 7504|回复: 4

物理standby adump目录下每天产生6万多个aud文件

[复制链接]

7

主题

13

帖子

71

积分

注册会员

Rank: 2

积分
71
发表于 2014-12-18 16:19:35 | 显示全部楼层 |阅读模式
1、环境介绍2套RAC承担订单业务,每套RAC有各自的单实例physical standby。版本如下:

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production



2、前两天发现RAC2的DG无法连接,经检查发现adump目录下inode达到600多W,(其他节点,包括RAC1的standby都正常几千个~几十万个
于是紧急扩展LV的容量,然后使用find . -mtime +60 -exec rm -rf {} \;慢慢删除。目前删除到只剩下30万了,可以打开一些文件查看了。文件信息大多如下:
Audit file /app/oracle/admin/order2dg/adump/order2dg_ora_23380_4.aud
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /app/oracle/ora11g
System name:        Linux
Node name:        order2dbdg
Release:        2.6.32-431.el6.x86_64
Version:        #1 SMP Fri Nov 22 03:15:09 UTC 2013
Machine:        x86_64
Instance name: order2dg
Redo thread mounted by this instance: 1
Oracle process number: 93
Unix process pid: 23380, image: oracle@order2dbdg

Thu Dec 18 12:27:32 2014 +08:00
LENGTH: "378"
SESSIONID:[10] "4294967295" ENTRYID:[1] "1" STATEMENT:[1] "1" USERID:[6] "ORDER8" USERHOST:[8] "acctdb01" ACTION:[3] "100" RETURNCODE:[1] "0" COMMENT$TEXT:[151] "Authenticated by: DATABASE; Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.200.31)(PORT=55446)); DBLINK_INFO: (SOURCE_GLOBAL_NAME=acctdb.7617671)" OS$USERID:[4] "grid" DBID:[10] "3572486253" PRIV$USED:[1] "5"

Thu Dec 18 12:27:33 2014 +08:00
LENGTH: "302"
SESSIONID:[10] "4294967295" ENTRYID:[1] "1" USERID:[6] "ORDER8" ACTION:[3] "101" RETURNCODE:[1] "0" COMMENT$TEXT:[48] "DBLINK_INFO: (SOURCE_GLOBAL_NAME=acctdb.7617671)" LOGOFF$PREAD:[1] "2" LOGOFF$LREAD:[5] "31099" LOGOFF$LWRITE:[1] "0" LOGOFF$DEAD:[1] "0" DBID:[10] "3572486253 " SESSIONCPU:[2] "17"

故障DG库上的参数如下,和RAC1的DG参数设置一致:
SQL> show parameter audit

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
audit_file_dest                      string      /app/oracle/admin/order2dg/adu
                                                 mp
audit_sys_operations                 boolean     FALSE
audit_syslog_level                   string
audit_trail                          string      OS


SQL> select * from dba_priv_audit_opts ;
USER_NAME  PROXY_NAME PRIVILEGE                                SUCCESS    FAILURE
---------- ---------- ---------------------------------------- ---------- ----------
                      CREATE EXTERNAL JOB                      BY ACCESS  BY ACCESS
                      CREATE ANY JOB                           BY ACCESS  BY ACCESS
                      GRANT ANY OBJECT PRIVILEGE               BY ACCESS  BY ACCESS
                      EXEMPT ACCESS POLICY                     BY ACCESS  BY ACCESS
                      CREATE ANY LIBRARY                       BY ACCESS  BY ACCESS
                      GRANT ANY PRIVILEGE                      BY ACCESS  BY ACCESS
                      DROP PROFILE                             BY ACCESS  BY ACCESS
                      ALTER PROFILE                            BY ACCESS  BY ACCESS
                      DROP ANY PROCEDURE                       BY ACCESS  BY ACCESS
                      ALTER ANY PROCEDURE                      BY ACCESS  BY ACCESS
                      CREATE ANY PROCEDURE                     BY ACCESS  BY ACCESS

USER_NAME  PROXY_NAME PRIVILEGE                                SUCCESS    FAILURE
---------- ---------- ---------------------------------------- ---------- ----------
                      ALTER DATABASE                           BY ACCESS  BY ACCESS
                      GRANT ANY ROLE                           BY ACCESS  BY ACCESS
                      CREATE PUBLIC DATABASE LINK              BY ACCESS  BY ACCESS
                      DROP ANY TABLE                           BY ACCESS  BY ACCESS
                      ALTER ANY TABLE                          BY ACCESS  BY ACCESS
                      CREATE ANY TABLE                         BY ACCESS  BY ACCESS
                      DROP USER                                BY ACCESS  BY ACCESS
                      ALTER USER                               BY ACCESS  BY ACCESS
                      CREATE USER                              BY ACCESS  BY ACCESS
                      CREATE SESSION                           BY ACCESS  BY ACCESS
                      AUDIT SYSTEM                             BY ACCESS  BY ACCESS

USER_NAME  PROXY_NAME PRIVILEGE                                SUCCESS    FAILURE
---------- ---------- ---------------------------------------- ---------- ----------
                      ALTER SYSTEM                             BY ACCESS  BY ACCESS

23 rows selected.

请问问题会出在哪呢?
回复

使用道具 举报

7

主题

13

帖子

71

积分

注册会员

Rank: 2

积分
71
 楼主| 发表于 2014-12-18 16:25:02 | 显示全部楼层
我统计过,每天大约增长6W多个!
用df -i 能明显看到在增长
回复 支持 反对

使用道具 举报

7

主题

13

帖子

71

积分

注册会员

Rank: 2

积分
71
 楼主| 发表于 2014-12-19 16:00:25 | 显示全部楼层
原因已找到,确实是开了审计功能,解决方法如下:
alter system set audit_trail=none scope=spfile;
重启数据库生效!

官方文档 ID 1171314.1
回复 支持 反对

使用道具 举报

95

主题

266

帖子

1719

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
1719
发表于 2014-12-20 15:37:51 | 显示全部楼层
Bug 8642202  Lots of audit files due to "Audit Commit Delay exceeded" This note gives a brief overview of bug 8642202.
The content was last updated on: 28-JUN-2013
Click here for details of each of the sections below.
Affects:
Product (Component)Oracle Server (Rdbms)
Range of versions believed to be affectedVersions BELOW 12.1
Versions confirmed as being affected
Platforms affectedGeneric (all / most platforms affected)
Fixed:
This issue is fixed in
Symptoms:Related To:
  • (None Specified)
Description
Lots of audit files may be produced due to:  AUD: Audit Commit Delay exceeded, written a copy to OS Audit Trail This fix increases the Audit Commit Delay increased to 15 seconds andenforced only when AUD$ is initialized for cleanup这个比较常见,因为太多人使用11.2.0.1版本


Q Q:107644445
Tel:13429648788
Email:dba@xifenfei.com
个人Blog(惜分飞)
提供专业ORACLE技术支持(数据恢复,安装实施,升级迁移,备份容灾,故障诊断,系统优化等)
回复 支持 反对

使用道具 举报

0

主题

16

帖子

53

积分

注册会员

Rank: 2

积分
53
发表于 2014-12-23 15:14:02 | 显示全部楼层
楼主的版本是11.2.0.3这个Bug应该已经被Fixed。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|ORACLE SOS 技术论坛

GMT+8, 2024-12-5 10:21 , Processed in 0.031582 second(s), 20 queries .

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表