專利名稱：一種單點業(yè)務(wù)性能的分析方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種單點業(yè)務(wù)性能的分析方法、裝置和系統(tǒng)。
背景技術(shù)：
單點業(yè)務(wù)性能的分析，指的是對該單點業(yè)務(wù)在客戶端或服務(wù)端的運行情況進行追蹤、收集和分析。通過對單點業(yè)務(wù)性能的分析，可以定位該單點業(yè)務(wù)的性能問題，從而使得程序員可以根據(jù)該性能問題及時作出修改，有利于提高單點業(yè)務(wù)的性能。在現(xiàn)有技術(shù)中，對單點業(yè)務(wù)性能的分析主要有三種，第一種是在oracle數(shù)據(jù)庫(甲骨文數(shù)據(jù)庫)層面上實現(xiàn)，主要通過會話級別打開SQL_trace (oracle數(shù)據(jù)庫中的一種SQL跟蹤手段)開關(guān)，收集SQL_trace文件來進行分析；一種是通過實例級別打開SQL_trace開關(guān),收集SQL_trace文件來進行分析；另一種是通過oracle數(shù)據(jù)庫的事件管理器(Oracle Enterprise manager)工具來查找耗時的SQL語句來進行分析。在對現(xiàn)有技術(shù)的研究和實踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)，不管采用以上的哪種分析方法，都無法對客戶端和服務(wù)端進行聯(lián)查，不利于定位單點業(yè)務(wù)的性能問題，從而不利于改善單點業(yè)務(wù)的性能。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種單點業(yè)務(wù)性能的分析方法、裝置和系統(tǒng)，可以對客戶端和服務(wù)端進行聯(lián)查，精確地定位單點業(yè)務(wù)的性能問題。一種單點業(yè)務(wù)性能的分析方法，包括:確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件；根據(jù)所述事件獲取對應(yīng)的客戶端遠程過程調(diào)用協(xié)議(RPC, Remote ProcedureCall Protocol)日志信息；根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息；根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能。一種單點業(yè)務(wù)性能的分析裝置，包括:確定單元，用于確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件；第一獲取單元，用于根據(jù)所述事件獲取對應(yīng)的客戶端遠程過程調(diào)用協(xié)議RPC日志
信息；第二獲取單元，用于根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息；分析單元，用于根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能。一種企業(yè)資源計劃系統(tǒng)(ERP,Enterprise Resource Planning),包括本發(fā)明實施例提供的任一種單點業(yè)務(wù)性能的分析裝置。本發(fā)明實施例通過確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件，來獲取對應(yīng)的客戶端RPC日志信息，然后再通過 客戶端RPC日志信息獲取到對應(yīng)的服務(wù)端RPC日志信息，最后再結(jié)合客戶端RPC日志信息和服務(wù)端RPC日志信息對單點業(yè)務(wù)的性能進行分析，從而實現(xiàn)了對客戶端和服務(wù)端進行聯(lián)查的目的，可以準(zhǔn)確地對單點業(yè)務(wù)的性能問題進行定位，有利于改善單點業(yè)務(wù)的性能。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例提供的單點業(yè)務(wù)性能的分析方法的流程圖；圖2是本發(fā)明實施例提供的單點業(yè)務(wù)性能的分析方法的另一流程圖；圖3a是本發(fā)明實施例提供的客戶端RPC日志信息的統(tǒng)一建模語言(UML，UnifiedModeling Language)模型圖；圖3b是本發(fā)明實施例提供的第一服務(wù)端RPC日志信息的UML模型圖；圖3c是本發(fā)明實施例提供的第二服務(wù)端RPC日志信息的UML模型圖；圖4是本發(fā)明實施例提供的單點業(yè)務(wù)性能分析裝置的結(jié)構(gòu)示意圖；圖5是本發(fā)明實施例提供的單點業(yè)務(wù)性能分析裝置的另一結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供一種單點業(yè)務(wù)性能的分析方法、裝置和系統(tǒng)。以下分別進行詳細說明。實施例一、本實施例將從單點業(yè)務(wù)性能分析裝置的角度進行描述。該單點業(yè)務(wù)性能分析裝置具體可以作為獨立的實體實現(xiàn)，也可以集成在客戶端、服務(wù)端或其他設(shè)備中，比如，集成在企業(yè)資源計劃(ERP, Enterprise Resource Planning)系統(tǒng)的客戶端或服務(wù)端中，等等。一種單點業(yè)務(wù)性能的分析方法，包括:確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件；根據(jù)所述事件獲取對應(yīng)的客戶端遠程過程調(diào)用協(xié)議RPC日志信息；根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息；根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能。如圖1所示，具體流程可以如下:101、確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件；102、根據(jù)步驟101中確定的事件獲取對應(yīng)的客戶端RPC日志信息；其中，客戶端RPC日志信息可以包括事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間等信息；103、 根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息；
其中，服務(wù)端RPC日志信息可以包括兩個RPC日志信息，一個是針對SQL腳本與SQL所在的程序類名與方法名的SQL日志信息，另一個是針對SQL執(zhí)行計劃(Plan)的計劃日志信息，為了描述方便，在本發(fā)明實施例中將SQL日志信息稱為第一服務(wù)端RPC日志信息，而將計劃日志信息稱為第二服務(wù)端RPC日志信息，這兩種RPC日志信息的內(nèi)容具體可以如下:(I)第一服務(wù)端RPC日志信息；該第一服務(wù)端RPC日志信息具體可以包括程序類名與方法名、結(jié)構(gòu)化查詢語言(SQL, Structured Query Language)語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間等信息；(2)第二服務(wù)端RPC日志信息；該第二服務(wù)端RPC日志信息具體可以包括SQL語句和執(zhí)行計劃信息等信息。則根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息具體可以如下:根據(jù)客戶端RPC日志信息中的訪問標(biāo)識在第一服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間；根據(jù)第一服務(wù)端RPC日志信息中的SQL標(biāo)識在第二服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的SQL語句和執(zhí)行計劃信息。104、根據(jù)步驟102中獲取到的客戶端RPC日志信息和步驟103中獲取到的服務(wù)端RPC日志信息分析該單點業(yè)務(wù)的性能。例如，具體可以如下:(I)根據(jù)客戶端RPC 日志信息中的事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間分析該單點業(yè)務(wù)在客戶端上的程序性能；(2)根據(jù)第一服務(wù)端RPC日志信息中的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間分析該單點業(yè)務(wù)在服務(wù)端上的程序性能；(3)根據(jù)第二服務(wù)端RPC日志信息中的SQL語句和執(zhí)行計劃信息得到執(zhí)行計劃的時間，根據(jù)執(zhí)行計劃的時間分析所述單點業(yè)務(wù)在服務(wù)端上的SQL性能。其中，客戶端RPC日志信息和服務(wù)端RPC日志信息為根據(jù)單點業(yè)務(wù)的執(zhí)行情況而預(yù)先生成的日志信息，即，在確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件之前，該方法還可以包括:調(diào)用客戶端的RPC程序，以及調(diào)用服務(wù)端的RPC程序；在客戶端和服務(wù)端執(zhí)行單點業(yè)務(wù)時，利用調(diào)用的客戶端的RPC程序?qū)吸c業(yè)務(wù)的執(zhí)行情況進行監(jiān)控，并在客戶端生成客戶端RPC日志信息；以及，利用調(diào)用的服務(wù)端的RPC程序?qū)吸c業(yè)務(wù)的執(zhí)行情況進行監(jiān)控，并在服務(wù)端生成服務(wù)端RPC日志信息。由上可知，本實施例通過確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件，來獲取對應(yīng)的客戶端RPC日志信息，然后再通過客戶端RPC日志信息獲取到對應(yīng)的服務(wù)端RPC日志信息，最后再結(jié)合客戶端RPC日志信息和服務(wù)端RPC日志信息對單點業(yè)務(wù)的性能進行分析，從而實現(xiàn)了對客戶端和服務(wù)端進行聯(lián)查的目的，可以準(zhǔn)確地對單點業(yè)務(wù)的性能問題進行定位，有利于改善單點業(yè)務(wù)的性能。實施例二、根據(jù)實施例一所描述的方法，一下將舉例作進一步詳細說明。
首先，可以分別為客戶端RPC程序和服務(wù)端RPC程序設(shè)置一個觸發(fā)開關(guān)，其中，在本發(fā)明實施例中，客戶端RPC程序的觸發(fā)開關(guān)稱為客戶端的RPC開關(guān)，而服務(wù)端RPC程序的觸發(fā)開關(guān)則稱為服務(wù)端的RPC開關(guān)。其次，當(dāng)需要為某個單點業(yè)務(wù)生成RPC日志信息(即在客戶端生成客戶端RPC日志信息，在服務(wù)端生成服務(wù)端RPC日志信息)時，就可以分別啟動客戶端的RPC開關(guān)和服務(wù)端的RPC開關(guān)，從而觸發(fā)客戶端RPC程序和服務(wù)端RPC程序的調(diào)用，然后，在客戶端和服務(wù)端執(zhí)行單點業(yè)務(wù)時，分別利用客戶端RPC程序和服務(wù)端RPC程序?qū)吸c業(yè)務(wù)的執(zhí)行情況進行監(jiān)控，使得可以在客戶端生成客戶端RPC日志信息，以及在服務(wù)端生成服務(wù)端RPC日志信息，這樣，后續(xù)就可以利用客戶端RPC日志信息和服務(wù)端RPC日志信息快速定位該執(zhí)行的單點業(yè)務(wù)的性能。以下將以ERP系統(tǒng)中的單點業(yè)務(wù)A為例作詳細說明。其中，該ERP系統(tǒng)包括ERP客戶端和ERP服務(wù)端(簡稱為客戶端和服務(wù)端)，且客戶端和服務(wù)端中均集成有本發(fā)明實施例提供的單點業(yè)務(wù)性能分析裝置。參見圖2，單點業(yè)務(wù)A性能的分析方法流程具體可以如下:201、客戶端接受用戶的設(shè)置，以觸發(fā)客戶端的RPC開關(guān)的開啟；例如，具體可以接受用戶在服務(wù)端所進行的設(shè)置，比如接收用戶在服務(wù)端輸入的客戶端RPC開關(guān)的啟動指令，然后根據(jù)該啟動指令觸發(fā)客戶端RPC開關(guān)的開啟；或者，具體也可以接受用戶在客戶端所進行的設(shè)置，比如接收用戶在客戶端輸入的客戶端RPC開關(guān)的啟動指令，然后根據(jù)該啟動指令觸發(fā)客戶端RPC開關(guān)的開啟。
·
202、服務(wù)端接受用戶的設(shè)置，以觸發(fā)服務(wù)端的RPC開關(guān)的開啟；例如，具體可以接收用戶在客戶端輸入的服務(wù)端RPC開關(guān)的啟動指令，然后根據(jù)該啟動指令觸發(fā)服務(wù)端RPC開關(guān)的開啟。其中，步驟201和步驟202的執(zhí)行可以不分先后。203、當(dāng)客戶端的RPC開關(guān)被開啟時，觸發(fā)單點業(yè)務(wù)性能分析裝置調(diào)用客戶端RPC程序，同理，當(dāng)服務(wù)端的RPC開關(guān)被開啟時，也觸發(fā)單點業(yè)務(wù)性能分析裝置調(diào)用ERP服務(wù)端RPC程序，于是，客戶端RPC程序和ERP服務(wù)端RPC程序開始運行。204、ERP系統(tǒng)執(zhí)行單點業(yè)務(wù)A。205、單點業(yè)務(wù)性能分析裝置利用調(diào)用的客戶端的RPC程序?qū)吸c業(yè)務(wù)A的執(zhí)行情況進行監(jiān)控，并在客戶端生成客戶端RPC日志信息“rpcD.V60SP1.log” ；以及，單點業(yè)務(wù)性能分析裝置利用調(diào)用的服務(wù)端的RPC程序?qū)吸c業(yè)務(wù)A的執(zhí)行情況進行監(jiān)控，并在服務(wù)端生成服務(wù)端 RPC 日志信息:“RpcSqlD.V60SP1.log” 和 “SqlPlanD.V60SP1.log”。其中，客戶端RPC日志信息，以及兩個服務(wù)端RPC日志信息的結(jié)構(gòu)可以如下:參見圖3a、圖3b和圖3c，這些圖為各種RPC日志信息的UML模型圖，其中，在這些圖中，粗線框表示活動類，粗線框中的內(nèi)容表示類的屬性，屬性后可以跟上類型甚至缺省取值，比如“name:string”,其中，name即為類的屬性，而“string”則是“name”的類型，意思為“字串型”。此外，空心實線箭頭表示“一般化(generalization) ”,具體表示位于箭頭起始的對象繼承于箭頭指向的對象?！皩嵭牧庑蔚綄嵕€箭頭”和“實線箭頭”，表示“關(guān)聯(lián)(Association) ”,具體表示位于箭頭起始的對象聚合箭頭指向的對象；其中，“實心菱形到箭頭”上的數(shù)字“ I ”表示一個對象，數(shù)字“0..*”表示零個或多個對象。
(I)客戶端 RPC 日志信息:rpcD.V60SP1.log ；如圖3a所示，該圖為客戶端RPC日志信息的UML模型圖。從圖3a可以看出，RpcLog為一個日志文件。其中，RpcLog屬于活動類,包括屬性“name”，“name”意思為“名稱”，其類型為“string”?！癛pcLog”聚合零個或多個“MainFrame Quit (意思為退出主框架)”，以及聚合零個或多個“Action (意思為方法)”。其中,“MainFrame Quit”屬于活動類,為未聲明Action之外的RPC日志信息，會在客戶端退出時統(tǒng)一退出；“Action”也屬于活動類，為客戶端的性能事件，包括用戶界面(UI, User Interface)初始化和用戶界面上任意按鈕或菜單綁定的Swing Action (改變方法)，“Action”嵌套時,通過順序和stack (棧)表示父子關(guān)系，比如，如圖 3a 中的“Action (stacklevel = I) ”則表 不有一層嵌套,其中,“Action (stacklevel =
I)”為子Action, “Action”為父Action。之所以有嵌套的Action,是因為某些用戶操作會跨Action,但不會跨最外層的Action,所以，一些關(guān)鍵的統(tǒng)計信息可以在子Action輸出?！癆ction”聚合零個或多個“ActionEntry (意思為方法事件)”, “ActionEntry”也屬于活動類，不同類型的“ActionEntry”可以通過名稱(即name)的命名規(guī)則來區(qū)分，比如，如果是普通的RPC調(diào)用(即RpcInvoke)所產(chǎn)生的“ActionEntry”話，則沒有前綴，如果是緩存中的RPC調(diào)用(即Cached RpcInvoke)所產(chǎn)生的“ActionEntry”的話,則為“+++”,如果是子方法(即SubAction)所產(chǎn)生的“ActionEntry”的話，則為“一”，如果是用戶輸入(即 User Input)白勺 “ActionEntry” 的話，則為 “###”,等等。“MainFrame Quit”聚合零個或多個“Thread Summary (意思為總線程)”，“Thread Summary” 屬于活動類，查看 “Thread (意思為線程)”為 “AWT-EventQueue-l ” 的“Sirnimary(意思為匯總)”，可以了解用戶操作的全過程?！癟hread Summary” 也聚合零個或多個 “ActionEntry”。其中，“ActionEntry”主要可以由 “Rpclnvoke (即普通得 Rpc 調(diào)用)'“CachedRpCInVOke(即緩存Rpc調(diào)用)”、“User Input (即用戶輸入)”或“SubAction (即子方法)”產(chǎn)生。其中，“Rpclnvoke”可以聯(lián)查服務(wù)端的性能事件Rpclnvoke, “User Input”用于計算最外層 “Action” 中 “waitxxx” 的參數(shù)值，比如，計算 “waitTime”、“waitRpcBytes” 或“waitRpcNumber”等的參數(shù)值；“SubAction”用于說明子Action在父Action中的時序。以下將對圖3a中各個活動類的屬性和類型進行簡略說明，參見表一。表一:
權(quán)利要求
1.一種單點業(yè)務(wù)性能的分析方法，其特征在于，包括: 確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件； 根據(jù)所述事件獲取對應(yīng)的客戶端遠程過程調(diào)用協(xié)議RPC日志信息； 根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息； 根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述客戶端RPC日志信息包括事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間； 所述服務(wù)端RPC日志信息包括第一服務(wù)端RPC日志信息和第二服務(wù)端RPC日志信息；所述第一服務(wù)端RPC日志信息包括程序類名與方法名、結(jié)構(gòu)化查詢語言SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間； 所述第二服務(wù)端RPC日志信息包括SQL語句和執(zhí)行計劃信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息，包括: 根據(jù)客戶端RPC日志信息中的訪問標(biāo)識在第一服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間； 根據(jù)第一服務(wù)端RPC日志信息中的SQL標(biāo)識在第二服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的SQL語句和執(zhí)行計劃彳 目息。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能，包括: 根據(jù)所述客戶端RPC日志信息中的事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間分析所述單點業(yè)務(wù)在客戶端上的程序性能； 根據(jù)第一服務(wù)端RPC日志信息中的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間分析所述單點業(yè)務(wù)在服務(wù)端上的程序性能； 根據(jù)第二服務(wù)端RPC日志信息中的SQL語句和執(zhí)行計劃信息得到執(zhí)行計劃的時間，根據(jù)執(zhí)行計劃的時間分析所述單點業(yè)務(wù)在服務(wù)端上的SQL性能。
5.根據(jù)權(quán)利要求1至3中任一項所述的方法，其特征在于，所述確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件之前，還包括: 調(diào)用客戶端的RPC程序，以及調(diào)用服務(wù)端的RPC程序； 在客戶端和服務(wù)端執(zhí)行單點業(yè)務(wù)時，利用所述客戶端的RPC程序?qū)吸c業(yè)務(wù)的執(zhí)行情況進行監(jiān)控，并在客戶端生成客戶端RPC日志信息；以及， 利用所述服務(wù)端的RPC程序?qū)吸c業(yè)務(wù)的執(zhí)行情況進行監(jiān)控，并在服務(wù)端生成服務(wù)端RPC日志信息。
6.一種單點業(yè)務(wù)性能的分析裝置，其特征在于，包括: 確定單元，用于確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件； 第一獲取單元，用于根據(jù)所述事件獲取對應(yīng)的客戶端遠程過程調(diào)用協(xié)議RPC日志信息； 第二獲取單元，用于根據(jù)客戶端RPC日志信息獲取對應(yīng)的服務(wù)端RPC日志信息；分析單元，用于根據(jù)所述客戶端RPC日志信息和服務(wù)端RPC日志信息分析所述單點業(yè)務(wù)的性能。
7.根據(jù)權(quán)利要求6所述的單點業(yè)務(wù)性能的分析裝置，其特征在于， 所述客戶端RPC日志信息包括事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間； 所述服務(wù)端RPC日志信息包括第一服務(wù)端RPC日志信息和第二服務(wù)端RPC日志信息； 所述第一服務(wù)端RPC日志信息包括程序類名與方法名、結(jié)構(gòu)化查詢語言SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間； 所述第二服務(wù)端RPC日志信息包括SQL語句和執(zhí)行計劃信息。
8.根據(jù)權(quán)利要求7所述的單點業(yè)務(wù)性能的分析裝置，其特征在于，所述第二獲取單元包括: 第一獲取子單元，用于根據(jù)客戶端RPC日志信息中的訪問標(biāo)識在第一服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間； 第二獲取子單元，用于根據(jù)第一服務(wù)端RPC日志信息中的SQL標(biāo)識在第二服務(wù)端RPC日志信息中聯(lián)查到對應(yīng)的SQL語句和執(zhí)行計劃信息。
9.根據(jù)權(quán)利要求7或8所述的單點業(yè)務(wù)性能的分析裝置，其特征在于，所述分析單元包括: 第一分析子單元，用于根據(jù)所述客戶端RPC日志信息中的事件名、程序類名與方法名、訪問標(biāo)識、RPC調(diào)用的時間、RPC調(diào)用次數(shù)、RPC調(diào)用的時長和RPC總得調(diào)用時間分析所述單點業(yè)務(wù)在客戶端上的程序性能； 第二分析子單元，用于根據(jù)第一服務(wù)端RPC日志信息中的程序類名與方法名、SQL語句、SQL的執(zhí)行時間、SQL標(biāo)識和數(shù)據(jù)庫方面總得耗用時間分析所述單點業(yè)務(wù)在服務(wù)端上的程序性能； 第三分析子單元，用于根據(jù)第二服務(wù)端RPC日志信息中的SQL語句和執(zhí)行計劃信息得到執(zhí)行計劃的時間，根據(jù)執(zhí)行計劃的時間分析所述單點業(yè)務(wù)在服務(wù)端上的SQL性能。
10.一種企業(yè)資源計劃系統(tǒng)，其特征在于，包括權(quán)利要求6至9所述的任一種單點業(yè)務(wù)性能的分析裝置。
全文摘要
本發(fā)明公開了一種單點業(yè)務(wù)性能的分析方法、裝置和系統(tǒng)。本發(fā)明實施例通過確定需要分析的單點業(yè)務(wù)所對應(yīng)的事件，來獲取對應(yīng)的客戶端RPC日志信息，然后再通過客戶端RPC日志信息獲取到對應(yīng)的服務(wù)端RPC日志信息，最后再結(jié)合客戶端RPC日志信息和服務(wù)端RPC日志信息對單點業(yè)務(wù)的性能進行分析，從而實現(xiàn)了對客戶端和服務(wù)端進行聯(lián)查的目的，可以準(zhǔn)確地對單點業(yè)務(wù)的性能問題進行定位，有利于改善單點業(yè)務(wù)的性能。
文檔編號H04L12/24GK103248511SQ20121003277
公開日2013年8月14日 申請日期2012年2月14日 優(yōu)先權(quán)日2012年2月14日
發(fā)明者楊銀芳 申請人:金蝶軟件(中國)有限公司