【正文】 選擇部分事件，否則會跟蹤到很多無用的連接或回話資訊。選擇SQL:BatchCompleted，SQL:StmtCompleted事件和存儲過程事件類RPC:Completed、SP:Completed，SP:stmtCompleted即可。如果發(fā)現(xiàn)某一段時間有規(guī)律的發(fā)生性能問題，需要事先跟蹤，跟蹤一段時間，而不是問題已經(jīng)發(fā)生了再去跟蹤。跟蹤一段時間後，約12小時保存一次，否則跟蹤檔太大，耗用太多的記憶體會影響伺服器的記憶體。在保存時要選擇保存為跟蹤檔（默認是這樣），保存為其他格式會丟失分析性能的資料，以前有分支機搆的人員就是保存為SQL腳本發(fā)給研發(fā)，這對分析問題毫無價值。跟蹤檔可能會很大，但是壓縮比例很高，壓縮後作為《K/3性能問題診斷模版》的一部分回饋給研發(fā)。為了不使跟蹤檔過大，在篩選條件上選擇Duration=200的事件，因為執(zhí)行週期很短的SQL不是我們在性能分析中關(guān)注的重點物件，同時全部SQL都跟蹤會很多，設(shè)置如下。附件是一個跟蹤檔的模版，SQL Server 本身也帶有很多的模版，在[SQL Server安裝目錄]\80\Tools\Templates\SQL Profiler路徑下，如果有興趣也可以學(xué)習(xí)使用。如何跟蹤觸發(fā)器在跟蹤SQL的時候，可能會發(fā)現(xiàn)即使單條的Insert、Deleted、Update語句都會很慢。這種情況下，有可能是請求的資源被鎖定或者CPU等硬體資源不足等。除此之外，還可以檢查是否是觸發(fā)器造成的。有些觸發(fā)器工作不良好：如使用游標來處理資料，或者由於觸發(fā)器的位置不對，使得本來可以批量處理的情況，只能單條處理。如：MasterDetail表資料結(jié)構(gòu)中，Detail表中的觸發(fā)器只能處理一條Detail中的資料。而一般情況下，可以成批次處理Detail中的資料。通常開發(fā)人員也很少留意觸發(fā)器嵌套調(diào)用關(guān)係，因而對嵌套造成的後果，也很少考慮。 種種原因，提醒我們值得去留意觸發(fā)器對SQL Server的影響。使用SQL Server Profiler是可以跟蹤到觸發(fā)器的執(zhí)行情況的，選擇事件中的存儲過程SP：StmtCompleted事件即可以跟蹤觸發(fā)器的運行情況；選中NestLevel資料列則可以很好的瞭解到觸發(fā)器嵌套運行情況。附件中是一個跟蹤觸發(fā)器的模版。三. 主要跟蹤資料的解釋我們主要通過跟蹤資料中Duration(執(zhí)行週期)列的資料來發(fā)現(xiàn)那些耗用資料庫伺服器CPU特別嚴重的SQL,然後去優(yōu)化他們的實現(xiàn)。如果你比較瞭解SQL,可以試著把SQL拷貝到查詢分析器，通過分析查詢計畫，建立合適的索引來優(yōu)化性能。或者可以把Duration較長的SQL回饋到研發(fā)來分析。我們還需要關(guān)注Reads資料列，它代表磁片的邏輯讀次數(shù)，如果很多SQL語句的Reads次數(shù)都很高（達到幾十萬幾百萬甚至幾千萬次），這有可能是兩方面的原因。一方面有可能是記憶體不足，SQL Server頻繁切換記憶體資料。另一個可能的原因就是表和索引的存儲碎片太多，這可以通過在賬套管理中賬套優(yōu)化操作來解決，這個功能可以理解為磁片整理。關(guān)注CPU和Duration兩列的資料對比情況，可以判斷CPU資源是否足夠，如果大多數(shù)SQL語句的CPU列資料明顯低於Duration，如果CPU曲線又很高，沒有發(fā)生嚴重的阻塞，我們可以認為CPU的處理佇列太長，需要增加CPU資源。 資料庫阻塞監(jiān)測工具有時候資料庫伺服器的CPU耗用很低，但是系統(tǒng)的整體性能很差，有可能是資料庫發(fā)生阻塞，在這兒有一個監(jiān)測工具可以得到阻塞情況。在查詢分析器上打開工具選項，修改結(jié)果的設(shè)置選項把每列最多字元數(shù)修改為8000。把查詢結(jié)果改為文本顯示。在發(fā)生性能問題時在查詢分析中有問題的賬套上執(zhí)行如下SQL。把執(zhí)行結(jié)果保存為檔回饋到研發(fā)，研發(fā)人員會根據(jù)此結(jié)果得出一定的結(jié)論。 K/3性能監(jiān)控工具工具路徑：\Program Files\Kingdee\K/3ERP\()K/3性能檢測工具包括三個部分：用戶端診斷工具 用戶端代碼及跟蹤 COM+，幫助分析解決了一些性能問題，大大提高了開發(fā)效率。目前元件級跟蹤和COM+跟蹤，適用於K/3所有版本，甚至包括其他任何使用VB開發(fā)程式的產(chǎn)品，包括U8。用戶端診斷工具用於跟蹤後期綁定元件的介面物件創(chuàng)建、方法調(diào)用、運行時間、執(zhí)行結(jié)果資訊等情況。以下是明細功能介紹:n 可以跟蹤物件創(chuàng)建的時間。VB本身對於物件創(chuàng)建出錯，一般用物件創(chuàng)建失敗或者Automation錯誤提示。無法確定知道具體哪個元件出現(xiàn)問題，該工具可以明確標識出創(chuàng)建失敗的組建名稱。K/3 ，遇到大量元件創(chuàng)建失敗情況，通過該工具迅速定位到創(chuàng)建失敗的元件，極大提高了解決安裝包問題的速度。n 提供了查找功能。方便了開發(fā)人員對於自己關(guān)心元件的查找，定位。n 增強了過濾功能，能將調(diào)用時間比較長的事件用藍色字體突出顯示，同時過濾掉調(diào)用時間很小的事件。n 將物件創(chuàng)建事件和方法調(diào)用事件分別用不同顏色顯示，便於識別；同時將沒有嵌套的方法調(diào)用使用一行來顯示用戶端代碼級監(jiān)測工具用於關(guān)鍵函數(shù)的運行資訊的輸出，方便在客戶環(huán)境下定位程式問題、並提供性能資料收集。COM+跟蹤工具利用COM+本身的事件發(fā)佈模型，監(jiān)控COM+元件的方法調(diào)用，運行結(jié)果資訊。主要用於COM+伺服器端的資訊跟蹤，查看哪個中間層元件調(diào)用時間長或記憶體消耗打，以確定性能問題或其他問題所在。（1）選擇要跟蹤的COM+應(yīng)用套裝程式（2）確定進行跟蹤 元件服務(wù)主要用來分析中間層的性能表現(xiàn)一) 使用方法使用元件服務(wù)管理工具可以配置和管理 COM 元件及 COM+ 應(yīng)用程式，在K/3中間層伺服器監(jiān)視元件的使用情況。1）啟動元件服務(wù)管理工具在“開始”功能表，依次指向“程式”、“管理工具”，然後單擊“元件服務(wù)”。 2）檢查K/3中間層元件是否在運行如下圖，選擇“Com+應(yīng)用程式”可以發(fā)現(xiàn)哪些元件正在運行；選擇工具條上的“狀態(tài)查詢”能夠更加直觀的查找哪些元件在運行中。如果用戶端用戶比較多或者網(wǎng)路速度比較慢的情況下，中間層伺服器有可能出現(xiàn)服務(wù)，從而引起性能問題?？梢酝ㄟ^元件服務(wù)的事件列表檢查是否有比較多的事件在排隊等待。介面如下圖：二) 如何找到正在執(zhí)行的資源耗用多的組件有時候如果中間層的CPU或記憶體耗用很嚴重，由於在多個客戶的併發(fā)下有時候客戶很難發(fā)現(xiàn)是那一項操作引發(fā)了問題，這時候可以找一下那一個元件包中的哪一個元件耗用資源比較嚴重，配合其他的觀察：如在此階段用戶都在做那些操作，有助於發(fā)現(xiàn)引發(fā)問題的功能。首先在任務(wù)管理器的進程選頁簽上尋找耗用資源較多的DLLHOST進程，在這兒說明一下，每一個中間層元件包在運行時有一個DLLHOST進程，每一個包包含很多元件。找到耗用資源較多的DLLHOST，找對應(yīng)的PID(進程標示號)，根據(jù)PID在元件管理中可以找到對應(yīng)的元件包，然後在對元件包下面尋找調(diào)用時間長的元件，把此元件的資訊和其他用戶操作資訊回饋到研發(fā)，可以定位到具體的功能。三) 如何判斷中間層的阻塞對於中間層伺服器，有可能發(fā)生阻塞，這時候主要看上面所描述的元件伺服器中事務(wù)列表中的元件排隊情況，如果有較長的排隊情況，就代表出現(xiàn)阻塞，可以考慮把組塞較多的元件分離出來重新放到一個新建的包中，因為每一個COM+元件包有一個進程。四) 關(guān)於STA模式COM+元件線程數(shù)限制問題對於VB編寫的COM+元件，由於不能編譯為MTA線程模型，每個元件包進程的線程數(shù)默認為10個，也就是說同一個元件包中所有元件功能只能最多有十個同時運行。對此問題，微軟提供了一個修改線程數(shù)量限制的方法，那就是修改註冊表選項，可以讓線程數(shù)達到100。，如果是以前版本的客戶可以直接修改中間層伺服器註冊表選項?？梢灾苯影岩韵略]冊表檔導(dǎo)入。 修改默認設(shè)置後，會提高中間層的併發(fā)性能。 工具程式默認的檔路徑位於 系統(tǒng)磁碟機: \Program Files\Microsoft SQL Server\MSSQL\Binn 目錄之下，產(chǎn)生出來的日誌檔默認放在系統(tǒng)磁碟機:\Program Files\Microsoft SQL Server\MSSQL\LOG 目錄之下，檔案名為 。它可以在同一時間、一次幫你收集相當多的資訊。在相同的時間區(qū)段內(nèi)，收集各種方面的資訊非常重要。例如你觀察到 SQL Server 對某個查詢的回應(yīng)遲緩，可能需要同時觀察系統(tǒng)硬體各項資源的使用，SQL Server 當時的鎖狀況，是否有錯誤發(fā)生等等，必須要互相參照，才容易找出禍首。 就可以在同一時間搜集到相當多的資訊，它必須在 SQL Server 伺服器本身執(zhí)行，而不能在用戶端工作站執(zhí)行。輸出的相關(guān)資料列述如下：l 獲取記錄檔，若是 SQL Server 2000 的版本，這些記錄檔默認是位於“系統(tǒng)磁碟機\Program Files\Microsoft SQL Server\MSSQL\LOG”目錄下，名稱為 ERRORLOG 及副檔名是數(shù)字的先前版本，如 、 一直到 等等，若版本是 SQL Server ，則這些記錄檔路徑默認是 系統(tǒng)磁碟機 \MSSQL7\log\。 這些日誌檔是文本類型，雖然名稱是 ErrorLog，但放的不儘然是錯誤，SQL Server 會將一些資訊，如啟動時所完成的動作，放在這個檔中。當然，若有錯誤，也會存放在這個檔中，SQLDiag 默認會將這些 ErrorLog 檔一併放到輸出結(jié)果的檔內(nèi)。 l 獲取相關(guān)的註冊(registry)資訊。 l 獲取相關(guān)程式庫(dll library)的版本資訊。 l 通過 sp_configure 系統(tǒng)存儲過程獲取 SQL Server 執(zhí)行實例的各項配置。 l 通過 sp_who 系統(tǒng)存儲過程獲取當前登錄 SQL Server 執(zhí)行實例的用戶各項細節(jié)。 l 通過 sp_lock 系統(tǒng)存儲過程獲取鎖的相關(guān)資訊。 l 通過 sp_helpdb 系統(tǒng)存儲過程獲取 SQL Server 執(zhí)行實例內(nèi)各資料庫的相關(guān)資訊。 l 通過 xp_msver 擴展存儲過程獲取軟硬體平臺的簡要資訊。 l 通過 sp_helpextendedproc 系統(tǒng)存儲過程獲取擴展存儲過程(extended stored procedures)的相關(guān)資訊。由於擴展存儲過程是以 DLL 的形式與 SQL Server 的核心執(zhí)行在同一個程式中，若有任何閃失，輕則造成記憶體洩露，重則導(dǎo)致服務(wù)程式當?shù)?。通過這個系統(tǒng)存儲過程會表列出所有的擴展存儲過程，你可以將它的輸出與一般安裝的 SQL Server 做個比較，看看是否有用戶自行安裝的擴展存儲過程，造成系統(tǒng)的不穩(wěn)定。 l 從 系統(tǒng)資料表獲取程式(process)的相關(guān)資訊。當系統(tǒng)忙碌時，你可以通過它觀察到底有哪些程式在伺服器內(nèi)執(zhí)行，各用了多少資源等等。搭配其他的系統(tǒng)存儲過程，如 sp_who、sp_whosp_lock 等等，可以獲得整體的狀況。例如通過 waittime 欄位知道有哪些程式已經(jīng)等待很久，從 cpu、physical_io 以及 memusage 欄位可以看出哪些程式在耗 CPU、磁片輸出入或記憶體資源。以及打開了事務(wù)，但執(zhí)行狀況卻是 sleeping 的不當事務(wù)管理。 l 通過 DBCC INPUTBUFFER (spid) 獲取各進程正在執(zhí)行的命令。 l 獲取鎖鏈接的起始者(head blocker)。 l 通過 獲取系統(tǒng)的細節(jié)資料，這需要耗掉一些時間。 l 最後 100 個查詢和異常狀況 (Exception)。 獲取系統(tǒng)資訊是靠 工具程式取得系統(tǒng)的相關(guān)資訊，你可以直接執(zhí)行該工具程式以查看更豐富的資訊，如下圖： 點擊 主功能表的[檔] [導(dǎo)出]選項，可以將系統(tǒng)當前的各項資訊導(dǎo)出成文字檔案，供你日後參考。由於導(dǎo)出屬性包含軟硬體的各項細節(jié)資訊，所以按下[導(dǎo)出]後可能要稍等一下。 是一個相當容易執(zhí)行的工具程式，若要參照它的使用方式，可以進入“命令提示符”程式，轉(zhuǎn)到 所在的目錄下執(zhí)行 SQLDiag /?( 默認目錄是 系統(tǒng)磁碟機:\Program Files\Microsoft SQL Server\MSSQL\Binn)，以顯示各項參數(shù)，或是在 SQL Server 所附的“聯(lián)機文檔”利用 SQLDiag 關(guān)鍵字找尋使用的細節(jié)，URL 是：mk:@MSITStore:C:\Program%20Files\Microsoft%20SQL%20Server\80\Tools\Books\ ::/以下簡述它各項參數(shù)的使用方式： ?：顯示使用說明。 I SQL Server 執(zhí)行實例名稱：指定要連接的本機 SQL Server 執(zhí)行實例 (Instance)。若不指定 –I 選項，則連接至本機默認的執(zhí)行實例。 U 帳號：指定登錄 SQL Server 的帳號。 P 密碼：上述帳號對應(yīng)的密碼。若指定 P 選項但不賦予值，則 SQLDiag 認定密碼為空。密碼有區(qū)分大小寫。 E：使用信任連接，也就是以當前登錄作業(yè)系統(tǒng)的帳號來連接 SQL Server。 O 導(dǎo)出檔案名稱：將 SQLDiag 的導(dǎo)出重新導(dǎo)向到指定的檔。若未指定 O 選項，則默認輸出檔名稱為 。此時，跟蹤檔案名稱仍維持原先的 和 。 若指定 O 選項，則 SQLDiag根據(jù)你配置的名稱，重新命名跟蹤文件 和 (例如，若output_file 指定為 ， 和 )。 X：排除錯誤日誌檔。 M：執(zhí)行 DBCC 堆疊列印 (stackdump)。 C：抽取聚集信息。 執(zhí)行範例如下： SQLDiag E O 通過 –E 參數(shù)，會以登錄作業(yè)系統(tǒng)的帳號登錄 SQL Server，而 –O 參數(shù)則會產(chǎn)生名稱為 的輸出。 性能監(jiān)視器(Performance Monitor)Windows NT 之後所附的性能監(jiān)視器是顯示各種性能資料非常詳盡的工具。你可以用它來觀測伺服器當前的運行，記錄整個系統(tǒng)多臺機器上的各種性能計數(shù)器，以找出整個系統(tǒng)的瓶頸。我們在性能調(diào)校的過程中會一再地用它。Win