当前位置：首页 > wzjs >正文

网站建设推广优化公司成都搜索优化整站优化

wzjs 2025/8/11 13:57:41

网站建设推广优化公司,成都搜索优化整站优化,安庆经济开发区人才网,百度站长网站规则改版问题概述 /oracle 文件系统使用率过大，经过检查是审计日志过大,/oracle 目录 197G 审计日志占用70G，每6个小时产生大量审计日志，日志内容全是select action from gv$session ，猜测可能跟备份有关， $>df -h /oracle…

问题概述

/oracle 文件系统使用率过大，经过检查是审计日志过大,/oracle 目录 197G 审计日志占用70G，每6个小时产生大量审计日志，日志内容全是'select action from gv$session' ，猜测可能跟备份有关，

$>df -h /oracle
Filesystem                     Size  Used Avail Use% Mounted on
/dev/mapper/fusioncube-oracle  197G  164G   24G  88% /oracle
[09:21:34]$>/oracle/app/oracle/product/19c/db_1/rdbms/audit> du -sm
[09:21:34]72892

这个库已经迁移到GoldenDB，没有业务了，监听也已经关闭，初步判断是系统本身产生的审计日志。奇怪的是日志时间内并无活动会话和定时任务，并且审计内容全是 ACTION :[72] 'select action from gv$session where sid=:1 and serial#=:2 and inst_id=:3' 日志里看不出来，好像备份没有关，猜测大概率是备份导致的

Thu Feb 13 07:39:11 2025 +08:00
LENGTH : '320'
ACTION :[72] 'select action from gv$session where sid=:1 and serial#=:2 and inst_id=:3'
DATABASE USER:[1] '/'
PRIVILEGE :[6] 'SYSDBA'
CLIENT USER:[6] 'oracle'
CLIENT TERMINAL:[5] 'pts/0'
STATUS:[1] '0'
DBID:[10] '3890171464'
SESSIONID:[10] '4294967295'
USERHOST:[6] 'XXX'
CLIENT ADDRESS:[0] ''
ACTION NUMBER:[1] '3'Thu Feb 13 07:39:11 2025 +08:00
LENGTH : '320'
ACTION :[72] 'select action from gv$session where sid=:1 and serial#=:2 and inst_id=:3'
DATABASE USER:[1] '/'^C
PRIVILEGE :[6] 'SYSDBA'
CLIENT USER:[6] 'oracle'
CLIENT TERMINAL:[5] 'pts/0'
STATUS:[1] '0'
DBID:[10] '3890171464'
SESSIONID:[10] '4294967295'
USERHOST:[6] 'XXX'
CLIENT ADDRESS:[0] ''
ACTION NUMBER:[1] '3'。。。。。。。。

查看ASM日志，在审计日志增大的时间点正好与ASM日志时间点对应。

重启数据库还需要和沟通先清理日志，保留1天时间的日志：

find  /oracle/app/oracle/product/19c/db_1/rdbms/audit  -name "*.aud" -mtime +1 -exec ls -lst {} \;
find  /oracle/app/oracle/product/19c/db_1/rdbms/audit  -name "*.aud" -mtime +1 -exec rm -rf {} \;

解决方法

第一，因为这个库已经迁移到了 goldenDB，检查一下在2-21号把备份停了之后已经没有之前的问题了

col INPUT_BYTES_PER_SEC_DISPLAY format a15;
col OUTPUT_BYTES_PER_SEC_DISPLAY format a15;
col TIME_TAKEN_DISPLAY format a17;
col status format a10;
COL hours    FORMAT 999.999
COL out_size FORMAT a10
select session_key,AUTOBACKUP_DONE,OUTPUT_DEVICE_TYPE,INPUT_TYPE,status,ELAPSED_SECONDS/3600 hours,
TO_CHAR(START_TIME,'yyyy-mm-dd hh24:mi') start_time,TO_CHAR(END_TIME,'yyyy-mm-dd hh24:mi') end_time, OUTPUT_BYTES_DISPLAY out_size,
OUTPUT_BYTES_PER_SEC_DISPLAY,INPUT_BYTES_PER_SEC_DISPLAY
from v$RMAN_BACKUP_JOB_DETAILS order by start_time ;

第二，参考MOS是RMAN导致的bug，为了克服当前的问题，有两个选项：