本篇文章采摘自時代朝陽數(shù)據(jù)庫（原曉通數(shù)據(jù)庫）培訓部 Sybase 技術(shù)資料庫。

本篇文章描述了通過sp_sysmon對Adaptive Server系統(tǒng)運行情況有一個全面系統(tǒng)了解，有利于更好地熟悉系統(tǒng)性能，更為有效地進行系統(tǒng)管理，合理地利用和配置系統(tǒng)資源，達到系統(tǒng)性能調(diào)優(yōu)的目的。

sp_sysmon可以從18個方面了解在用系統(tǒng)性能狀況，并在適當?shù)臅r候利用環(huán)境參數(shù)進行性能調(diào)優(yōu)：

1、內(nèi)核管理（kernal）     2、應(yīng)用管理（appmgmt）     3、數(shù)據(jù)緩存管理（dcache）

4、ESP管理（esp）          5、索引管理（indexmgmt）     6、鎖管理（locks）

7、內(nèi)存管理（memory）     8、元數(shù)據(jù)高速緩存管理（mdcache）9、任務(wù)管理（taskmgmt）

10、監(jiān)視器訪問SQL的執(zhí)行（monaccess）     11、網(wǎng)絡(luò)I/O管理（netio）

12、并行查詢管理（parallel）13、過程緩存管理（pcache）14、恢復管理（recovery）

15、事務(wù)管理（xactmgmt）16、事務(wù)概要（xactsum）     17、磁盤I/O管理（diskio）

18、工作進程管理（wpm）

括號后英文短詞是該模塊參數(shù)。

環(huán)境： 1、用戶數(shù)據(jù)庫中有練習所用數(shù)據(jù)表auths和article

2、數(shù)據(jù)表各有10萬行數(shù)據(jù)

3、用戶具有查詢、修改、刪除等基本的數(shù)據(jù)庫表操作權(quán)限

步驟：執(zhí)行sp_sysmon “00:10:00”（server級系統(tǒng)存貯過程，不需要打開某個數(shù)據(jù)庫），或者執(zhí)行如下格式的過程，查看具體操作批命令對應(yīng)系統(tǒng)性能情況：

sp_sysmon begin_sample

SQL語句或者存貯過程

sp_sysmon commit_sample

本實驗采用 sp_sysmon “hh:mm:ss”,性能模塊名。

通過sp_sysmon，可了解當前系統(tǒng)在各方面的系統(tǒng)運行狀況，性能出現(xiàn)什么問題和不平衡不協(xié)調(diào)之處，學會使用相應(yīng)的參數(shù)和措施進行解決和調(diào)優(yōu)，不斷比較對照調(diào)整前后的性能狀況，最終改善系統(tǒng)性能。

說明：1、該命令執(zhí)行結(jié)果集的開頭相同如下，各分塊實驗不再一一列示：

======================================================================

     Sybase Adaptive Server Enterprise System Performance Report

======================================================================

Server Version:        Adaptive Server Enterprise/11.9.2/1031/P/NT (IX86)/OS 3.

Server Name:/t   Server is Unnamed

Run Date:/t      May 28, 2001

Statistics Cleared at: 15:57:27

Statistics Sampled at: 16:07:28

Sample Interval:       00:10:00

2、執(zhí)行結(jié)果集的每列信息提示：

     per sec ：       采樣期間每秒的平均值

     per xact： 采樣期間每提交一個事務(wù)的平均值

     count   ：       采樣期間每秒的總計值

% of total：       占總數(shù)的百分比，根據(jù)不同情況各有不同

3、結(jié)果集對應(yīng)給出性能情況描述、分析以及可調(diào)性說明

4、本練習只給出部分模塊的監(jiān)視結(jié)果（可能有刪節(jié)），用sp_sysmon “hh:mm:ss”可看全部詳細情況。

單元一：監(jiān)視內(nèi)核利用情況

命令行：sp_sysmon “00:10:00”,kernal

結(jié)果：

Kernel Utilization      （內(nèi)核利用）

------------------

 Engine Busy Utilization

Engine 0/t/t        1.8 %

   引擎繁忙程度應(yīng)在80%-90%之間，如果長期在90%以上，應(yīng)考慮增加引擎數(shù)來改善性能。因為此時內(nèi)部管理進程無法向磁盤寫入，則檢查點需要將許多頁寫回磁盤，而檢查點進程很可能將CPU的利用率提高到100%，導致響應(yīng)時間明顯增加。

 CPU Yields by Engine            per sec      per xact       count  % of total

 -------------------------  ------------  ------------  ----------  ----------

Engine 0/t/t/t  6.6/t   0.6        3949     100.0 %

 引擎放棄CPU次數(shù)：% of total=1個引擎放棄次數(shù)/所有引擎放棄次數(shù)，如果顯示引擎利用率較低，可通過放棄數(shù)判斷是否真實反映引擎的停止情況。增加“runnable process search count”（引擎放棄CPU給OS之前一個引擎循環(huán)查找可執(zhí)行任務(wù)的次數(shù)）參數(shù)可增加CPU的駐留時間，而如果想減少引擎在空閑時檢查I/O的時間，可減少該參數(shù)的值。

 Network Checks

Total Network I/O Checks/t  0.0/t   0.0/t   0       n/a  

引擎發(fā)送或接收網(wǎng)絡(luò)包的次數(shù)。引擎空閑時頻繁檢查網(wǎng)絡(luò)包，如果該值很低而“CPU Yields by Engine”的值高，表明引擎可能被頻繁放棄。

可能包括阻塞和非阻塞兩種檢查方式。非阻塞方式不管有無I/O等待都對網(wǎng)絡(luò)進行I/O檢查。如果引擎已被放棄并正執(zhí)行阻塞網(wǎng)絡(luò)檢查，則在網(wǎng)絡(luò)包到達以后仍保持一段睡眠時間（潛伏期）。此時增加“runnable process search count”（缺省2000）參數(shù)可減少潛伏期，保持引擎有較長的循環(huán)檢查時間，而不是過早被放棄。

 Disk I/O Checks磁盤I/O檢查情況：

   Total Disk I/O Checks/t   693.2/t  58.8      415939       n/a  

Checks Returning I/O/t    469.9/t  39.9      281921      67.8 %

引擎對I/O情況的有效檢查（I/O完成次數(shù)），如過高或過低，用“i/o polling process count”（Server的調(diào)度程序在檢查磁盤I/O或網(wǎng)絡(luò)I/O之前可執(zhí)行的最大進程數(shù)）參數(shù)增加或減少檢查頻率。通常說增加該值可增加有大量磁盤或網(wǎng)絡(luò)I/O的應(yīng)用的吞吐量，反之，減少該值有可改善其響應(yīng)時間。

Avg Disk I/Os Returned/t    n/a/t   n/a     0.03020       n/a  

增加引擎在檢查期間的等待時間可改善吞吐量，因為減少引擎檢查I/O時間相應(yīng)增加執(zhí)行進程的時間。