生成AWR報告方法：

第一步：數據庫壓力測試卡開始時：生成第一個快照：

	Sql>exec dbms_workload_repository.create_snapshot();

第二步：數據庫壓力測試結束時：生成第二個快照

	Sql>exec dbms_workload_repository.create_snapshot();

第三步：生成AWR報告

	SQL> @/oracle/product/10.2.0.5/rdbms/admin/awrrpt.sql

（1） 選擇報告文件的類型：html和text

（2） 選擇快照的天數

Enter value for num_days: 1

（3） 選擇begin的snap和end的snap

（4） 輸入文件名：如/oracle/db_08091530.txt

則完成。

分析AWR報告方法：

注意以下幾點：

DB CPU利用率（db time/snap_time/cpu core數）：10.5%

日誌緩衝區：47M

每秒產生redo大小(redo size)：139M/s

每秒邏輯讀塊(logical reads)：1400

SQL解析次數(parses)：108

每秒排序次數(sorts)：6

每秒執行SQL語句(executes)：116

每秒事務數(transations)：96

遞歸調用比例(resursive call)：67%

每次排序行數(rows per sort)：51

Buffer nowait: 內存獲取數據未等待：99.33%

Buffer hit: 進程內存找到數據 100%

Redo nowait: 日誌緩衝區獲得數據未等待：100%

Library hit: 找到解析過的SQL：100%

Latch hit進程獲得內存結構許可比例：99%

Parse cpu to parse elapsd：解析未等待比例：116%

Non-Parse CPU ：sql語句執行時間佔總解析時間的比例：97.08%

Execute to parse: SQL重用率：6.54%

In-memroy sort: 數據內存中排序比例（pga）內存：100%

Soft parse: 軟解析比例：100%

Memory usage：共享池內存使用率。

TOP 5 Timed Events分析

Log file sync：過多的提交。Sga的日誌緩衝區記錄事務和塊的改變

Log file parallel write: 也表明IO瓶頸

後面會分享更多DBA方面的內容，感興趣的朋友可以關注下！

閱讀更多 智能運維小講堂 的文章

關鍵字: 技術 排序 次數