今早运维组的同事反映有个系统功能很多地方都报错,怀疑是不是数据库有什么问题.于是登录数据库检查,通过crsctl status res -t检查,发现所有集群资源都是OK的,没有哪个资源挂掉了.于是到bdump目录下去检查alter日志文件,发现出现大量的异常日志:ORA-1653: unable to extend table SYS.AUD$.糟糕,SYSTEM估计已经满了.通过语句检查表空间使用率,发现SYSTEM表空间的数据文件已经自增长到了30G,而其中AUD$表就占用了29G,并且无
在用sqlplus user/password@truth登录数据库时报如下错误:ORA-00604: error occurred at recursive SQL level 1ORA-01653: unable to extend table SYS.AUD$ by 8192 in tablespace SYSTEMORA-02002: error while writing to audit trailORA-00604: error occurred at recursive SQL
============ oracle审计表迁移到新的表空间 ============ 前言 oracle数据库开启审计功能后会占用大量的SYSTEM系统表空间,要么定时对审计表进行清理,要么对系统表空间进行扩容(不建议) 1) 检查审计表现在所在表空间 SQL> SELECT table_name, tablespace_name FROM dba_tables WHERE table_name IN ('AUD$', 'FGA_LOG$') ORDER BY table_name; TABL
一.审计功能关闭 1.查看审计功能是否开启? su – oracle sqlplus “/as sysdba” SQL> show parameter audit_trail NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ audit_trail
原文:SQL Server元数据查询 1.查询触发器的信息 --查询触发器的信息 select name, --触发器名称 (select name from sys.objects where object_id = t.parent_id)as tb_name --表的名称 from sys.triggers t --查询触发器的代码 select * from sys.sql_modules where object_id = object_id('触发器的名称') 2.大综合 --目录视
在我们日常的工作中,一些安全性的要求高的数据库需要增加审计操作,哪个用户什么时间做了什么操作. 1.打开数据库的审计 alter system set audit_sys_operations=TRUE scope=spfile; //审计管理用户 alter system set audit_trail=db,extended scope=spfile; //将sql语句写入审计表中 2.对数据库重启并查看 重启数据库 shutdown immediate; startup; show par
--数据字典表select * from v$fixed_table;select * from v$fixed_view_definition;select * from dictionary; --基础信息select * from v$version;select * from v$license;select * from v$database;select * from v$instance;select * from v$sga; select * from v$spparamete
公司要求口令强化,在修改sys密码后nbu的.sh脚本connect备份归档的sys/passwd也随之修改修改后每个业务备份均失败, 每次备份到归档那里就结束报密码无效,疑惑备份脚本密码也同步修改了,怎么还报密码无效.想到修改sys密码在数据库节点1上修改,尝试在节点2也执行 alter user sys identified by xxxx: 执行修改节点2密码.修改后重新执行备份成功.