在opera里生成数据库AWR报告

报表内容太复杂，不写了

@D:\ORACLE\11204\RDBMS\ADMIN\awrrpt.sql

查看哪几天的报告


查看哪几个，输入snap名了

起个报表名

生成完成


DB Name：数据库名
DB Id：数据库ID
Instance： 实例
Startup Time：数据库最近一次启动时间
Release：版本号
RAC：是否为RAC

Host Name：主机名
Platform：平台
CPUs：
Cores：CPU核数
Sockets：CPU物理个数
Memory (GB)：内存

Begin Snap：起始快照ID
Snap Time：结束快照ID
Sessions：连接的会话数
Cursors/session：打开的游标数
DB Time：表示用户操作花费的时间，包括CPU时间和等待事件。通常同时这个数值判读数据库的负载情况

Report Summary

Redo size (bytes): 产成的日志大小
Block Changes：每秒(每个事务)改变的数据块数
Physical read (blocks): 每秒(每个事务)产生的物理读(单位是block)
Physical write (blocks): 每秒(每个事务)产生的物理写(单位是block)
Read IO requests：
Write IO requests：
User calls: 每秒(每个事务)用户调用次数
Rollbacks: 每事务的回滚率
Transactions：每秒事务数.每秒产生的事务数，表示一个系统的事务繁忙程度

Redo NoWait %：非等待方式获取redo数据百分比。
Buffer Hit %：数据缓冲命中率，表示了数据块在数据缓冲区中的命中率。
In-memory Sort %：数据块在内存中排序的百分比。总排序中包括内存排序和磁盘排序。当内存中排序空间不足时，使用临时表空间进行排序，这个是内存排序对总排序的百分比
Library Hit %：共享池中SQL解析的命中率。<95%，要考虑加大共享池，绑定变量，修改cursor_sharing等
Soft Parse %：软解析占总解析数的百分比。
Execute to Parse %：执行次数对分析次数的百分比。
如果该值偏小，说明解析(硬解析和软解析)的比例过大，快速软解析比例小。根据实际情况，可以适当调整参数session_cursor_cache
Latch Hit %：latch的命中率。
Parse CPU to Parse Elapsd：解析总时间中消耗CPU的时间百分比
解析实际运行事件/(解析实际运行时间+解析中等待资源时间)，越高越好。

Memory Usage：共享池内存使用率。应该稳定在70%-90%间
% SQL with executions>1：执行次数大于1的SQL比率。
% Memory for SQL w/exec>1：执行次数大于1的SQL消耗内存/所有SQL消耗的内存