oracle的日志文件有以下几种: 警告日志,trace日志,audit日志,redo日志,归档日志 a.警告日志:也就是alert log,使用初始化参数 show parameter backgroud_dump_dest查看 b.trace日志:一般存放session追踪的信息,使用show parameter user_dump_dest查看 c.audit日志:审计的信息,对应系统初始化参数audit_file_dest d.redo日志:存放数据库的更改信息,select * fro

trc,trm文件介绍:trc:系统的跟踪文件(trace),当系统启动时或运行过程中出现错误时,系统会自动记录跟踪文件到指定的目录,以便于检查,这些文件需定期维护删除.trm:伴随着.trc文件产生,一个.trm对应一个.trc文件..trm文件包含.trc文件的结构化信息1.oracle用户登录数据库2.查看lsnrctl状态3.查看Trace Level字段,级别为0-16,当然级别越高,收集的信息就相对越全面,目前平台一天产生几个G的文件大小4.关闭监听日志跟踪文件,lsnrctl tr

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

背景:一张表的清理机制存在问题,导致该表的数据一直在增加,该表水位已很高,需要对该表的数据进行清理并降水位. 1.1 迁移前准备 步骤一.新建表 p_transaction_bak. oracle@linux-nxv6:~/orcale > sqlplus test/test SQL> create table p_transaction_bak as select * from p_transaction where 1 = 0; SQL> alter table p_transact

来自:https://www.cnblogs.com/Roobbin/p/9617962.html 在Oracle 服务器,打开cmd命令行,执行以下命令: rman target / crosscheck archivelog all; DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; 登录 -> 检测 -> 删除日志 在 Oracle 中检测死锁的 SQL: select 'rollback force '''||local_tran_

原文链接:http://blog.itpub.net/18841027/viewspace-1057765/ purge DBA_RECYCLEBIN用于删除Oracle数据库回收站的所有数据,需要sys登录执行. [@more@] -bash-3.00# su - oracle [oracle@rpt]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on Thu Mar 29 12:00:25 2012 Copyr

1.用RMAN连接目标DB: rman target / RMAN target sys/*****@orcl 2.在RMAN命令窗口中,输入如下命令(清理所有的归档日志): crosscheck archivelog all: delete expired archivelog all: 或者清理指定时间之前的日志(archivelog): DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7':(指定删除7天前的归档日志): 或者直接如下: RM

在数据库检查中发现SYSAUX表空间占用过大,SYSAUX是ORACLE10G开始提供的功能,用于数据库为SYSTEM表空间减负. 用以下语句查出相应的表空间值 select a.tablespace_name,trunc(sum(a.bytes)/1024/1024/1024,2) total, trunc(sum(a.bytes)/1024/1024/1024 - sum(b.bytes)/1024/1024/1024,2) used, trunc(sum(b.bytes)/1024/102

从接触ORACLE到深入学习,已有好几年了,虽然写的博客不多,质量也参差不齐,但是,它却是成长的历程的点点滴滴的一个见证,见证了我在这条路上的寻寻觅觅,朝圣的心路历程,现在将ORACLE方面的博客整理.归纳分类,方便自己和大家查看.翻阅.  ORACLE数据类型 ORACLE基本数据类型总结 ORACLE VARCHAR2最大长度问题 ORACLE数据库汉字占几个字节问题 ORACLE NUMBER类型Scale为0引发的问题 PL/SQL语法学习 PLSQL 调试触发器 PL/SQL重新编译包

Oracle 清理用户所有的表 PLSQL中执行语句 select 'drop '||object_type||' '||object_name||';' from user_objects; 结果集是所有的删除表语句,将查询结果保存为clear.sql 在sql>提示符下@clear.sql 执行该脚本 SQLPlus 登录 1.直接敲sqlplus并回车就是启动SQLPLUS,输入user及password将使用户登陆到缺省的数据库 C:\Documents and Settings\Adm

从接触ORACLE到深入学习,已有好几年了,虽然写的博客不多,质量也参差不齐,但是,它却是成长的历程的点点滴滴的一个见证,见证了我在这条路上的寻寻觅觅,朝圣的心路历程,现在将ORACLE方面的博客整理.归纳分类,方便自己和大家查看.翻阅.  ORACLE数据类型 ORACLE基本数据类型总结 ORACLE VARCHAR2最大长度问题 ORACLE数据库汉字占几个字节问题 ORACLE NUMBER类型Scale为0引发的问题 PL/SQL语法学习 PLSQL 调试触发器 PL/SQL重新编译包

Oracle常见死锁发生的原因以及解决方法 www.MyException.Cn  网友分享于:2014-09-02  浏览:0次       Oracle常见死锁发生的原因以及解决办法 一,删除和更新之间引起的死锁 造成死锁的原因就是多个线程或进程对同一个资源的争抢或相互依赖.这里列举一个对同一个资源的争抢造成死锁的实例. Oracle 10g, PL/SQL version 9.2 CREATE TABLE testLock(  ID NUMBER, test VARCHAR(100)  )

Oracle常见死锁发生的原因以及解决办法 一,删除和更新之间引起的死锁 造成死锁的原因就是多个线程或进程对同一个资源的争抢或相互依赖.这里列举一个对同一个资源的争抢造成死锁的实例. Oracle 10g, PL/SQL version 9.2 CREATE TABLE testLock(  ID NUMBER, test VARCHAR(100)  ) COMMIT INSERT INTO testLock VALUES(1,'test1'); INSERT INTO testLock VAL

生产环境提升rman备份速度----启动块跟踪 [环境] AIX(5300-08).oracle10g(10.2.0.1.0-64bit) [目标] 因为生产环境数据量较大,欲加快rman备份的速度 [方法] 启动块跟踪 [操作] SQL> alter database enable block changetracking using file '/home/oracle/block.trc'; Database altered. SQL> select filename fromv$blo

一.实验目的: Insert插入表中相同的行数量,不同的列数量,通过10046 和autotrace工具对比查看逻辑读.物理读.time数据,并得出相应结论 二.测试 2.1测试流程: =>[为尽可能满足测试数据可靠性,提前准备好操作流程] =>实验数据及环境的准备: #目标端环境准备:授予用户yang表空间的使用权限. 转储目录的创建及读写权限授予给yang用户 及 开启autotrace工具的权限 #源库使用数据泵导出一张表的测试数据,操作系统命令scp远程传输至目标端,目标端使用Impd

sql执行计划:把SQL语句拆分为每个的操作步骤组合,按照一定的顺序执行得出结果,查看并看懂执行计划是调优的关键步骤 查看执行计划的方法 DBMS_XPLAN包 sql*plus AUTO trace V$SQL_PLAN.DBA_HIST_SQL_PLAN ?/rdbms/admin/awrsqrpt.sql 工具类:toad.pl/SQL DEV 跟踪dump:10046,10053 大多数人比较喜欢用工具直接看,以下来说明这些方式的不同用处 一.DBMS_XPLAN包 10g以后可以查看A

今天在检查一台测试环境的表空间时,发现SYSAUX的使用率已经达到99.91% TABLESPACE_NAME FILES Freesize(MB) Usedsize(MB) Filesize(MB) Filemaxsize(MB) CurrentUsed(%) MaxUsed(%) ------------------------------ ---------- ------------ ------------ ------------ --------------- ----------

最近测试环境服务器上磁盘空间紧张,表空间里面的数据也不知道开发哪些需要哪些不需要,而且因为此测试库运行时间比较久远,起码有三年了.于是就从清理Oracle安装目录下的日志下手. 发现在一般这几个日志,如果没有做定期清理的话,就比较占空间. 1.<user_dump_dest>/alert_<sid>.log 2.$ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<hostname>_<SID>/log/http-web-access

最近发现diag/..../trac/ 目录下  sid_ora_xxxx.trc 文件大小为11M 而且类似文件数量很大.导致占用了8G硬盘空间 另外个同事说他的DG没有这个问题. 都一样的系统和一样的版本,唯一不同的是他使用的文件路径 我使用的单聚集+ASM. 请问下 11.2.0.1的DG 最大可用模式,及时恢复,只读模式.然后发现trac下的*.trc 好大.平均1个trc有11M. 里面全是DUMP内容. 这是什么原因引起的呢? 不过其他DG 不会我在ALTER.LOG 没找到 pos

  --进入审计日志目录: cd $ORACLE_BASE/admin/$ORACLE_SID/adump --删除3个月前的审计文件: find ./ -type f -name "*.aud" -mtime +91|xargs rm -f --一次清空所有审计文件 find ./ -type f -name "*.aud"|xargs rm-f find ./ -mtime +7 -name "*.aud" -type f –delete 通