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

原文链接:http://www.eygle.com/archives/2009/11/awk_ass109.html 以前分析Oracle的跟踪文件,主要靠手工阅读,最近发现ass109.awk文件是个不错的工具,在网上找到了一个,附在这里:ass109.rar通过ass109.awk文件,可以很容易将trace文件里的内容理出脉络来,清晰的发现问题所在,土了这么多年.解析了以前一个案例的80多M的跟踪文件,很快就可以找到其中的阻塞,Block信息:D:\Downloads\Mo\rpt1_or

1.跟踪文件分类 1)计划内的.由用户请求所产生的跟踪文件 2)计划外的.数据库服务器自动产生的跟踪文件 2.计划内的.由用户请求所产生的跟踪文件 2.1 生成 ①alter session set sql_trace=true ②DBMS_MONOTOR.SESSION_TRACE_ENABLE ③10046事件:alter session set events '10046 trace name context forever,level 12' 2.2 跟踪文件位置 ① SQL> show

2016-02-16 可以使用两种方法完成删除旧文件的操作: 一.是使用find命令结合-exec rm; 二.是使用find命令结合使用xargs rm. 例如: 把5天之前的归档文件删除: [oracle@rhel ~]$ find /oracle/arc -ctime +5 -exec rm -rf {} \; 2. 把34分钟之前的归档文件删除: [oracle@rhle ~]$ find /oracle /arc -cmin +34 -exec rm -rf {} \; 3.删除4天前

跟踪文件由各个后台进程生成,警报日志中记录关键操作包括:     ·所有启动和关闭命令,包括中间命令,如alter database mount     ·实例的所有内部错误(ORA-600错误,只能报告给Oracle Support解决)     ·任何检测到的数据文件块损坏情况     ·任何已经发生的死锁     ·影响数据库物理结构的所有操作,如创建或重命名数据文件和联机重做日志     ·调整内部参数值的alter system命令     ·所有日志开关和日志归档文件 以Oracle

一.跟踪文件是干什么用的?        跟踪文件中包含了大量而详细的诊断和调试信息.通过对跟踪文件的解读和分析,我们可以定位问题.分析问题和解决问题.从跟踪文件的产生的来源来看,跟踪文件又可以分为两类:一类是数据库的操作人员有意生成的:另一类则是由于出现了异常错误,由数据库自动生成的.对于后一类,只对Oracle内部的技术支持人员是有用的,但对于我们,则多半看不懂.前一类,则是我们经常用到的,帮助我们分析.调整和优化应用性能,处理并解决问题.   二.跟踪文件是如何命名的?       一个跟

http://www.orapub.cn/posts/1624.html 一.以下在Oracle APP中执行: 1) Set the Profile Option: ‘Initialization SQL Statement – Custom’ at the USER level to the following statement all on one line: 在用户层设置配置文件 Initialization SQL Statement – Custom的值为以下脚本(一般粘帖复制即可

oracle导入命令,记录一下 工作中用到了,这个命令,记录一下,前提要安装imp.exe imp PECARD_HN/PECARD_HN@127.0.0.1:1521/orcl file=E:\work\dmp\PECARD_HN.dmp full=y 团队五人,专业从事软件开发,接单工作,专注于Java,.Net,PHP       数据库日志太大,清理日志文件 如果你的数据库出现如下场景,那么你需要对数据库进行日志清理了. 注:清理后的数据库,可能无法对数据库进行还原,所以,清理之前需要对

今天在检查oracle rac集群时,突然才发现服务器的根目录下面占用了很多空间,照道理不应该出现这种情况,初步猜想可能是哪个日志或跟踪文件太大导致.切换到跟目录,使用du -sh *来一层一层查看到底是哪个文件占用了这么多空间,最后定位到目录/u01/app/11.2.0/grid/crf/db/<hostname>使用ls -lSrh对文件进行排序,发现“罪魁祸首”是crfclust.bdb [root@sz-db02 ~]# df -hFilesystem Size Used Avail

告警日志介绍 告警日志文件是一类特殊的跟踪文件(trace file).告警日志文件命名一般为alert_<SID>.log,其中SID为ORACLE数据库实例名称.数据库告警日志是按时间顺序记录message和错误信息.   告警日志位置 在ORACLE 10g中,BACKGROUND_DUMP_DEST参数确定了告警日志的位置,但是告警日志的文件名无法修改,告警日志的名称为:alert_<SID>.log ,其中<SID>是实例的名称.BACKGROUND_DUMP

1.环境介绍 服务器硬件:Dell R710 服务器OS:红帽子Linux   RHEL4.8 数据库:Oracle 10g 2.出现的问题 因为数据表每天有上百万的数据写入表,加上建立索引,导致表空间不停增长,表空间被设置为自动增长,因此dbf文件在不断增大,硬盘空间在每天约400M的速度减少.数据库虽有自清理的脚本,清理3个月前的数据,但实际增加的数据太多,清理释放的空间不能满足需求了. 3.处理过程 解决思路是,该服务器的硬盘有预留空间,未完全划分的约有100G,可以建立新的分区,将已经存

诊断文件 诊断文件是获取有关数据库活动的信息的一种方式,用于解决数据库出现的一些问题,主要包含有关数据库中出现的重要事件的一些信息,这些文件能更好的对数据库进行日常的管 理,主要类型有一下几种: 警告日志文件:记录数据库日常操作的信息 后台跟踪文件:记录SMON.PMON.DBWn和其他后台进程失败时产生的重要信息 用户跟踪文件:记录出现严重的用户错误或用户强制执行跟踪文件时产生的重要信息 警报日志文件 每个oracle例程都有一个警报日志文件.如果该文件尚未创建,将在例程启动过程中进行创建,警

生成10046 trace文件: SQL> create table t10046 as select * from dba_objects; Table created. SQL> select file_id,block_id,blocks from dba_extents where segment_name='T10046'; FILE_ID BLOCK_ID BLOCKS ---------- ---------- ---------- 1 94664 8 1 94672 8 1 9

参考:How to Recover from Loss Of Online Redo Log And ORA-312 And ORA-313 (Doc ID 117481.1) 在线重做日志文件丢失后恢复的场景包括: 在线重做日志的配置:镜像或非镜像 介质故障的类型:临时或永久性 受故障影响的联机重做日志文件的状态类型:CURRENT,ACTIVE,UNARCHIVED或INACTIVE 在丢失archivelog文件之前,数据库是否正常关闭 1,丢失多member在线重做日志组成员后恢复 如果

我们经常会遇到数据库磁盘空间爆满的问题,或由于归档日志突增.或由于数据文件过多.大导致磁盘使用紧俏.这里主要说的场景是磁盘空间本身很大,但表空间对应的数据文件初始化的时候就直接顶满了磁盘空间,导致经常收到磁盘空间满的报警. 一.错误信息 告警内容如下: [发现异常]地产客储系统数据库Oracle_192..xx.xx, ORA: archiver error. Connect internal only, until freed. [发生时间] :: 二.错误原因 上述错误一看大致就知道是由于磁

一.sql_trace的介绍 --打开trace文件设置,把sql trace设置为true,就会在udump目录中增加一个trc文件.alter session set sql_trace=true;show parameter sql_trace;(select * from v$parameter where name='sql_trace';)修改后不生效呢?show parameter sql_trace;其参数始终是FALSE    show parameter sql_trace是

How to estimate RMAN incremental backup size using block change tracking file (Doc ID 1938079.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 10.1.0.2 and laterZero Data Loss Recovery Appliance Software - Version 12.1.0.1.0 and laterInf

在我们详细介绍之前,我们必须说清楚一点:Oracle不提供如删除表.视图一样删除数据文件的方法,数据文件是表空间的一部分,所以不能“移走”表空间. 一.使用offline数据文件的方法 非归档模式使用:alter database datafile '...' offline drop; 归档模式使用:  alter database datafile '...' offline; 说明: 1)         以上命令只是将该数据文件OFFLINE,而不是在数据库中删除数据文件.该数据文件的信

取消跟踪文件: $git rm --cached FILENAME 取消跟踪目录: $git rm --cached FILENAME -r