【正文】 tes（伺服器代表事件執(zhí)行的物理磁片寫入數(shù)），Duration（事件所花費(fèi)的事件總計(jì)，毫秒為單位）進(jìn)行查看，查找讀取或?qū)懭胛锢泶牌螖?shù)多的操作，耗時(shí)比較多的操作。各個(gè)資料列的具體含義列舉如下表，以供參考查閱。 該列由應(yīng)用程式傳遞的值填充，而不是由所顯示的程式名填充。 ClientProcessID19由主機(jī)電腦分配給進(jìn)程的 ID，在該進(jìn)程中客戶應(yīng)用程式正在運(yùn)行。 Column Permissions44表明是否已設(shè)置了列許可權(quán)。 CPU 18事件所使用的 CPU 時(shí)間總計(jì)（以毫秒為單位）。如果在跟蹤內(nèi)捕獲 Server Name資料列且伺服器可用，則 SQL 事件探查器將顯示資料庫名。 DatabaseName35正在運(yùn)行用戶語句的資料庫的名稱。Duration 13事件所花費(fèi)的時(shí)間總計(jì)（以毫秒為單位）。啟動(dòng)事件的事件類（如 SQL:BatchStarting 或 SP:Starting）的該列不填充。通常是存儲(chǔ)在 sysmessages 中的錯(cuò)誤號(hào)。 EventSubClass121事件子類的類型，提供有關(guān)每個(gè)事件類的進(jìn)一步資訊。查詢必須等待資源（如記憶體）才能執(zhí)行。查詢?cè)诘却龍?zhí)行所需的資源時(shí)超時(shí)。FileName36所修改的檔的邏輯名稱。 Host Name18正運(yùn)行用戶端的電腦名。若要確定主機(jī)名，請(qǐng)使用 HOST_NAME 函數(shù)。若要確定物件的索引 ID，請(qǐng)使用 sysindexes 系統(tǒng)表的 indid 列。 LoginName11用戶的登錄名（SQL Server 安全登錄或 Microsoft Windows174。LoginSid141登錄用戶的安全標(biāo)識(shí)號(hào) (SID)。對(duì)於伺服器中的每個(gè)登錄，SID 是唯一的。 NestLevel29表示 NESTLEVEL 所返回的資料的整數(shù)。 或 Windows 2000 域。Object ID22系統(tǒng)分配的物件 ID。ObjectType28表示事件中涉及的物件類型的值。Owner Name37物件所有者的資料庫用戶名稱。取值為： 　1 = SELECT ALL2 = UPDATE ALL4 = REFERENCES ALL8 = INSERT16 = DELETE32 = EXECUTE（僅限於過程）4096 = SELECT ANY （至少一列）8192 = UPDATE ANY16384 = REFERENCES ANYReads16伺服器代表事件執(zhí)行的邏輯磁片讀取數(shù)。Server Name126跟蹤的 SQL Server 實(shí)例名。 SPID112SQL Server 指派的與客戶端相關(guān)的伺服器進(jìn)程 ID。State30等同於錯(cuò)誤狀態(tài)代碼。取值包括： 　1 = 成功。TargetLoginName42對(duì)於以登錄為目標(biāo)的操作（例如，添加新登錄），是目標(biāo)登錄的名稱。TargetUserName39對(duì)於以資料庫用戶為目標(biāo)的操作（例如授予用戶許可權(quán)），是該用戶的名稱。但是，如果正在跟蹤參數(shù)化查詢，則不以 TextData 列中的資料值顯示變數(shù)。Writes17伺服器代表事件執(zhí)行的物理磁片寫入數(shù)。選擇SQL:BatchCompleted，SQL:StmtCompleted事件和存儲(chǔ)過程事件類RPC:Completed、SP:Completed，SP:stmtCompleted即可。跟蹤一段時(shí)間後，約12小時(shí)保存一次，否則跟蹤檔太大，耗用太多的記憶體會(huì)影響伺服器的記憶體。跟蹤檔可能會(huì)很大，但是壓縮比例很高，壓縮後作為《K/3性能問題診斷模版》的一部分回饋給研發(fā)。附件是一個(gè)跟蹤檔的模版，SQL Server 本身也帶有很多的模版，在[SQL Server安裝目錄]\80\Tools\Templates\SQL Profiler路徑下，如果有興趣也可以學(xué)習(xí)使用。這種情況下，有可能是請(qǐng)求的資源被鎖定或者CPU等硬體資源不足等。有些觸發(fā)器工作不良好：如使用游標(biāo)來處理資料，或者由於觸發(fā)器的位置不對(duì)，使得本來可以批量處理的情況，只能單條處理。而一般情況下，可以成批次處理Detail中的資料。 種種原因，提醒我們值得去留意觸發(fā)器對(duì)SQL Server的影響。附件中是一個(gè)跟蹤觸發(fā)器的模版。如果你比較瞭解SQL,可以試著把SQL拷貝到查詢分析器，通過分析查詢計(jì)畫，建立合適的索引來優(yōu)化性能。我們還需要關(guān)注Reads資料列，它代表磁片的邏輯讀次數(shù)，如果很多SQL語句的Reads次數(shù)都很高（達(dá)到幾十萬幾百萬甚至幾千萬次），這有可能是兩方面的原因。另一個(gè)可能的原因就是表和索引的存儲(chǔ)碎片太多，這可以通過在賬套管理中賬套優(yōu)化操作來解決，這個(gè)功能可以理解為磁片整理。 資料庫阻塞監(jiān)測(cè)工具有時(shí)候資料庫伺服器的CPU耗用很低，但是系統(tǒng)的整體性能很差，有可能是資料庫發(fā)生阻塞，在這兒有一個(gè)監(jiān)測(cè)工具可以得到阻塞情況。把查詢結(jié)果改為文本顯示。把執(zhí)行結(jié)果保存為檔回饋到研發(fā)，研發(fā)人員會(huì)根據(jù)此結(jié)果得出一定的結(jié)論。目前元件級(jí)跟蹤和COM+跟蹤，適用於K/3所有版本，甚至包括其他任何使用VB開發(fā)程式的產(chǎn)品，包括U8。以下是明細(xì)功能介紹:n 可以跟蹤物件創(chuàng)建的時(shí)間。無法確定知道具體哪個(gè)元件出現(xiàn)問題，該工具可以明確標(biāo)識(shí)出創(chuàng)建失敗的組建名稱。n 提供了查找功能。n 增強(qiáng)了過濾功能，能將調(diào)用時(shí)間比較長(zhǎng)的事件用藍(lán)色字體突出顯示，同時(shí)過濾掉調(diào)用時(shí)間很小的事件。COM+跟蹤工具利用COM+本身的事件發(fā)佈模型，監(jiān)控COM+元件的方法調(diào)用，運(yùn)行結(jié)果資訊。（1）選擇要跟蹤的COM+應(yīng)用套裝程式（2）確定進(jìn)行跟蹤 元件服務(wù)主要用來分析中間層的性能表現(xiàn)一) 使用方法使用元件服務(wù)管理工具可以配置和管理 COM 元件及 COM+ 應(yīng)用程式，在K/3中間層伺服器監(jiān)視元件的使用情況。 2）檢查K/3中間層元件是否在運(yùn)行如下圖，選擇“Com+應(yīng)用程式”可以發(fā)現(xiàn)哪些元件正在運(yùn)行；選擇工具條上的“狀態(tài)查詢”能夠更加直觀的查找哪些元件在運(yùn)行中?？梢酝ㄟ^元件服務(wù)的事件列表檢查是否有比較多的事件在排隊(duì)等待。首先在任務(wù)管理器的進(jìn)程選頁簽上尋找耗用資源較多的DLLHOST進(jìn)程，在這兒說明一下，每一個(gè)中間層元件包在運(yùn)行時(shí)有一個(gè)DLLHOST進(jìn)程，每一個(gè)包包含很多元件。三) 如何判斷中間層的阻塞對(duì)於中間層伺服器，有可能發(fā)生阻塞，這時(shí)候主要看上面所描述的元件伺服器中事務(wù)列表中的元件排隊(duì)情況，如果有較長(zhǎng)的排隊(duì)情況，就代表出現(xiàn)阻塞，可以考慮把組塞較多的元件分離出來重新放到一個(gè)新建的包中，因?yàn)槊恳粋€(gè)COM+元件包有一個(gè)進(jìn)程。對(duì)此問題，微軟提供了一個(gè)修改線程數(shù)量限制的方法，那就是修改註冊(cè)表選項(xiàng)，可以讓線程數(shù)達(dá)到100?？梢灾苯影岩韵略]冊(cè)表檔導(dǎo)入。 工具程式默認(rèn)的檔路徑位於 系統(tǒng)磁碟機(jī): \Program Files\Microsoft SQL Server\MSSQL\Binn 目錄之下，產(chǎn)生出來的日誌檔默認(rèn)放在系統(tǒng)磁碟機(jī):\Program Files\Microsoft SQL Server\MSSQL\LOG 目錄之下，檔案名為 。在相同的時(shí)間區(qū)段內(nèi)，收集各種方面的資訊非常重要。 就可以在同一時(shí)間搜集到相當(dāng)多的資訊，它必須在 SQL Server 伺服器本身執(zhí)行，而不能在用戶端工作站執(zhí)行。 這些日誌檔是文本類型，雖然名稱是 ErrorLog，但放的不儘然是錯(cuò)誤，SQL Server 會(huì)將一些資訊，如啟動(dòng)時(shí)所完成的動(dòng)作，放在這個(gè)檔中。 l 獲取相關(guān)的註冊(cè)(registry)資訊。 l 通過 sp_configure 系統(tǒng)存儲(chǔ)過程獲取 SQL Server 執(zhí)行實(shí)例的各項(xiàng)配置。 l 通過 sp_lock 系統(tǒng)存儲(chǔ)過程獲取鎖的相關(guān)資訊。 l 通過 xp_msver 擴(kuò)展存儲(chǔ)過程獲取軟硬體平臺(tái)的簡(jiǎn)要資訊。由於擴(kuò)展存儲(chǔ)過程是以 DLL 的形式與 SQL Server 的核心執(zhí)行在同一個(gè)程式中，若有任何閃失，輕則造成記憶體洩露，重則導(dǎo)致服務(wù)程式當(dāng)?shù)簟?l 從 系統(tǒng)資料表獲取程式(process)的相關(guān)資訊。搭配其他的系統(tǒng)存儲(chǔ)過程，如 sp_who、sp_whosp_lock 等等，可以獲得整體的狀況。以及打開了事務(wù)，但執(zhí)行狀況卻是 sleeping 的不當(dāng)事務(wù)管理。 l 獲取鎖鏈接的起始者(head blocker)。 l 最後 100 個(gè)查詢和異常狀況 (Exception)。由於導(dǎo)出屬性包含軟硬體的各項(xiàng)細(xì)節(jié)資訊，所以按下[導(dǎo)出]後可能要稍等一下。 I SQL Server 執(zhí)行實(shí)例名稱：指定要連接的本機(jī) SQL Server 執(zhí)行實(shí)例 (Instance)。 U 帳號(hào)：指定登錄 SQL Server 的帳號(hào)。若指定 P 選項(xiàng)但不賦予值，則 SQLDiag 認(rèn)定密碼為空。 E：使用信任連接，也就是以當(dāng)前登錄作業(yè)系統(tǒng)的帳號(hào)來連接 SQL Server。若未指定 O 選項(xiàng)，則默認(rèn)輸出檔名稱為 。 若指定 O 選項(xiàng)，則 SQLDiag根據(jù)你配置的名稱，重新命名跟蹤文件 和 (例如，若output_file 指定為 ， 和 )。 M：執(zhí)行 DBCC 堆疊列印 (stackdump)。 執(zhí)行範(fàn)例如下： SQLDiag E O 通過 –E 參數(shù)，會(huì)以登錄作業(yè)系統(tǒng)的帳號(hào)登錄 SQL Server，而 –O 參數(shù)則會(huì)產(chǎn)生名稱為 的輸出。你可以用它來觀測(cè)伺服器當(dāng)前的運(yùn)行，記錄整個(gè)系統(tǒng)多臺(tái)機(jī)器上的各種性能計(jì)數(shù)器，以找出整個(gè)系統(tǒng)的瓶頸。Windows NT 之後，就直接提供性能監(jiān)視器(Performance Monitor)，一般是用來查看、跟蹤在整個(gè)系統(tǒng)中，是否有哪個(gè)部分顯示資源不足的狀態(tài)，或是系統(tǒng)的使用狀況、演變的趨勢(shì)等等。因此不要看到單一性能計(jì)數(shù)器的值就下定論，一定要建立推論：是什麼原因?qū)е略撔阅苡?jì)數(shù)器有當(dāng)前的值，若該原因是真的，那同時(shí)哪些性能計(jì)數(shù)器應(yīng)該顯示什麼現(xiàn)象？而你當(dāng)然應(yīng)該再進(jìn)一步分析與推論相關(guān)的計(jì)數(shù)器。 l 獲取電腦全盤的狀態(tài)，讓你可以發(fā)現(xiàn)電腦發(fā)生了什麼狀況(WHAT) ，而不是為何(WHY)或如何(HOW)發(fā)生這種狀況。如果無法獲取基線，則尋找記錄中的變化，查看計(jì)數(shù)器相對(duì)的值而非絕對(duì)的值，並與先前的使用經(jīng)驗(yàn)做一個(gè)比較。在要抽取性能的記錄之前，儘量將不相關(guān)的、當(dāng)前不需要的服務(wù)先停掉，如 IIS，系統(tǒng)掃毒等等。相反地，若網(wǎng)路有問題，當(dāng)然需要在本機(jī)完成記錄。你可以在命令提示視窗中，通過以下的命令同步系統(tǒng)之間的時(shí)間：NET TIME \\RemoteMachine /SET就 SQL Server 的使用特性來說，依其重要程度，觀察硬體資源不足的順序依序是：記憶體、硬碟、中央處理器乃至於網(wǎng)路。當(dāng)記憶體不足時(shí)，會(huì)連帶地影響硬碟和中央處理器。也就是說，當(dāng) CPU 和硬碟性能不足時(shí)，有可能源頭是記憶體不足造成的。若你沒錢購置 RAID，最好也多買幾顆硬碟，讓 Log 檔、資料庫檔以及 Windows 作業(yè)系統(tǒng)用做虛擬記憶體的交換檔分在不同的硬碟上，因?yàn)檫@三種檔的設(shè)計(jì)目的不同，存取的習(xí)性與頻率也不同，當(dāng)三者在同一顆硬碟上時(shí)，有可能因?yàn)槎鄠€(gè)人存取資料庫，有的做更新，有的查詢，這些運(yùn)行讓作業(yè)系統(tǒng)要配置虛擬記憶體，因此硬碟要同時(shí)存取三種檔，這會(huì)導(dǎo)致磁頭忙碌地移動(dòng)，讓硬碟的存取大多是隨機(jī)讀取，無法做循序讀取，導(dǎo)致硬碟性能降低。 硬碟的性能遲緩，必定導(dǎo)致資料庫的查詢與資料異動(dòng)延遲(這兩種動(dòng)作分別是存取資料庫檔與 Log 檔)，這又造成事務(wù)要花較長(zhǎng)的時(shí)間才能結(jié)束，進(jìn)而讓鎖的資源無法釋放，多人存取的系統(tǒng)彼此等待資源，進(jìn)入大家都被延遲的慘況。但要注意的是，我們當(dāng)前電腦的設(shè)計(jì)往往是中央處理器極快，但週邊運(yùn)行緩慢，導(dǎo)致CPU無法有效發(fā)揮它的能力。一般來說，啟動(dòng)性能監(jiān)視器後，只要記錄資訊而不需要做圖。 所示，除了通過默認(rèn)的視窗觀察系統(tǒng)當(dāng)前的情況外，最好還要通過添加記錄的方式，對(duì)系統(tǒng)作較長(zhǎng)時(shí)間的監(jiān)控。 l 記錄1天 – 每 30 秒記錄一次?；顒?dòng)中的圖形只能顯示瞬間的系統(tǒng)狀況，長(zhǎng)時(shí)間記錄的資料才能看出趨勢(shì) 時(shí)間間隔不要小於 4 秒，以免記錄這個(gè)動(dòng)作本身就傷害電腦的性能，除非是要抽取磁片 I/O 的性能，最高頻率也勿超過每 2 秒記錄一次。如果需要的話，執(zhí)行39。 以抽取磁片的性能資訊?？s略表列一般要記錄的物件如下(如果不可能取得全部物件)： l Cache, memory, objects, paging file, physical disk, logical disk, process, thread, processor, server, system。 l 如果有網(wǎng)路相關(guān)的問題，所有與網(wǎng)路相關(guān)的物件 (Protocol Stack Objects)。另外，在記錄上尚有其他的考量，如每個(gè)記錄存成一個(gè)檔，在記錄停止後，下次打開一個(gè)新的檔。若某個(gè)日誌檔屬性太大，而你只需要其中重要的部分，重新建立記錄(Relogging)可能會(huì)很有用。若你需要長(zhǎng)時(shí)間記錄，而系統(tǒng)是在 Windows NT 上，考慮以 script 自動(dòng)停掉並重起記錄，以減低記錄檔大小。 使用Windows XP 或 Windows 2003，可以通過 工具程式對(duì)事件重新建立記錄，它可以將日誌檔轉(zhuǎn)換成不同的格式，並在新建立的日誌檔中包含較少的計(jì)數(shù)器數(shù)目。 2. 選擇你要繪圖的計(jì)數(shù)器。 4. 將新建的 html 檔以附屬應(yīng)用程式的“記事本”打開。 6. 以一般文字檔案格式 ANSI 編碼存檔，或許換個(gè)檔案名比較合適，例如以 .txt 為副檔名。 命令執(zhí)行範(fàn)例如下： relog cf f CSV o 在範(fàn)例中，原始日誌性能的檔案名稱是 ，而該檔以二進(jìn)位格式存放性能日誌資料，而我們只取部分的計(jì)數(shù)器，定義在 文件中。 上述步驟的相關(guān)細(xì)節(jié)可以參閱微軟支援網(wǎng)站，查詢檔“Q195654 Methods for Condensing a Performance Monit