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

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

1.转储指定的块:需要两个信息:文件号和块号 BYS@bys1>alter system dump datafile 1 block 100; System altered. 2.定位找出user tracefile的位置: BYS@bys1>show parameter user_dump_dest; NAME                                 TYPE        VALUE ------------------------------------ ----

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的值为以下脚本(一般粘帖复制即可

查看 sql 执行计划的方法有许多种, 10046 事件就是其中的一种. 与其他查看 sql 执行计划不同, 当我们遇到比较复杂的 sql 语句, 我们可以通过 10046 跟踪 sql 得到执行计划中每一个步骤的逻辑读, 物理读以及花费的时间等. 这种细粒度的跟踪对于我们分析 sql 性能尤其有用. 一般来说, 使用 10046 事件得到 sql 执行计划的步骤如下:1. 激活当前 session 10046 事件2. 在当前 session 中执行 sql 语句3. 关闭当前 session

1.查看当前状态: SQL> select status from v$instance; STATUS------------OPEN SQL> show parameter name; NAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------db_file_name_convert 

处理过程参考了: https://blogs.oracle.com/Database4CN/entry/%E5%A6%82%E4%BD%95%E9%87%8D%E5%BB%BArac%E7%9A%84%E6%8E%A7%E5%88%B6%E6%96%87%E4%BB%B6     问题现象:   现场有学校提报 登录PL/SQL连接数据库是报错“ORA-12541: TNS:无监听程序 ”:排查日志,发现   Tue Nov 25 14:46:58 2014 Thread 2 advanced

重建步骤: 1.生成trace文件: alter database backup controlfile to trace; 2.找到生成的trace文件: show parameter dump user_dump_dest 文件对应的路径即为trace文件的路径 3.关闭数据库 shutdown immediate 4.查看trace文件(我的trace文件路径为:/u01/app/oracle/diag/rdbms/lgr/LGR/trace) ls -lt /u01/app/oracle

(参考 http://blog.csdn.net/mrluoe/article/details/7969436 -- 整理并实践通过) 第1步,创建3个用户 SQL> create user srcb identified by srcb; User created. SQL> create user kso identified by kso; User created. SQL> create user hr identified by hr; User created SQL>

作为Oracle官方自带的一种基本性能诊断工具,SQL Trace可以用来评估当前正在运行的SQL语句的效率,同时为该语句生成统计信息等,并保存这些信息到指定路径下的跟踪文件(trace)当中.SQL Trace会将一条SQL语句或者PL/SQL包执行过程全部输出到跟踪文件(trace)当中,可以通过分析跟踪文件(trace)来分析SQL语句的执行效率并进行性能诊断与优化. 通常来说trace文件的内容不易于理解与阅读,Oracle官方还提供了工具tkprof对trace文件进行格式化处理,本文

本节包含有关Oracle数据库故障诊断基础结构的背景信息.它包含以下主题: 故障诊断基础架构概述 关于事件和问题 故障诊断基础设施组件 自动诊断信息库的结构,内容和位置 故障诊断基础架构概述 故障诊断基础设施有助于预防,检测,诊断和解决问题.特别针对的问题是严重错误,例如由代码错误,元数据损坏和客户数据损坏引起的错误. 发生严重错误时,会为其分配事件编号,并立即捕获错误的诊断数据(如跟踪文件)并用该编号标记.然后将数据存储在自动诊断信息库(ADR) - 一个基于文件的数据库外部的存储库 - 随后

1:数据安装操作练习:考试题目 1: Creating a database & Server Configuration --[101]-- #创建数据库 1. Create the database #使用dbca创建一个PROD1数据库,包括Sample Schema,启用archivelog,没有EM. 1.1 Create a PROD1 database with dbca, including Sample Schema, enable archivelog, without EM

注:本文为原著(其内容来自 腾科教育培训课堂).阅读本文注意事项如下: 1:所有文章的转载请标注本文出处. 2:本文非本人不得用于商业用途.违者将承当相应法律责任. 3:该系列文章目录列表: 一:<OCM 基本班课程表> 二:<OCM_第一天课程:OCM课程环境搭建> 三:<OCM_第二天课程:Section1 ->配置 Oracle 网络环境 > 四:<OCM_第三天课程:Section1 ->表空间的操作和管理.服务配置 > 五:<OC

注:本文为原著(其内容来自 腾科教育培训课堂).阅读本文注意事项如下: 1:所有文章的转载请标注本文出处. 2:本文非本人不得用于商业用途.违者将承当相应法律责任. 3:该系列文章目录列表: 一:<OCM 基本班课程表> 二:<OCM_第一天课程:OCM课程环境搭建> 三:<OCM_第二天课程:Section1 —>配置 Oracle 网络环境 > 四:<OCM_第三天课程:Section1 —>表空间的操作和管理.服务配置 > 五:<OC

查看 sql 执行计划的方法有许多种, 10046 事件就是其中的一种. 与其他查看 sql 执行计划不同, 当我们遇到比较复杂的 sql 语句, 我们可以通过 10046 跟踪 sql 得到执行计划中每一个步骤的逻辑读, 物理读以及花费的时间等. 这种细粒度的跟踪对于我们分析 sql 性能尤其有用. 10046:SQL到底是如何执行的: 10046 = 设置sql_trace=true; 10046 可以跟踪到等待事件&绑定变量;   tkprof 只解读(格式化)10046的trace文件1

思维导图 Oracle优化10-SQL_TRACE解读 Oracle优化11-10046事件 概述 当我们想了解一条SQL或者是PL/SQL包的运行情况时,特别是当他们的性能非常差时,比如有的时候看起来就好好像卡在什么地方一样,该如何入手呢? 是不是恨不得钻进去看下到底发生了什么? 好在Oracle提供了我们这样的一种方法使用SQL_TRACE来跟踪SQL的执行情况,通过SQLTRACE我们可以很容易的知道当前正在执行的SQL正在干什么. 以下操作基于Oracle Database 11g En

思维导图 10053事件概述 我们在查看一条SQL语句的执行计划时,只看到了CBO最终告诉我们的执行计划结果,但是我们并不知道CBO为何要这样做. 特别是当执行计划明显失真时,我们特别想搞清楚为什么CBO会做出这样的一个选择,那么就可以用10053事件来分析SQL分析过程的trace文件. 同10046事件一样,10053事件依然无法在官网上找到相关的信息. 10053事件为我们真正的揭开蒙在CBO身上的面纱. 如何做10053事件分析 Connected to Oracle Database

思维导图 Oracle优化10-SQL_TRACE解读 Oracle优化11-10046事件 概述 当我们想了解一条SQL或者是PL/SQL包的运行情况时,特别是当他们的性能非常差时,比如有的时候看起来就好好像卡在什么地方一样,该如何入手呢? 是不是恨不得钻进去看下到底发生了什么? 好在Oracle提供了我们这样的一种方法使用SQL_TRACE来跟踪SQL的执行情况,通过SQLTRACE我们可以很容易的知道当前正在执行的SQL正在干什么. 以下操作基于Oracle Database 11g En

1    说明 在11g中,查看GRID的日志,会进入$ORACLE_HOM/log. [grid@cndba.cn ~]$ cd $ORACLE_HOME/log/ [grid@cndba.cn log]$ ls crs  diag  rac1 [grid@cndba.cn log]$ cd rac1 [grid@cndba.cn rac1]$ ls acfs  admin  afd  alertrac1.log  client  crflogd  crfmond  crsd  cssd  c