Oracle 11g SYSTEM表空间暴增问题

Oracle 11g SYSTEM表空间暴增问题

一、.查看SYSTEM表空间前9大的段
SQL> set lines 120
SQL> col owner for a30
SQL> col segment_name for a30
SQL> col owner for a30
SQL> SELECT

2 FROM (SELECT BYTES, segment_name, segment_type, owner
3 FROM dba_segments
4 WHERE tablespace_name = ‘SYSTEM‘
5 ORDER BY BYTES DESC)
6 WHERE ROWNUM < 10;

BYTES SEGMENT_NAME SEGMENT_TYPE OWNER



8053063680 AUD$ TABLE SYS
285212672 C_OBJ#_INTCOL# CLUSTER SYS
285212672 IDL_UB1$ TABLE SYS
75497472 SOURCE$ TABLE SYS
49283072 I_H_OBJ#_COL# INDEX SYS
47185920 HIST_HEAD$ TABLE SYS
33554432 IDL_UB2$ TABLE SYS
27262976 I_HH_OBJ#_COL# INDEX SYS
26214400 I_HH_OBJ#_INTCOL# INDEX SYS

9 rows selected.
二、原因
数据库开启了审计,可以通过参数查看。
SQL> show parameter audit_trail;

NAME TYPE VALUE



audit_trail string DB
SQL>
三、解决方法
1、清理aud$段
drop table aud$;
2、进一步可以关闭审计,通过修改audit_trail=none,需要重启数据库

原文地址:https://blog.51cto.com/roidba/2462997

时间: 2024-12-16 19:34:28

Oracle 11g SYSTEM表空间暴增问题的相关文章

ORACLE 11G收缩表空间报错 ORA-03297: file contains used data beyondrequested RESIZE value

测试环境磁盘空间不足,所以drop一些无用的大表,但是发现空间没有变化,df -h还是没有释放出磁盘空间来. SQL> set line 200 SQL> set pagesize 200 SQL> col name format A150 1,查看表空间使用情况 SQL> SELECTUPPER(F.TABLESPACE_NAME) "表空间名", 2 D.TOT_GROOTTE_MB "表空间大小(M)", 3 D.TOT_GROOTTE

oracle 11g 创建表空间 用户名

--创建表空间 CREATE TABLESPACE RH_DMRM(表空间) datafile 'G:\Oracle\data\dmrm1.dbf'   size 800M   reuse   autoextend on   next 5M   maxsize unlimited, 'G:\Oracle\data\dmrm2.dbf'   size 20M   reuse   autoextend on   next 5M   maxsize unlimited, 'G:\Oracle\data

oracle用户与表空间操作

oracle系统用户sys,system , sysman, scott 使用system用户登录[username/password][@server][as sysdba|sysoper]eg: system/123456 @orcl as sysdba 查看当前登录用户:show user 查看数据字典中的用户select username from dba_users; 启用禁用scott账户:alter user scott account unlock;alter user scot

[Oracle]System 表空间的文件丢失

如果system 表空间的文件丢失,假设有备份的情况,可以恢复.数据库需要设置为mount 状态,然后restore/recover datafile 模拟实验: SQL> select name from v $ datafile; NAME-------------------------------------------------------------------- ------------------------------/u01/app/oracle/oradata/ORA11

记一次ORACLE的UNDO表空间爆满分析过程

这篇文章是记录一次ORACLE数据库UNDO表空间爆满的分析过程,主要整理.梳理了同事分析的思路.具体过程如下所示: 早上收到一数据库服务器的UNDO表空间的告警邮件,最早一封是7:55发出的(监控作业是15分钟一次),从告警邮件分析,好像是UNDO表空间突然一下子被耗尽了. DB Tablespace Allocated Free Used % Free % Used 192.168.xxx.xxx:1521 UNDOTBS1 16384 190.25 16193.75 1.16 99 使用一

system表空间空间不足解决办法

场景描述: 系统表空间空间不足,导致应用无法正常连接!!! 环境描述: ORACLE 11G 查看当前表空间的整体使用情况,以及有没有开启自动扩展,以及扩展的最大限制!!! ---tablespace status 表空间使用情况 set pages 12222 lines 132 set serveroutput on size 1000000 col tablespace_name format a30 col autoextensible format a7 select a.tables

[转]Oracle DB 执行表空间时间点恢复

• 列出在执行表空间时间点恢复(TSPITR) 时会发生的操作 • 阐释TSPITR 使用的术语的定义 • 确定适合将TSPITR 用作解决方案的情况 • 确定时间点恢复的正确目标时间 • 确定不能使用TSPITR 的情况以及解决方法 • 执行自动TSPITR 表空间时间点恢复(TSPITR):概念 • 通过执行TSPITR 可将一个或多个表空间快速恢复到以前的某个时间. • 执行TSPITR 不会影响数据库中其它表空间或对象的状态. 使用RMAN 自动表空间时间点恢复(TSPITR) 可将Or

oracle的默认表空间

一.默认表空间说明 在oracle9i中,如果未用 DEFAULT TABLESPACE 子句创建的所有用户将以SYSTEM表空间作为它们的默认表空间.同时也不能为数据库指定一个默认的表空间. 在Oracle 10g中定义了数据库级别的默认表空间USERS,在创建用户时没有定义默认表空间,就会把数据库级别的默认表空间当作自己的默认表空间. 在10g以前,是把系统表空间(SYSTEMS)当作默认表空间.这样很不合理. 可以使用如下命令查看默认表空间: [sql] view plaincopy /*

备份恢复-----system表空间损坏

无法进行关库,报错如下 SQL> shutdown immediate ORA-01122: database file 1 failed verification checkORA-01110: data file 1: '/u01/app/oracle/oradata/cuug/system01.dbf'ORA-01210: data file header is media corruptSQL> 只能启动到mount状态 SQL> startup ORACLE instance