tuning 02 Diagnostic and Tuning Tools

statspack 是一个很重要的工具, 这是我们重点要知道的在这章

每天一上班就要看一下 alert log 文件, 可以通过/ORA找, 这是vi的知识，所有的ORACLE错误都是以ORA开头的

日志文件有的时候需要将里边内容拷贝走，清空。 cat /dev/null > alert_pitts.log (直接删除也可以, 删除后oracle会自动产生)

每天确认 Alert log file 是很重要的. 确认的内容:

1. 带 ORA 开头的错误的内容

2. 那些可以影响到 database structure and parameters and statements的操作, 例如 create database, startup, shutdown, archivelog and recover 等

3. instance start 时那些不是默认的参数是否正确

4. alertlog file 位置在 parameter BACKGROUND_DUMP_DEST

在alertlog file 中重点要看的以下几方面信息:

检查点如果想在alert log 里体现, LOG_CHECKPOINTS_TO_ALERT 这个参数设置 true.

alertlog file 是和数据库相关的

trace file : 是和进程相关的.

background process trace file 一般是提交给ORACLE support的部门，一般人员包括DBA看不懂

这些 file 里包含了 background process 的一些问题体现, 另外这些file里并没有包含调优的信息.

These files are created by the background processes.

这个文件比较重要, 可以是 session 级别, 也可以是 instance 级别.

v$session 这个视图可以看到多少个用户连接上来.

user trace 的文件名格式为 sid_ora_pid.trc

这个文件包含了 SQL statements 的一些统计信息.

EXECUTE dbms_system.set_sql_trace_in_session(参数) 设置某个session是否需要产生trace file

show parameter sql_trace 这是控制全局的，所有的session会产生sql trace， 一般避免这么做，这样文件太大

Instance 级别: 设置参数 SQL_TRACE , 默认是 false, 可以看出, 对所有 session 的确认 trace file.

session 级别: 对特殊的 session 来进行 trace file 确认.

execute dbms_system.set_sql_trace_in_session(8, 12, true);

where 8 and 12 are the system identifier and serial numbers of the connected user.  这两个数, 可以通过v$session 这个视图中看到.

The following statement enables the writing to a trace file for the session of the connected user:

ALTER SESSION SET sql_trace=TRUE;   -- 这个也是只针对当前 session.

statspack 非常重要(utlbstat.sql , utlestat.sql 已经被 statspack 取代了)

Dictionary and Dynamic Views

Oracle server displays all system statistics in the V$SYSSTAT view, and use many other views for performance and troubleshooting information.

The UTLBSTAT and UTLESTAT Utilities

STATSPACK 也能实现 UTLBSTAT 与 TULESTAT 的功能.

packs 包，在官方文档里详细列出了很多包

statspack 很重要

Oracle Wait Events

oracle 等待请求资源的情况, 可以从一些数据字典中获得.

起始快照, 终止快照 的对比会产生一个报告, 报告快照之间的数据库运行情况.

statspack 必看文档  rdbms/admin/spdoc.txt

statspack 是个用户, snapshop存储在表里, 因为statspack在执行快照时保存的数据大，所以

最好要创建表空间为statspack, 然后将statspack里的所有的表都放在这个表空间里

实际上是创建了一个用户, 这个用户下边有很多表.

安装与使用 statspack:

1. 首先为 statspack 创建一个表空间：

create tablespace perfstat datafile '/u01/oradata/pitts/perfstat_01.dbf' size 512m;

2. 运行安装脚本:

@?/rdbms/admin/spcreate.sql  -- 执行命令后, 会提示你输入口令, 因为自动创建了一个用户叫perfstat, 口令比如也输入 perfstat, 然后又会提示你使用哪个表空间, 就输入刚刚我们为这个用户创建的表空间 PERFSTAT, 这时候又提示你需要指定临时表空间, 可以选择目前系统默认的表空间, 比如TEMP, 然后就开始创建, 创建以后, 你可以检查当前目录下的 spcpkg.lis 这个日志文件查看创建的过程有没有问题. 一般是不会有错误的.

3. 使用 statspack:

execute statspack.snap;   -- 这样就做了一个快照, 手动执行(也有自动采集, 比如Linux提供的间隔工作, 或者 oracle 提供的)

execute statspack.snap;   -- 这样就做了一个快照, 手动执行, 又执行了一次快照

时间间隔取决于你的需求, 一般大概15分钟左右, 尤其是这期间不能有数据库关闭的情况.

产生报告: @?/rdbms/admin/spreport, 这时列出了很多snap快照, 你可以选择begin的一个比如1, end的一个比如3, 然后输入汇报的名字, 也可以使用默认的, 这个报告在当前目录下会产生.

statspack 专题讲座

statspack 的报告非常复杂.

可以看出 statspack 给出了很全的信息

分析 statspack 是比较犯难的问题. 下面的书是来看分析statspack.

推荐

Tom大师的 高效设计( 我有但不清晰 )

上面数据字典的内容是静态的, 只有你运行 dbms_stats 这个包以后, 这些静态的数据字典才会更新.

等待资源是 wait events

Example:

select username, name, value

from v$statname n, v$session s, v$sesstat t

where s.sid = t.sid

and n.statistic #= t.statistic#

and s.type = ‘USER’

and s.username is not null

and n.name = ‘session pga memory’

and t.value > 30000;

下面要开发自己的脚本.

statistics_level : all, typical basic. 搜集信息的总开关. 默认是 typical. all 就是会搜集很多很多的指标, basic 就搜集很少很少, 所以通常 typical 就够了.

timed_statistics: 搜集指标和时间相关, 很多情况我们需要将这个参数设置为 true.

timed_os_statistics: 搜集的单位是秒, 要搜集操作系统的指标

DB_CACHE_ADVICE: 和 cache 大小相关, off, ready, on 这三个值.

以上参数可以读联机文档.