AWRレポートテンプレート
1、DB時間の経過時間が、それはデータベースが比較的アイドルことを示し、よりはるかに少ないです。データベースがビジーよりも大きい場合
の例を紹介：
レポートA：スナップスナップ時間のセッションCURS ID /セッション数------------------- --------- 4610 24：-------- ---------スナップ開始 7月- 08夜10時〇 〇分54秒68 19.1エンドスナップを：4612 24 7月- 08午後11時00分25秒17 1.7経過：59.51（分）DB時間：
466.37（分）
私は報告書については、スナップショットの間隔、約60分の合計、60×8 = 480分の合計CPUをお話しましょう、DB時間は、その後、466.37分であった：CPUは466.37分を費やし非アイドル待機し、業務に対処するOralceそのCPUは、背景がプロセス含まれていませんオラクル、の処理動作に費やさ466.37 / 480 * 100％持っている（論理的な例は、読み込み）
>ロード・プロファイル- 2、レポートの概要 （ 表示をデータベースの負荷）
| - 1秒あたり2よりも大きいログオン、ハードは、すべての可能な競合に毎秒300以上のを解析し、毎秒100以上を解析します。
| -やり直しサイズ（バイト単位）ログサイズ毎秒生成され、周波数フラグデータ、データベースか重いタスクを変更することができます。
| -解析し:.速い解析、ソフト解析とハードの3種類を含む第2あたりの解像度を、解析するSQLの数は合成数を解析します。毎秒300回以上のソフトの決意は、あなたの「アプリケーション」効率は、session_cursor_cacheを調整高くないことを意味します。ここで、高速な解析がPGAの直接ヒットの場合を指す（但しSESSION_CACHED_CURSORS = N）;ソフト解析は、共有プール・ヒットの場合といい、ハード解析は、ヒットの場合を指します。
| -ハード解析します。回数ハード解析を、あまりにもハード解析し、SQLの再利用率が高くないことを示しています。毎秒100回以上を生産するために、毎秒の回数のハード解析は、それはあなたがよく結合するために使用することが可能であり、それは無理共有プールかもしれません。この時間は、同様のパラメータCURSOR_SHARING =を有効にすることができます|力を、パラメータのデフォルト値は正確です。しかし、このパラメータが同様に設定されている場合、バグがある、優れた実行計画につながる可能性があります。
| -実行：秒あたりの実行時間/ SQLトランザクション
| -取引:.秒あたりのトランザクション数が重いタスクデータベースを反映してか、秒あたりのトランザクション数を生成します。
| -トランザクションごとのロールバックは、あまりにも、データベースがあまりにも多くの無効な操作を経験していることを示すことがあり、トランザクションロールバック率あたりのレートは、ロールバック率が高すぎると、リソースのロールバックため、廃棄物、見ることは非常に高いものではないロールバック:.次のようにロールバックも、このパラメータが算出され、より競争力のある元に戻すブロックをもたらす可能性があります
ラウンドを（ロールバックは、ユーザ/（ユーザユーザロールバックは+コミットされている）,. 4）* 100％