[發明專利]用于選擇性地監視事務的方法和系統

無效

• 申請號: 200710139137.5
• 申請日: 2007-07-26
• 公開（公告）號: CN101118502A
• 公開（公告）日: 2008-02-06
• 發明（設計）人: H·M·麥金尼
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F9/46
• 分類號: G06F9/46
• 代理公司: 北京市金杜律師事務所
• 代理人: 朱海波

技術領域

本發明一般地涉及用于監視軟件性能的改進的數據處理系統，并且更特別地涉及選擇性地監視所實現的軟件應用中的個別事務。

背景技術

性能監視常常在對系統中的軟件使用進行優化時使用。性能監視器通常被當作并入處理器的工具，用以通過及時地確定特定時間點的機器狀態來分析系統的選定特征。監視系統性能的一種方法是使用基于事務的觀點來監視系統。以這種方式，性能監視器可以通過跟蹤事務執行路徑來獲得最終用戶體驗，以定位問題發生的位置。因此，在確定系統是否提供了所需服務時可以將最終用戶的體驗納入考慮之中。

系統管理中的關鍵任務是監視軟件應用的性能和可用性，包括那些可能遍布于涉及多個物理資源的多個物理系統上的軟件應用的性能和可用性。典型地，該監視通過下述操作來執行：將軟件實現為包括稱作“探測器”的附加指令，報告諸如應用響應時間的性能信息。性能監視還可以通過向在事務執行期間協調調用的應用中加入有時稱為插件的附加軟件組件來在企業中實現。由于實時地執行監視，任何這樣的監視都會給受監視系統造成某種程度上的運行時性能開銷。因此，重要的是提供一種控制機制來以適當的粒度配置監視活動。

當前有兩種用于控制性能開銷的主要途徑。第一種途徑包括基于應用或邏輯組件選擇性地打開或關閉監視。例如，當用戶從Web瀏覽器發起事務時，將請求發送給Web服務器，Web服務器接著對應用服務器和數據庫服務器進行呼叫。傳統地，如果用戶已經體驗到性能問題，則對在Web服務器、應用服務器和數據庫服務器上運行的整個應用進行監視，以便查明問題的根本起因。然而，這種基于應用的途徑有兩個主要缺點。當對應用啟動事務監視時，將監視在該應用中的所有商務事務，無論其是否與識別性能瓶頸有關。這種全包括式的監視招致就CPU使用率、存儲器等而言比解決問題所需的更多的開銷。此外，當針對應用啟動事務監視時，該應用中的每個事務將產生同一水平的附加監視信息。在較短時間段內，累積的數據量可能變得非常高，由此招致處理數據的附加開銷。

控制性能開銷的第二種途徑是將每種商務事務與包含應當被用于個別事務的整個監視配置的“令牌”相關聯。在2004年10月22日提交的題目為“INTELLIGENT?PERFORMANCE?MONITORING?BASED?ONUSER?TRANSACTIONS”、序列號為10/971,472(律師存檔號為AUS920040420US1)的共同未決的美國專利申請中公開了這種方法。每個實現的應用具有用于將被監視的請求(商務事務)的入口點(例如，http://www.ibm.com/buyComputers)。一旦針對應用定義了該入口點，則監視策略與這些入口點相關聯。監視策略表示為令牌，其包含監視事務所需的所有信息。然而，這種途徑的缺點在于除了預定的采樣率，沒有其他的控制機制用于確定事務應當何時受到監視。由于在不受到監視的商務事務期間系統中可能會發生異常，因此這種控制缺失會引起問題。

發明內容

示例性的實施例提供了用于選擇性地監視所實現的軟件應用中的事務的計算機實現方法、數據處理系統和計算機程序產品。響應于在入口點接收到新事務，檢查監視策略以確定該監視策略是否表明了該事務應當被監視。如果該監視策略表明該事務應當被監視，則確定系統資源是否操作于在該監視策略中定義的預定系統條件之下。如果系統資源操作于預定系統條件之下，則該事務將被監視。如果系統資源沒有操作于預定系統條件之下，則該事務將不被監視。

附圖說明

所附的權利要求中闡述了相信是本發明特有的新穎性特征。然而，參考以下關于一個示例性實施例的詳細描述并結合附圖來閱讀，將能夠最好地理解本發明本身以及優選的使用模式、其他目的及其優點。附圖中：

圖1是其中可以實現本發明的各方面的分布式數據處理系統的圖示；

圖2是其中可以實現本發明的各方面的數據處理系統的框圖；

圖3是根據示例性實施例的用于選擇性地監視個別事務的示例性組件的框圖；

圖4是示出根據示例性實施例使用監視策略中的度量來識別需要監視的事務的框圖；以及

圖5是一個流程圖，示出了根據示例性實施例用于選擇性地監視實現的軟件應用中的個別事務的處理。

具體實施方式