金蝶K3产品性能稳定性优化指导手册

欢迎阅读本文档，希望本文档能对您有所帮助! 金蝶K/3產品性能穩定性優化指導手冊(輔助工具)（V3.0）ã金蝶軟體(中國)有限公司研發中心K/3產品事業部.設計部解釋目的本手冊在於指導技術支援人員、分支機搆實施服務人員和客戶處理K/3系統應用過程中產生的性能問題、中間層伺服器問題等；同時也指導我們的實施服務人員和客戶在實施中如何避免將來可能發生的性能問題和中間層問題。讓研發人員、技術支援人員和分支機搆實施人員一起共同提高工作能力，快速反應快速解決客戶的問題。適合對象本手冊的主要閱讀物件是K/3系統研發人員、技術支援人員、實施人員、客戶服務人員和公司授權的有一定技術能力的客戶系統管理員。回饋本手冊是對研發在處理客戶性能和穩定性問題的收集和總結，所以涉及到的面有可能還不夠。完善本手冊，提供一個更加完整的客戶問題解決指導方案，離不開大家的支持，所以大家在碰到相關的問題時，請回饋K/3設計部，我們將及時對手冊更新。導讀本手冊包括資料庫、中間層、用戶端和輔助分析工具介紹四大篇，分別介紹K/3客戶性能和穩定性問題的處理方法、案例以及輔助工具，請您根據您的需要選擇相應的章節閱讀。 注意由於此手冊可能牽涉一些K/3在技術方面的細節，為了防止有些人用意不良，斷章取義來攻擊K/3和公司，請注意保密。 欢迎阅读本文档，希望本文档能对您有所帮助!目錄目錄2輔助分析工具介紹31.1 WINDOWS任務管理器31.2 SQL Server的事件探查器（SQL-PROFILE）41.3 資料庫阻塞監測工具111.4 K/3性能監控工具131.5 元件服務151.6 SQLDiag.exe171.7 性能監視器(Performance Monitor)191.8 VBCheckW2k231.9 ADPlus231.10 COM+ SPY261.11 Process Explorer271.12 DebugDiag291.13 WinDBG321.14收集電腦資訊工具321.15檢查網路工具321.15.1 Ping321.15.2 Netstat341.15.3 ARP（位址轉換協定）341.15.4 Tracert351.15.5 IPConfig361.15.6 Route361.15.7 nbtstat371.15.8 使用 pathping 測試路由器371.15.9 網路診斷實例：39附錄1：應用/測試環境41附錄2：DTC一些資料41附錄3 中間層COM+問題分類和處理421問題分類421.1 COM+的掛起421.2 COM+ 出現 100% CPU431.3 COM+ 性能問題441.4 COM+ 異常441.5 COM+ 應用記憶體洩漏442. COM+問題分類分析和處理方法462.1 COM+掛起462.2 CPU100%492.3性能問題492.4 COM+ 異常512.5記憶體洩露51輔助分析工具介紹如果系統出現問題，由於產生問題的原因很多，可能是COM+元件出現了問題，或者是SQL Server資料庫的出現了問題，或者作業系統本身就存在問題，或者是網路存在問題。所以我們需要綜合多個可能的因素，使用一些輔助工具對系統進行跟蹤檢測，然後分析跟蹤的結果，最終找到問題所在。下面就常見的一些輔助工具作一個簡單的介紹：1.1 WINDOWS任務管理器如果K/3系統很慢，是不是系統沒有可用的CPU和記憶體等資源了？Windows任務管理器可以幫助我們發現系統資源的使用情況。一)使用方法要打開“任務管理器”，請用右鍵單擊任務欄上的空白處，然後單擊“任務管理器”，或者把 “Ctrl+Alt+Delete”三個鍵同時按下，選擇“任務管理器”。 * 選擇“性能”選項卡，如下圖：可以發現系統CPU和記憶體的使用情況。在系統出現性能問題時，監測一段時間系統資源的使用情況。* 選擇“進程”選項卡，如下圖：如果在上圖中發現CPU或者記憶體的使用率比較高，通過該圖，可以發現資源究竟被哪些進程所消耗。是否還有別的系統（除K/3）消耗了寶貴的CPU和記憶體資源。下圖中可以看出SQL Server消耗了系統91的CPU，K/3消耗了8%的CPU。二)資料庫伺服器CPU曲線的一些典型結論由於資料庫是K/3系統的瓶頸，我們主要觀察資料庫伺服器的性能，通過觀察資料庫伺服器CPU的運行曲線，可以得出一些典型結論。特別說明要觀察一段時間的CPU運行狀態，而不是看一瞬間的狀態。1）CPU持續100%一段時間如果發現資料庫CPU在某一段時間持續達到100%,成一條直線狀，這可以判斷是某項功能耗用了全部的CPU資源，這項功能如果是很少使用的計算功能或者是大資料量查詢，建議適當安排,不要在業務高峰期運行，如果是日常功能絕對需要優化。如果能夠直接判斷是某項具體的功能最好，如果在併發下無法判斷到底是何功能。可以通過SQL-PROFILE跟蹤執行時間較長的SQL。2）CPU大多數時間保持在40%以上如果資料庫伺服器CPU長期保持在40%以上，系統的運行速度時快時慢，這表示CPU的負荷已經很重。如果不能優化軟體本身，升級硬體，增加CPU的個數可能是需要的。在這兒要說明一點，不能認為CPU達到100%才是CPU資源不足。3）良好的CPU狀態良好的CPU狀態是CPU能夠經常跌落到40%以下，並且可以跌落到0。三)判斷資料庫記憶體是否夠用的一種簡單方法在任務管理器中選擇查看-顯示內核時間，會顯示一條紅線，可以理解為磁片讀寫的時間，如果紅線很高證明大量的磁片讀寫操作，說明記憶體可能不夠，需要大量的記憶體切換。1.2 SQL Server的事件探查器（SQL-PROFILE）主要用來跟蹤資料庫的SQL執行情況，發現耗時較長的SQL,從而發現影響性能的原因,分支機搆可以使用此工具得到跟蹤檔，把跟蹤檔返回到研發，用來分析和定位問題。這是最有效的定位分析問題的手段。一.使用方法K/3出現性能問題，很多都是與SQL Sever資料相關。是否是一次查詢了太多的資料造成資料庫負載過大，出現性能問題？使用該工具可以使我們發現是哪些SQL 語句消耗了SQL Server資料庫的資源，對於發現性能問題會很有幫助，特別是給研發的軟體工程師們。SQL 事件探查器用於以下活動： 逐步分析有問題的查詢以找到問題的原因。查找並診斷運行慢的查詢。捕獲導致某個問題的一系列 SQL 語句。然後用所保存的跟蹤在某台測試伺服器上複製此問題，接著在該測試伺服器上診斷問題。監視 SQL Server 的性能以精細地調整工作負荷。1）啟動事件探查器工具在“開始”功能表，依次指向“程式”、“Microsoft SQL Server”，然後單擊“事件探查器”。 2）打開該程式後選擇“檔”功能表的“新建”的子功能表“跟蹤”，打開如下的介面：選擇SQL Server伺服器名稱（或者輸入IP位址，如果是本機器可以輸入“.”英文句號），然後輸入SQL Server的身份驗證登陸名和密碼，可以和資料庫管理員聯繫。3）選擇“事件”選項卡n 在該圖中設置需要跟蹤的SQL Server事件類。主要用來跟蹤SQL語句和存儲過程的事件，通常情況下只要設置TSQL事件類的SQL:BatchCompleted，SQL:StmtCompleted事件和存儲過程事件類RPC:Completed、SP:Completed，SP:stmtCompleted事件即可。4）選擇“資料列”選項卡，如下圖：在該圖中選擇要捕獲的數據列。建議把左邊的資料列全部添加到選定的資料列表中，捕獲完整，充分的資訊。設置完上面的資訊後，點擊“運行”按鈕。對選定的資料庫伺服器進行一定事件的跟蹤，然後另存為跟蹤文件，如下圖：可以對資料列：CPU（事件所使用的CPU事件，毫秒為單位），Reads（伺服器代表事件執行的邏輯磁片讀取數），Writes（伺服器代表事件執行的物理磁片寫入數），Duration（事件所花費的事件總計，毫秒為單位）進行查看，查找讀取或寫入物理磁片次數多的操作，耗時比較多的操作。為查找性能問題提供有力的證據，對性能優化也具有參考的價值。各個資料列的具體含義列舉如下表，以供參考查閱。數據列列號描述Application Name110創建與 SQL Server 實例的連接的用戶端應用程式名。 該列由應用程式傳遞的值填充，而不是由所顯示的程式名填充。 Binary Data2與在跟蹤中捕獲的事件類相關的二進位值。 ClientProcessID19由主機電腦分配給進程的 ID，在該進程中客戶應用程式正在運行。如果用戶端提供用戶端進程 ID，則填充此資料列。 Column Permissions44表明是否已設置了列許可權。分析語句文本，以確定將哪些許可權應用到了哪些列。 CPU 18事件所使用的 CPU 時間總計（以毫秒為單位）。 Database ID13USE database 語句所指定的資料庫 ID，如果沒有對給定實例發出過 USE database 語句，則是默認資料庫。如果在跟蹤內捕獲 Server Name資料列且伺服器可用，則 SQL 事件探查器將顯示資料庫名。 通過使用 DB_ID 函數確定資料庫的值。 DatabaseName35正在運行用戶語句的資料庫的名稱。 DBUserName140用戶端的 SQL Server 用戶名。Duration 13事件所花費的時間總計（以毫秒為單位）。 End Time 15事件結束時的時間。啟動事件的事件類（如 SQL:BatchStarting 或 SP:Starting）的該列不填充。 Error31給定事件的錯誤號。通常是存儲在 sysmessages 中的錯誤號。EventClass127捕獲的事件類類型。 EventSubClass121事件子類的類型，提供有關每個事件類的進一步資訊。例如，Execution Warning 事件類的事件子類值代表執行警告的類型： 1 = 查詢等待。查詢必須等待資源（如記憶體）才能執行。2 = 查詢超時。查詢在等待執行所需的資源時超時。所有事件類的該資料列均不填充。36所修改的檔的邏輯名稱。 Handle33ODBC、OLE DB 或 DB-Library 所用的整數，用以協調伺服器的執行。 Host Name18正運行用戶端的電腦名。如果用戶端提供主機名，則填充此資料列。若要確定主機名，請使用 HOST_NAME 函數。Index ID24受事件影響的物件上的索引 ID。若要確定物件的索引 ID，請使用 sysindexes 系統表的 indid 列。 Integer Data25與在跟蹤中捕獲的事件類相關的整型值。 LoginName11用戶的登錄名（SQL Server 安全登錄或 Microsoft Windows® 登錄憑據，格式為 DOMAINUsername）。LoginSid141登錄用戶的安全標識號 (SID)。可以在 master 資料庫的 sysxlogin