專利名稱：操作管理方法和操作管理服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于對(duì)目標(biāo)設(shè)備的操作進(jìn)行管理的操作管理方法、操作管理服務(wù)器以及操作管理程序，還涉及用于存儲(chǔ)該操作管理程序的計(jì)算機(jī)可讀的存儲(chǔ)介質(zhì)。更具體來說，本發(fā)明涉及有效地對(duì)受到管理的目標(biāo)設(shè)備進(jìn)行故障排除的操作管理方法、操作管理服務(wù)器以及操作管理程序，還涉及用于存儲(chǔ)該操作管理程序的計(jì)算機(jī)可讀的存儲(chǔ)介質(zhì)。
背景技術(shù)：
近年來因特網(wǎng)訪問環(huán)境的流行已導(dǎo)致對(duì)提高系統(tǒng)可靠性的努力。一種方法是為系統(tǒng)引入功能冗余。采用冗余設(shè)計(jì)，系統(tǒng)的某個(gè)部分中的故障不會(huì)使整個(gè)操作崩潰。該系統(tǒng)依然可以利用其它有效的功能來進(jìn)行操作。
一般來講，以消息的形式把服務(wù)器中出現(xiàn)的故障或其它問題事件報(bào)告給某些其它設(shè)備(例如，操作管理服務(wù)器)。在冗余系統(tǒng)中，一個(gè)功能中的故障將傳播到其它相關(guān)功能，由此使得會(huì)發(fā)送更多錯(cuò)誤消息。即，當(dāng)服務(wù)器遇到異常時(shí)，該服務(wù)器并非一定是唯一生成錯(cuò)誤消息的服務(wù)器。實(shí)際上，其它相關(guān)服務(wù)器也會(huì)發(fā)送錯(cuò)誤消息。
錯(cuò)誤消息的多個(gè)發(fā)送者的存在使得難以定位真正的問題源。通常把該任務(wù)委托給精通網(wǎng)絡(luò)的工程師，他們可以基于他/她的經(jīng)驗(yàn)來定位出問題。然而，某些缺乏經(jīng)驗(yàn)的工程師要花費(fèi)很長時(shí)間來恢復(fù)系統(tǒng)。對(duì)于企業(yè)網(wǎng)絡(luò)，其恢復(fù)的延遲將對(duì)該公司的商業(yè)活動(dòng)造成極大的影響。因而需要一種不依賴于單個(gè)維護(hù)工程師的技能就可以從故障中恢復(fù)的網(wǎng)絡(luò)系統(tǒng)。
已提出的一種方案是配備一數(shù)據(jù)庫，其存儲(chǔ)有每個(gè)網(wǎng)絡(luò)故障的記錄以及由此生成的故障通知消息的時(shí)間序列。通過與數(shù)據(jù)庫記錄進(jìn)行比較來檢查從網(wǎng)絡(luò)實(shí)際發(fā)送的消息，可以定位出故障。所提出的設(shè)備自動(dòng)檢索故障的位置，由此使得能夠快速恢復(fù)網(wǎng)絡(luò)系統(tǒng)。例如，參見特開第2001-257677號(hào)公報(bào)(圖1)。
然而，在特開第2001-257677號(hào)公報(bào)(圖1)中公開的設(shè)備針對(duì)的是網(wǎng)絡(luò)上的通信故障。它不涉及任何有關(guān)如何處理在服務(wù)器上運(yùn)行的應(yīng)用或其它程序可能遇到的故障。所提出的設(shè)備未提供根據(jù)從服務(wù)器上的應(yīng)用、中間件或OS(操作系統(tǒng))產(chǎn)生的錯(cuò)誤消息來調(diào)查故障源的功能。
當(dāng)服務(wù)器故障產(chǎn)生多條消息時(shí)，現(xiàn)有技術(shù)不能使我們能夠查明該服務(wù)器故障的真實(shí)位置。例如，假定服務(wù)器上的應(yīng)用由于某種原因而終止。除了源應(yīng)用本身，包括中間件和OS模塊的某些其它程序也可能發(fā)出錯(cuò)誤消息。特別是在多個(gè)服務(wù)器協(xié)同操作的環(huán)境中，另一服務(wù)器上的某些應(yīng)用也會(huì)產(chǎn)生錯(cuò)誤消息。
從以上討論可知，多功能計(jì)算機(jī)系統(tǒng)上的一個(gè)故障可以影響在多個(gè)不同服務(wù)器上運(yùn)行的各種應(yīng)用，從而導(dǎo)致多個(gè)錯(cuò)誤消息。盡管初始故障源自特定服務(wù)器上的特定軟件程序，但是不容易僅通過單獨(dú)考查接收到的消息來找到真實(shí)原因并定位出錯(cuò)誤。
在多任務(wù)和/或多線程系統(tǒng)環(huán)境中情況更復(fù)雜。在這些系統(tǒng)中，在沒有明顯原因的情況下，內(nèi)存管理的問題可能導(dǎo)致應(yīng)用的性能劣化，或者可能使中間件模塊崩潰，盡管該應(yīng)用本身沒有任何問題。很難找到這種問題的原因，這是因?yàn)閱栴}的實(shí)際發(fā)源地不在執(zhí)行得很差的軟件程序中，而在某個(gè)其它地方。

發(fā)明內(nèi)容
鑒于上述情況，本發(fā)明的目的是提供可以指出成為故障源的軟件程序的操作管理方法、操作管理服務(wù)器、操作管理程序，以及存儲(chǔ)有該程序的計(jì)算機(jī)可讀的存儲(chǔ)介質(zhì)。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種圖1所示的操作管理方法。將該方法設(shè)計(jì)成按以下方式執(zhí)行操作管理任務(wù)。首先，從多個(gè)監(jiān)控目標(biāo)對(duì)象收集事件信息(步驟ST1)，其中，所述多個(gè)監(jiān)控目標(biāo)對(duì)象是在服務(wù)器上執(zhí)行的多個(gè)功能。然后通過對(duì)收集到的多條事件信息進(jìn)行分組來生成事件組(步驟ST2)。按事件信息的發(fā)生模式對(duì)該事件組與多個(gè)模式定義組進(jìn)行比較(步驟ST3)，其中，每個(gè)模式定義組定義了在發(fā)生特定故障時(shí)從多個(gè)監(jiān)控目標(biāo)對(duì)象輸出的事件信息的發(fā)生模式。隨后，提取故障對(duì)策信息，該故障對(duì)策信息被預(yù)先與按事件信息的發(fā)生模式類似于所述事件組的模式定義組關(guān)聯(lián)起來，并且該故障對(duì)策信息指示成為故障原因的監(jiān)控目標(biāo)對(duì)象(步驟ST4)。
根據(jù)上述操作管理方法，把由多個(gè)監(jiān)控目標(biāo)對(duì)象產(chǎn)生的事件信息收集起來并組合成事件組。然后對(duì)該事件組與多個(gè)模式定義組進(jìn)行比較。當(dāng)找到按時(shí)間信息的發(fā)生模式與該事件組相似的模式定義組時(shí)，提取被預(yù)先與找到的模式定義組關(guān)聯(lián)起來的故障對(duì)策信息。該故障對(duì)策信息指示成為故障原因的監(jiān)控目標(biāo)對(duì)象。
此外，為實(shí)現(xiàn)上述目的，提供了一種用于管理服務(wù)器的操作管理方法。該方法包括以下步驟收集輸入到服務(wù)器的命令；通過對(duì)收集到的多個(gè)所述命令進(jìn)行分組，來生成操作歷史記錄信息；按所述命令的輸入模式，對(duì)多個(gè)操作模式信息與所述操作歷史記錄信息進(jìn)行比較，所述操作模式信息定義成為故障發(fā)生原因的命令輸入模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述命令的輸入模式類似于所述操作歷史記錄信息的所述操作模式信息關(guān)聯(lián)起來，并且該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
根據(jù)上述操作管理方法，把輸入到服務(wù)器的命令收集起來并組合成操作歷史記錄信息。然后對(duì)操作模式信息與該操作歷史記錄信息進(jìn)行比較。當(dāng)找到按命令的輸入模式與該操作歷史記錄信息相似的特定操作模式信息時(shí)，提取已被預(yù)先與該操作模式信息關(guān)聯(lián)起來的故障對(duì)策信息，該故障對(duì)策信息表示成為故障原因的監(jiān)控目標(biāo)對(duì)象。
根據(jù)結(jié)合附圖的以下詳細(xì)說明，本發(fā)明的上述和其他目的、特征以及優(yōu)點(diǎn)將變得顯見，這些附圖通過示例例示了本發(fā)明的多個(gè)優(yōu)選實(shí)施例。


圖1是本發(fā)明的概念圖。
圖2示出使用故障信息回歸型解決方法的示例。
圖3示出消息標(biāo)準(zhǔn)化過程。
圖4示出配置管理數(shù)據(jù)的示例結(jié)構(gòu)。
圖5示出事件信息分組過程的概念。
圖6示意性地示出比較過程。
圖7示出事件組匹配和對(duì)策信息輸出的示例。
圖8示出比較結(jié)果排序過程。
圖9是示出由比較部執(zhí)行的過程的流程圖。
圖10示出設(shè)有故障檢測(cè)功能的示例系統(tǒng)配置。
圖11示出在本發(fā)明一實(shí)施例中使用的操作管理服務(wù)器的示例硬件配置。
圖12是示出操作管理服務(wù)器的內(nèi)部結(jié)構(gòu)的框圖。
圖13示出硬件配置數(shù)據(jù)的示例數(shù)據(jù)結(jié)構(gòu)。
圖14示出軟件配置數(shù)據(jù)的示例數(shù)據(jù)結(jié)構(gòu)。
圖15示出網(wǎng)絡(luò)配置數(shù)據(jù)的示例數(shù)據(jù)結(jié)構(gòu)。
圖16示出系統(tǒng)配置數(shù)據(jù)的示例數(shù)據(jù)結(jié)構(gòu)。
圖17是消息分組過程的流程圖。
圖18示出事件分組的示例過程。
圖19示出事件組日志的示例數(shù)據(jù)結(jié)構(gòu)。
圖20示出客戶數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。
圖21示出事件模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。
圖22示出當(dāng)日事件日志的示例數(shù)據(jù)結(jié)構(gòu)。
圖23示出當(dāng)日事件組日志的示例數(shù)據(jù)結(jié)構(gòu)。
圖24是模式匹配過程的流程圖。
圖25是示出預(yù)處理的詳情的流程圖。
圖26是示出重復(fù)事件過濾過程的流程圖。
圖27是事件模式提取過程的流程圖。
圖28示出臨時(shí)事件模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。
圖29是組合匹配過程的流程圖。
圖30是信息輸出過程的流程圖。
圖31是以往事件檢查過程的流程圖。
圖32是后處理順序的流程圖。
圖33示出信息的流動(dòng)。
圖34示出事件組檢索屏面的示例。
圖35示出事件選擇屏面的示例。
圖36示出分析結(jié)果屏面的示例。
圖37示出歷史記錄表的示例數(shù)據(jù)結(jié)構(gòu)。
圖38示出操作模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。
具體實(shí)施例方式
下面參照附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行描述。
以下說明從對(duì)本發(fā)明的概述開始，然后進(jìn)行到本發(fā)明的更具體的實(shí)施例。
圖1是本發(fā)明的概念圖。在圖1中，操作管理服務(wù)器1執(zhí)行根據(jù)本發(fā)明的操作管理方法。該操作管理服務(wù)器1連接到多個(gè)服務(wù)器2到4。在服務(wù)器2上運(yùn)行的軟件程序包括應(yīng)用程序2a、中間件程序2b以及OS程序2c，這些軟件程序都屬于操作管理服務(wù)器1監(jiān)控的處理對(duì)象。在其它服務(wù)器3和4上運(yùn)行著類似的軟件程序。
操作管理服務(wù)器1具有預(yù)先配備好的模式定義組數(shù)據(jù)庫1a和故障對(duì)策信息數(shù)據(jù)庫1b。模式定義組數(shù)據(jù)庫1a存儲(chǔ)有多個(gè)模式定義組，每個(gè)模式定義組定義在發(fā)生特定故障時(shí)可能從多個(gè)監(jiān)控目標(biāo)對(duì)象產(chǎn)生的事件信息的模式。故障對(duì)策信息數(shù)據(jù)庫1b存儲(chǔ)有故障對(duì)策信息，該故障對(duì)策信息包含有關(guān)可能是故障原因的監(jiān)控目標(biāo)對(duì)象的信息。預(yù)先把這些故障對(duì)策信息與對(duì)應(yīng)的模式定義組關(guān)聯(lián)起來。具體來說，故障對(duì)策信息包含以下數(shù)據(jù)項(xiàng)故障位置、故障原因，以及針對(duì)故障的對(duì)策。在操作中，操作管理服務(wù)器1執(zhí)行以下任務(wù)首先，操作管理服務(wù)器1從多個(gè)監(jiān)控目標(biāo)對(duì)象收集事件信息(步驟ST1)，這里，術(shù)語“監(jiān)控目標(biāo)對(duì)象“是指在服務(wù)器上執(zhí)行的各種功能。操作管理服務(wù)器1接著通過對(duì)所收集到的多條事件信息進(jìn)行分組來生成事件組(步驟ST2)。然后，操作管理服務(wù)器1按照事件信息的發(fā)生模式，對(duì)生成的事件組與模式定義組數(shù)據(jù)庫1a中的每個(gè)模式定義組進(jìn)行比較(步驟ST3)。作為該比較過程的結(jié)果，操作管理服務(wù)器1按照事件信息的發(fā)生模式找到與給定事件組相似的特定模式定義組。操作管理服務(wù)器1接著查詢故障對(duì)策信息數(shù)據(jù)庫1b，以提取出與所找到的匹配模式定義組相關(guān)聯(lián)的故障對(duì)策信息，該故障對(duì)策信息表示成為故障原因的監(jiān)控目標(biāo)對(duì)象(步驟ST4)。這里，兩組之間在事件信息的發(fā)生模式方面的相似性是指它們共有至少一個(gè)公共事件記錄。
根據(jù)上述操作管理方法，把從目標(biāo)對(duì)象收集到的事件信息排序成多個(gè)組。按照事件信息的發(fā)生模式對(duì)一個(gè)所得事件組與多個(gè)模式定義組進(jìn)行比較。從而找到具有類似發(fā)生模式的模式定義組，并提取出與該模式定義組相關(guān)聯(lián)的故障對(duì)策信息。
所提出的方法允許管理員基于檢索到的故障對(duì)策信息，對(duì)操作管理服務(wù)器進(jìn)行維護(hù)，以識(shí)別出故障的位置和原因，以及針對(duì)該故障的可能對(duì)策。對(duì)于沒有關(guān)聯(lián)模式定義組的事件組，在解決了該故障時(shí)創(chuàng)建針對(duì)該事件組的新模式定義組，并把該新模式定義組存儲(chǔ)在模式定義組數(shù)據(jù)庫1a中。此外，把一新故障對(duì)策信息輸入到故障對(duì)策信息數(shù)據(jù)庫1b中。由此其它維護(hù)工程師在必要時(shí)可以重用某些維護(hù)工程師以往針對(duì)故障所采用的對(duì)策或其它動(dòng)作。
不管單個(gè)操作員的能力如何，上述操作管理方法都將減少解決故障所需的時(shí)間。它使用模式定義組和故障對(duì)策信息中的有關(guān)以往故障和對(duì)策的累積知識(shí)，由此使得可以快速和恰當(dāng)?shù)貞?yīng)對(duì)類似故障。當(dāng)解決了一個(gè)新發(fā)現(xiàn)的故障時(shí)，將該故障的信息登記為模式定義組和故障對(duì)策信息，這排除了他/她親自把該故障的解決告知?jiǎng)e人的必要。該特征防止了由于采取了不相關(guān)的措施而使故障長時(shí)間得不到解決。
下面將描述在本實(shí)施例中所提出的故障檢測(cè)功能(故障信息回歸型解決方法)的概念。
圖2示出使用故障信息回歸型解決方法的示例。正如所見，多個(gè)服務(wù)器11和12經(jīng)由網(wǎng)絡(luò)13連接到操作管理服務(wù)器20。一個(gè)服務(wù)器11具有包括以下功能的內(nèi)嵌監(jiān)管功能硬件監(jiān)控、軟件監(jiān)控、性能監(jiān)控、安全性監(jiān)控以及配置監(jiān)控。另一服務(wù)器12也具有這種監(jiān)管功能。
硬件監(jiān)控功能跟蹤在服務(wù)器11中使用的硬件模塊的動(dòng)作(例如，監(jiān)視硬盤驅(qū)動(dòng)器的寫入差錯(cuò)率)。軟件監(jiān)控功能是多個(gè)模塊的集合，每個(gè)模塊都監(jiān)控一特定軟件，如OS程序、中間件程序或應(yīng)用程序。性能監(jiān)控功能監(jiān)管服務(wù)器11的操作狀態(tài)(例如，空閑存儲(chǔ)空間)。安全性監(jiān)控功能監(jiān)視對(duì)服務(wù)器11的非法訪問企圖。配置監(jiān)控功能監(jiān)控服務(wù)器11的配置變化。
當(dāng)諸如一錯(cuò)誤的特定事件發(fā)生時(shí)，每個(gè)監(jiān)管功能生成錯(cuò)誤事件。生成詳細(xì)描述該錯(cuò)誤事件的事件信息，并以消息的形式經(jīng)由網(wǎng)絡(luò)13將其傳送到操作管理服務(wù)器20。這種消息31和32例如攜帶服務(wù)器11和12生成的日志信息和配置變化通知。
操作管理服務(wù)器20包括事件提取表21、模式定義組22、對(duì)策信息表23、消息標(biāo)準(zhǔn)化部24、分組部25、比較部26以及對(duì)策輸出部27。
事件提取表21是包含用于對(duì)從已接收消息提取必要事件信息的規(guī)則進(jìn)行定義的信息表。
模式定義組22是對(duì)發(fā)生故障時(shí)監(jiān)測(cè)到的事件的組合進(jìn)行限定的信息。
對(duì)策信息表23是包含與對(duì)應(yīng)于發(fā)生故障時(shí)可能遇到的各種事件模式的故障對(duì)策有關(guān)的信息的信息表。
消息標(biāo)準(zhǔn)化部24對(duì)從服務(wù)器11和12接收到的消息進(jìn)行標(biāo)準(zhǔn)化，使得它們符合預(yù)定數(shù)據(jù)結(jié)構(gòu)。更具體來說，當(dāng)接收到消息時(shí)，消息標(biāo)準(zhǔn)化部24參照事件提取表21，以獲得與每條接收消息相關(guān)的事件信息提取規(guī)則。消息標(biāo)準(zhǔn)化部24接著根據(jù)所獲得的規(guī)則，從消息中提取事件信息。
然后，分組部25將所提取出的事件信息排序成多個(gè)組，每個(gè)組包括相互關(guān)聯(lián)的多條事件信息。預(yù)先定義了特定監(jiān)控目標(biāo)對(duì)象(例如，裝置、OS、中間件、應(yīng)用)之間的關(guān)聯(lián)性。這些相關(guān)聯(lián)的監(jiān)控目標(biāo)對(duì)象在預(yù)定的短時(shí)段內(nèi)產(chǎn)生的事件信息被視為是相互關(guān)聯(lián)的。分組部25對(duì)給定的事件信息執(zhí)行這種分組任務(wù)，由此生成事件組33。事件組33是相互關(guān)聯(lián)的多條事件信息的集合。
比較部26對(duì)所生成的事件組33與模式定義組22進(jìn)行比較，以在模式定義組22中找到完全匹配或最佳匹配。
當(dāng)找到類似模式定義組時(shí)，對(duì)策輸出部27參照對(duì)策信息表23獲得與該模式定義組相關(guān)的對(duì)策信息。對(duì)策輸出部27輸出所獲得的對(duì)策信息，以在與操作管理服務(wù)器20相連接的終端控制臺(tái)或類似設(shè)備上顯示該對(duì)策信息。
在上述系統(tǒng)中，按以下方式對(duì)從服務(wù)器11和12發(fā)送到操作管理服務(wù)器20的消息31和32進(jìn)行處理。
首先，消息標(biāo)準(zhǔn)化部24把這些消息31和32轉(zhuǎn)變成具有統(tǒng)一格式的事件信息。
圖3示出該消息標(biāo)準(zhǔn)化過程。在圖3的示例中，消息31和32攜帶有以下數(shù)據(jù)項(xiàng)“序號(hào)”、“時(shí)間”、“主機(jī)名”以及“事件詳情”。消息的序號(hào)域包含使得可以把該消息與其它消息唯一地區(qū)分開來的標(biāo)識(shí)碼。時(shí)間域表示事件的發(fā)生時(shí)間。主機(jī)名域包含產(chǎn)生該消息的服務(wù)器的主機(jī)名。主機(jī)名被用來標(biāo)示網(wǎng)絡(luò)13上的每個(gè)特定設(shè)備。事件詳情域示出輸出該服務(wù)器中的源監(jiān)管功能的事件的詳情。
當(dāng)接收到這些消息31和32時(shí)，消息標(biāo)準(zhǔn)化部24參照事件提取表21。
事件提取表21具有以下數(shù)據(jù)域“硬件/軟件(HW/SW)名”、“關(guān)鍵字”以及“提取規(guī)則”。消息信息的提取規(guī)則由在同一行中的多個(gè)數(shù)據(jù)項(xiàng)的關(guān)聯(lián)性形成。HW/SW名域給出引起事件的對(duì)象的名稱。關(guān)鍵字域包含用于確定成為事件發(fā)生原因的對(duì)象的字符串。提取規(guī)則域描述了如何從給定消息提取必要的錯(cuò)誤代碼。
消息標(biāo)準(zhǔn)化部24可以通過參照上述事件提取表21，根據(jù)給定的消息31和32來生成事件信息31a和32a。更具體來說，對(duì)消息31和32的接收使消息標(biāo)準(zhǔn)化部24查看事件提取表21的關(guān)鍵字域。它接著對(duì)每個(gè)消息的主體進(jìn)行掃描，以找出關(guān)鍵字。當(dāng)找到關(guān)鍵字時(shí)，消息標(biāo)準(zhǔn)化部24參照與該關(guān)鍵字對(duì)應(yīng)的提取規(guī)則域。根據(jù)該提取規(guī)則，消息標(biāo)準(zhǔn)化部24從該消息的事件詳情域中提取出錯(cuò)誤代碼。
例如，考慮消息31。當(dāng)接收到該消息31時(shí)，消息標(biāo)準(zhǔn)化部24首先從事件提取表21取得關(guān)鍵字“Kernel”。由于該關(guān)鍵字存在于消息31中，所以消息標(biāo)準(zhǔn)化部24接著參照對(duì)應(yīng)的提取規(guī)則域，該提取規(guī)則域的內(nèi)容為“在‘]’之后找到一空格，然后提取文本，一直到’’?！备鶕?jù)該指示，消息標(biāo)準(zhǔn)化部24提取文本串“WARNING 999”。
這時(shí)，消息標(biāo)準(zhǔn)化部24生成包含錯(cuò)誤代碼的事件信息31a和32a。每個(gè)事件信息31a和32a具有以下數(shù)據(jù)域“序號(hào)”、“時(shí)間”、“主機(jī)名”、“HW/SW名”以及“錯(cuò)誤代碼”。序號(hào)域、時(shí)間域以及主機(jī)名域包含在消息31和32的對(duì)應(yīng)域中找到的內(nèi)容。另一方面，HW/SW名域和錯(cuò)誤代碼域是從與找到的關(guān)鍵字關(guān)聯(lián)起來的事件提取表21的對(duì)應(yīng)域中取得的。
按此方式，提取了標(biāo)準(zhǔn)化的事件信息31a和32a。
在標(biāo)準(zhǔn)化之后，分組部25把相互關(guān)聯(lián)的事件信息組合成一組。具體來說，分組部25具有配置管理數(shù)據(jù)和多個(gè)監(jiān)控目標(biāo)對(duì)象之間的關(guān)聯(lián)性的預(yù)定定義的集合。
圖4示出該配置管理數(shù)據(jù)的示例結(jié)構(gòu)，該示例結(jié)構(gòu)表示層級(jí)形式的多個(gè)監(jiān)控目標(biāo)對(duì)象。位于最頂層的是系統(tǒng)51和52，按順序接著是路由器53和54、服務(wù)器55到59和一存儲(chǔ)裝置60、中間件程序61到63以及應(yīng)用程序64到66。
所有這些監(jiān)控目標(biāo)對(duì)象都由各自的標(biāo)識(shí)符來表示，它們之間的關(guān)系如下。系統(tǒng)51和52例如是不同客戶的網(wǎng)絡(luò)系統(tǒng)。與這些系統(tǒng)51和52相關(guān)聯(lián)的是路由器53和54，路由器53和54接收和轉(zhuǎn)發(fā)分組，以使得能夠接入系統(tǒng)51和52。部署在系統(tǒng)51和52中的服務(wù)器55到59與路由器53和54相關(guān)聯(lián)。與路由器54相關(guān)聯(lián)的還有系統(tǒng)52中的存儲(chǔ)裝置60。安裝在服務(wù)器55中的中間件程序61到63與該服務(wù)器55相關(guān)聯(lián)。與中間件程序61相關(guān)聯(lián)的應(yīng)用程序64到66是由該程序61管理的軟件應(yīng)用。
如從該示例看到的，分組部25被賦予了定義不同監(jiān)控目標(biāo)對(duì)象之間的關(guān)聯(lián)性的數(shù)據(jù)集。該數(shù)據(jù)集允許分組部25識(shí)別相互關(guān)聯(lián)的事件信息。更具體來說，利用在樹結(jié)構(gòu)中對(duì)這些監(jiān)控目標(biāo)對(duì)象定義的父-子關(guān)系來組織它們?；谠摌浣Y(jié)構(gòu)，分組部25把特定的一組生成事件信息識(shí)別為相互關(guān)聯(lián)的。
圖4所示的配置管理數(shù)據(jù)還可以用于在維護(hù)作業(yè)中抑制事件。即，當(dāng)監(jiān)控目標(biāo)對(duì)象經(jīng)受維護(hù)作業(yè)時(shí)，有必要控制與所維護(hù)的對(duì)象相關(guān)的事件的發(fā)生。還希望在層級(jí)中處于受關(guān)注監(jiān)控目標(biāo)對(duì)象下方的監(jiān)控目標(biāo)對(duì)象應(yīng)受到控制，以防止在這期間產(chǎn)生新事件。
具體來說，當(dāng)上層監(jiān)控目標(biāo)對(duì)象(例如，中間件)處于維護(hù)模式時(shí)，即使其從屬的下層監(jiān)控目標(biāo)對(duì)象(例如，應(yīng)用)本身沒有任何問題，它也可能產(chǎn)生錯(cuò)誤事件。由于這種事件在維護(hù)活動(dòng)中完全不必要，所以必須要求下層監(jiān)控目標(biāo)對(duì)象在維護(hù)時(shí)段不產(chǎn)生事件。
例如，假定圖4所示的路由器53經(jīng)受維護(hù)。位于路由器53下方的對(duì)象包括服務(wù)器55到57、中間件程序61到63以及應(yīng)用程序64到66，這些對(duì)象在路由器53的維護(hù)期間可能產(chǎn)生事件。因此要對(duì)這些下層結(jié)構(gòu)組件進(jìn)行事件抑制。為此，把分組部25設(shè)計(jì)成在特定監(jiān)控目標(biāo)對(duì)象經(jīng)受維護(hù)動(dòng)作時(shí)，通過查詢其本機(jī)配置管理數(shù)據(jù)來指定這種組件。分組部25還確定抑制時(shí)段并把事件抑制請(qǐng)求發(fā)送給相關(guān)監(jiān)控目標(biāo)對(duì)象。
也可能發(fā)生經(jīng)受維護(hù)的監(jiān)控目標(biāo)對(duì)象在維護(hù)任務(wù)期間產(chǎn)生某些事件的情況。這些事件經(jīng)受分組過程，并被存儲(chǔ)為對(duì)經(jīng)受維護(hù)的對(duì)象的問題進(jìn)行描述的模式定義組。
由上可見，分組部25通過使用配置管理數(shù)據(jù)來把事件信息排序成多個(gè)組，以識(shí)別它們的關(guān)系。
圖5示出事件信息分組過程的概念。消息標(biāo)準(zhǔn)化部24向分組部25提供如圖5所示的一系列標(biāo)準(zhǔn)化事件信息71到73。分組部25在所接收到的事件信息中找出相互關(guān)聯(lián)的事件信息，并接著把它們形成為一事件組33。給該事件組33指配一ID(標(biāo)識(shí)符)，以唯一地標(biāo)識(shí)每個(gè)事件組。除該ID之外，事件組33還包含詳細(xì)數(shù)據(jù)項(xiàng)，該詳細(xì)數(shù)據(jù)項(xiàng)與其原事件信息相同。
把生成的事件組33傳給比較部26。比較部26對(duì)該事件組33與模式定義組22進(jìn)行比較。
圖6示意性地示出一比較過程。模式定義組22包括硬件事件、OS事件以及中間件程序和應(yīng)用程序在發(fā)生故障時(shí)可能產(chǎn)生的事件的各種組合。通過對(duì)給定事件組33與所述多個(gè)模式定義組22進(jìn)行比較(匹配)，比較部26識(shí)別出引起事件組33的故障。
當(dāng)找到了與給定事件組33對(duì)應(yīng)的模式定義組時(shí)，接著應(yīng)當(dāng)提取與該模式定義組對(duì)應(yīng)的對(duì)策信息。
圖7示出事件組比較和對(duì)策信息輸出的示例。從圖7可見，事件組33a的HW/SW名域和錯(cuò)誤代碼域與一個(gè)模式定義組22a的對(duì)應(yīng)部分吻合。該模式定義組22a的ID為“PT0008”。對(duì)策輸出部27接著檢索對(duì)策信息表23，以找出與該ID“PT0008”對(duì)應(yīng)的對(duì)策信息。
對(duì)策信息表23具有以下數(shù)據(jù)域“ID”、“原因”、“對(duì)策”以及“緊急級(jí)”。在同一行中相關(guān)聯(lián)的多個(gè)數(shù)據(jù)域形成一條數(shù)據(jù)記錄。該對(duì)策信息的ID域存儲(chǔ)為進(jìn)行標(biāo)識(shí)而賦給該信息的唯一標(biāo)識(shí)符。對(duì)策信息ID與它們的對(duì)應(yīng)模式定義組ID在它們的低四位數(shù)字中共用相同的值。例如，模式定義組“PT0008”與對(duì)策記錄“000008”相關(guān)聯(lián)。原因域表示故障的原因，其包括與可能涉及該故障的某些監(jiān)控目標(biāo)對(duì)象(例如，盤)有關(guān)的信息。對(duì)策域是表示故障對(duì)策方法的信息。緊急級(jí)域表示故障的重要性。在該域中具有更大值的故障要求更迅速的動(dòng)作。
在圖7的示例中，對(duì)策輸出部27提取與模式定義組22a對(duì)應(yīng)的對(duì)策信息。根據(jù)提取的對(duì)策信息23a，當(dāng)前故障是由“由于硬盤驅(qū)動(dòng)器的老化導(dǎo)致性能劣化”引起的。建議對(duì)策為“更換RAID盤”。該對(duì)策信息的緊急級(jí)為“2”。
比較部26不僅找到與給定事件組完全吻合的模式定義組，而且可以提取類似的模式定義組。如果是這種情況，則比較部26把一些附加信息放到所提取出的模式定義表中，以記錄已找到多少匹配和失配模式定義組。具體來說，該附加信息包括匹配數(shù)和失配數(shù)。術(shù)語“匹配數(shù)”是指找到的匹配事件信息的數(shù)目。術(shù)語“失配數(shù)”是指找到的失配事件信息的數(shù)目。當(dāng)在被比較的模式定義組中缺失某些事件信息時(shí)，失配數(shù)將為負(fù)值。在模式定義組中存在某些額外的事件信息的情況下，失配數(shù)將為正值。
在顯示與所提取出的模式定義組對(duì)應(yīng)的對(duì)策信息之前，對(duì)策輸出部27根據(jù)它們的匹配數(shù)和失配數(shù)，按合適的順序?qū)@些信息進(jìn)行排序。
圖8示出比較結(jié)果排序過程，其中，對(duì)一個(gè)事件組81與六個(gè)不同的模式定義組進(jìn)行比較。它們的ID為PT1、PT2、PT3、PT4、PT5以及PT6。比較部26首先把給定事件組81與每個(gè)模式定義組進(jìn)行比較。在圖8的示例中，事件組81包括事件信息“a”、“b”、“c”以及“d”。模式定義組“PT1”包括事件信息“a”、“b”以及“c”。模式定義組“PT2”包括事件信息“a”和“c”。模式定義組“PT3”包括事件信息“a”、“x”、“y”、“x”以及“q”。模式定義組“PT4”包括事件信息“a”、“b”、“c”、“d”以及“y”。模式定義組“PT5”包括事件信息“a”、“b”、“c”以及“d”。模式定義組“PT6”包括事件信息“d”。
與每個(gè)單獨(dú)模式定義組的比較產(chǎn)生成對(duì)的匹配數(shù)和失配數(shù)。具體來說，對(duì)于ID＝“PT1”的模式定義組，比較產(chǎn)生匹配數(shù)3和失配數(shù)-1。對(duì)于ID＝“PT2”的模式定義組，比較產(chǎn)生匹配數(shù)2和失配數(shù)-2。對(duì)于ID＝“PT3”的模式定義組，比較產(chǎn)生匹配數(shù)1和失配數(shù)+4。對(duì)于ID＝“PT4”的模式定義組，比較產(chǎn)生匹配數(shù)4和失配數(shù)+1。對(duì)于ID＝“PT5”的模式定義組，比較產(chǎn)生匹配數(shù)4和失配數(shù)0。對(duì)于ID＝“PT6”的模式定義組，比較產(chǎn)生匹配數(shù)1和失配數(shù)-3。根據(jù)這些比較結(jié)果，對(duì)策輸出部27首先按匹配數(shù)的降序?qū)@些模式定義組進(jìn)行排序。在本實(shí)施例中，經(jīng)排序的組呈以下順序“PT4”、“PT5”、“PT1”、“PT2”、“PT3”、“PT6”。然后對(duì)策輸出部27根據(jù)模式定義組的失配數(shù)對(duì)它們進(jìn)行局部排序。此時(shí)，失配數(shù)絕對(duì)值越小的組排在越高的位置處。其結(jié)果如下“PT5”、“PT4”、“PT1”、“PT2”、“PT6”、“PT3”。最后，對(duì)策輸出部27檢索與每個(gè)模式定義組對(duì)應(yīng)的對(duì)策信息。然后查看所檢索到的對(duì)策信息的緊急級(jí)域，并對(duì)那些具有超出預(yù)定閾值的高緊急級(jí)的信息作標(biāo)記。對(duì)策輸出部27在把這些對(duì)策信息輸出到監(jiān)視器屏幕上時(shí)，對(duì)那些被標(biāo)記的對(duì)策信息進(jìn)行強(qiáng)調(diào)。例如，假定模式定義組“PT2”和“PT5”與具有高緊急級(jí)的對(duì)策相關(guān)聯(lián)，那么它們的對(duì)應(yīng)對(duì)策信息會(huì)被高亮顯示。
現(xiàn)在，已基于在監(jiān)控目標(biāo)對(duì)象處發(fā)生的事件獲得了一組對(duì)策信息，對(duì)策輸出部27以表征某些指定信息的方式顯示經(jīng)排序的對(duì)策信息?？梢酝ㄟ^使用與其它顏色區(qū)分開來的特殊顏色來實(shí)現(xiàn)強(qiáng)調(diào)。
圖9是示出由比較部執(zhí)行的過程的流程圖。該過程包括以下步驟(步驟S101)比較部26獲得一事件組33。使用自然數(shù)N來表示該事件組33中包括的事件信息的數(shù)量。
(步驟S102)比較部26執(zhí)行重復(fù)事件過濾，然后根據(jù)含有多個(gè)模式定義組22的數(shù)據(jù)庫來創(chuàng)建臨時(shí)表。臨時(shí)表充當(dāng)只由可以應(yīng)用到受關(guān)注系統(tǒng)的模式定義組22形成的數(shù)據(jù)庫。更具體來說，臨時(shí)表容納幾個(gè)不同數(shù)據(jù)庫。一個(gè)數(shù)據(jù)庫存儲(chǔ)可應(yīng)用于所有系統(tǒng)的公共模式定義組。另一數(shù)據(jù)庫包含可以針對(duì)每個(gè)客戶的特定系統(tǒng)配置生成的客戶特定模式定義組。又一數(shù)據(jù)庫存儲(chǔ)與這些模式定義組對(duì)應(yīng)的故障信息。
(步驟S103)比較部26把1賦給變量I，還把N賦給變量J(即，I＝1，J＝N)。然后并行地執(zhí)行以下步驟S104到S106。
(步驟S104)比較部26對(duì)故障信息數(shù)據(jù)庫進(jìn)行檢索，以找到與第I個(gè)事件信息相關(guān)聯(lián)的故障信息。
(步驟S105)比較部26對(duì)客戶特定模式定義組數(shù)據(jù)庫進(jìn)行搜索，以找到與第I個(gè)事件信息相關(guān)聯(lián)的模式定義組。
(步驟S106)比較部26對(duì)公共模式定義組數(shù)據(jù)庫進(jìn)行搜索，以找到與第I個(gè)事件信息相關(guān)聯(lián)的模式定義組。
(步驟S107)比較部26確定J＝I是否成立。如果J＝I，那么過程前進(jìn)到步驟S109。否則，過程進(jìn)行到步驟S108。
(步驟S108)比較部26使I遞增(即，I＝I+1)。然后過程返回至步驟S104到步驟S106。
(步驟S109)比較部26把1賦給變量I(I＝1)，并把所找到的模式定義組的數(shù)量賦給變量J。
(步驟S110)比較部26選擇在步驟S105和S106處已找到的第I個(gè)模式定義組。從該模式定義組中，比較部26對(duì)與給定事件組具有公共項(xiàng)的事件信息進(jìn)行提取和計(jì)數(shù)。
(步驟S111)比較部26確定I＝J是否成立。如果J＝I，那么過程前進(jìn)到步驟S113。否則，過程進(jìn)行到步驟S112。
(步驟S112)比較部26使I遞增(I＝I+1)。然后過程返回到步驟S110。
(步驟S113)比較部26對(duì)事件進(jìn)行排序。
(步驟S114)比較部26檢查是否存在以往的相同事件。
(步驟S115)對(duì)策輸出部27提取其事件信息與所述事件組中的事件信息至少部分地相符的模式定義組。它接著顯示所提取的模式定義組的對(duì)策信息，這包括與該故障的可能原因和針對(duì)這些原因的合適對(duì)策有關(guān)的信息。
通過以上處理步驟，操作管理服務(wù)器100收集與在系統(tǒng)中發(fā)生的事件有關(guān)的信息，并把它們用作事件組，以識(shí)別故障的原因并以自動(dòng)方式提供對(duì)策。
累積的模式定義組使操作管理服務(wù)器能夠快速地發(fā)現(xiàn)與以往發(fā)生過的故障類似的故障。模式數(shù)據(jù)庫還提供有關(guān)與每個(gè)特定事件模式相關(guān)聯(lián)的原因和對(duì)策的信息。該特征減少了解決故障所需的時(shí)間。
操作管理服務(wù)器集中管理許多客戶的模式定義組和其它數(shù)據(jù)，由此幫助管理員在必要時(shí)對(duì)它們進(jìn)行更新。利用模式定義組，客戶可以通過使用其它客戶的類似經(jīng)驗(yàn)來定位出他們自己的故障。模式定義組可以反映操作組織的策略，或包括從軟件開發(fā)商提供的產(chǎn)品支持信息。管理員將這些模式定義組登記到操作管理服務(wù)器中，以提供更好的服務(wù)器監(jiān)管服務(wù)。
下面的部分將描述利用帶有上述問題檢測(cè)功能的操作管理服務(wù)器，對(duì)客戶系統(tǒng)進(jìn)行遠(yuǎn)程維護(hù)服務(wù)的具體示例。
圖10示出其中設(shè)有故障檢測(cè)功能的示例系統(tǒng)配置。在圖10的示例中，操作管理服務(wù)器100經(jīng)由網(wǎng)絡(luò)14連接到中繼設(shè)備210。連接到中繼設(shè)備210的其它設(shè)備有多個(gè)服務(wù)器220、230以及240。這些服務(wù)器220、230以及240和中繼設(shè)備210屬于客戶系統(tǒng)。操作管理服務(wù)器100具有模式匹配引擎110。該模式匹配引擎110實(shí)際承擔(dān)以下任務(wù)從服務(wù)器220、230以及240收集信息；將它們與模式定義組進(jìn)行比較；以及提供相關(guān)對(duì)策信息。
圖11示出在本發(fā)明一實(shí)施例中使用的操作管理服務(wù)器的示例硬件配置。示出的操作管理服務(wù)器100具有用于控制整個(gè)服務(wù)器系統(tǒng)的CPU(中央處理單元)101，CPU 101經(jīng)由公共總線與其它單元相連接。與該CPU101相連接的有隨機(jī)存取存儲(chǔ)器(RAM)102、硬盤驅(qū)動(dòng)器(HDD)103、圖形處理器104、輸入裝置接口105以及通信接口106。
RAM 102充當(dāng)以下對(duì)象的臨時(shí)存儲(chǔ)器CPU 101執(zhí)行的OS(操作系統(tǒng))程序和應(yīng)用程序的全部或一部分；以及其它在運(yùn)行時(shí)(runtime)操縱的其它各種數(shù)據(jù)對(duì)象。HDD 103存儲(chǔ)操作系統(tǒng)和各種應(yīng)用的程序和數(shù)據(jù)文件。
圖形處理器104耦接到監(jiān)視器111。圖形處理器104根據(jù)來自CPU101的繪圖命令生成視頻圖像，并把它們顯示在監(jiān)視器111的屏幕上。輸入裝置接口105用于接收來自外部輸入裝置(如鍵盤112和鼠標(biāo)113)的信號(hào)。經(jīng)由總線107把輸入信號(hào)提供給CPU 101。
通信接口106連接到網(wǎng)絡(luò)14，以與在網(wǎng)絡(luò)14上的其它計(jì)算機(jī)交換數(shù)據(jù)。
上述硬件系統(tǒng)為本發(fā)明所提出的處理功能提供了平臺(tái)。雖然圖11只示出例示用的操作管理服務(wù)器100，但是相同的硬件配置也可以應(yīng)用于中繼設(shè)備210和服務(wù)器220、230以及240。
圖12是示出操作管理服務(wù)器的內(nèi)部結(jié)構(gòu)的框圖。從圖12可見，操作管理服務(wù)器100具有以下組件模式匹配引擎110、事件組121、客戶數(shù)據(jù)庫122、雜項(xiàng)配置信息數(shù)據(jù)庫123、事件模式數(shù)據(jù)庫124、臨時(shí)事件模式數(shù)據(jù)庫125、信息提取部130、環(huán)境設(shè)定部140、當(dāng)日事件日志151、當(dāng)月事件日志152、當(dāng)日事件組日志153、當(dāng)月事件組日志154以及結(jié)果文件155。
模式匹配引擎110與其它功能協(xié)同控制整個(gè)模式匹配過程。
事件組121由發(fā)自服務(wù)器220、230以及240的消息形成。
客戶數(shù)據(jù)庫122存儲(chǔ)有關(guān)客戶的信息。
雜項(xiàng)配置信息數(shù)據(jù)庫123存儲(chǔ)與每個(gè)客戶的(硬件和軟件中的)系統(tǒng)配置有關(guān)的信息。
事件模式數(shù)據(jù)庫124是與在所支持的系統(tǒng)中可能發(fā)生的各種故障相關(guān)的事件模式的數(shù)據(jù)庫。事件模式包括模式定義組和對(duì)策信息。
臨時(shí)事件模式數(shù)據(jù)庫125存儲(chǔ)根據(jù)每個(gè)客戶的系統(tǒng)配置從事件模式數(shù)據(jù)庫124提取的事件模式。
信息提取部130基于事件模式數(shù)據(jù)庫124，通過提取與所服務(wù)的特定客戶的系統(tǒng)相關(guān)的事件模式，來建立該臨時(shí)事件模式數(shù)據(jù)庫125。
當(dāng)日事件日志151是用于保持與在一天內(nèi)發(fā)生的故障相關(guān)的事件模式標(biāo)識(shí)符及比較結(jié)果等信息的存儲(chǔ)空間。
當(dāng)月事件日志152是用于保持與在一個(gè)月內(nèi)發(fā)生的故障相關(guān)的事件模式標(biāo)識(shí)符及比較結(jié)果等信息的存儲(chǔ)空間。
當(dāng)日事件組日志153是用于存儲(chǔ)在一天內(nèi)生成的事件組的存儲(chǔ)空間。
當(dāng)月事件組日志154是用于存儲(chǔ)在一個(gè)月內(nèi)生成的事件組的存儲(chǔ)空間。
結(jié)果文件155包含針對(duì)特定事件組檢索到的對(duì)策信息的列表。
雜項(xiàng)配置信息數(shù)據(jù)庫123包含硬件配置信息、軟件配置信息、網(wǎng)絡(luò)配置信息以及系統(tǒng)配置信息。每條配置信息具有使得能夠鏈接其它數(shù)據(jù)的主鍵數(shù)據(jù)域。
圖13示出硬件配置信息的示例數(shù)據(jù)結(jié)構(gòu)。硬件配置信息123a具有以下數(shù)據(jù)域“設(shè)備ID”、“系統(tǒng)名”、“主機(jī)名”、“產(chǎn)品名”、“CPU數(shù)”、“存儲(chǔ)器容量”、“硬盤容量”以及“LAN數(shù)”。
設(shè)備ID域示出作為服務(wù)器操作的計(jì)算機(jī)的標(biāo)識(shí)符。該設(shè)備ID是以這樣的方式指配的代碼即，在系統(tǒng)內(nèi)其不會(huì)受到主機(jī)名長度的影響。系統(tǒng)名域表示服務(wù)器為其工作的系統(tǒng)(或服務(wù)的類型)的名字。主機(jī)名域示出指配給服務(wù)器的名字(用于在網(wǎng)絡(luò)中使用，或用于管理目的)。產(chǎn)品名域包含服務(wù)器的計(jì)算機(jī)平臺(tái)的產(chǎn)品名。CPU數(shù)域表示安裝在服務(wù)器上的CPU的數(shù)目。存儲(chǔ)器容量域示出服務(wù)器上的主存儲(chǔ)器的容量。硬盤容量域示出連接到服務(wù)器的硬盤單元的存儲(chǔ)容量。LAN數(shù)域表示安裝在服務(wù)器上的網(wǎng)絡(luò)接口卡的數(shù)目。
圖14示出軟件配置信息的示例數(shù)據(jù)結(jié)構(gòu)。該軟件配置信息123b具有以下數(shù)據(jù)域“設(shè)備ID”、“軟件類別”、“軟件名”、“版本號(hào)”以及“修訂版號(hào)”。
設(shè)備ID域也存在于上述硬件配置信息123a中，其充當(dāng)在各種配置數(shù)據(jù)集中的其它數(shù)據(jù)項(xiàng)之間建立關(guān)聯(lián)性的主鍵域。軟件類別域示出受關(guān)注軟件程序的類別(例如，OS、中間件、應(yīng)用等)。軟件名域包含該程序的名字。版本號(hào)域包含程序的版本。修訂版號(hào)域示出對(duì)程序施加的缺陷修正(軟件補(bǔ)丁)的版本。
圖15示出網(wǎng)絡(luò)配置信息的示例數(shù)據(jù)結(jié)構(gòu)。該網(wǎng)絡(luò)配置信息123c具有以下數(shù)據(jù)域“客戶碼”、“設(shè)備ID”、“主機(jī)名”、“IP”、“接口名”以及“IP類別”?？蛻舸a域給出表示哪個(gè)客戶在操作該系統(tǒng)的標(biāo)識(shí)符。設(shè)備ID域也存在于上述硬件配置信息123a和軟件配置信息123b中，其充當(dāng)在這些數(shù)據(jù)集中的其它數(shù)據(jù)項(xiàng)之間建立關(guān)聯(lián)性的主鍵域。主機(jī)名域包含與硬件配置信息123a中相同的項(xiàng)。IP域示出指配給該系統(tǒng)的IP地址。接口名域示出指配給設(shè)備中的每個(gè)網(wǎng)絡(luò)接口卡的標(biāo)識(shí)碼。IP地址類型域示出IP地址的類型，該類型要么為“V”(vertual)，要么為“R”(Real)。這里，“V”(vertual)代表虛擬IP地址?！癛”(Real)代表真實(shí)IP地址。
圖16示出系統(tǒng)配置信息的示例數(shù)據(jù)結(jié)構(gòu)。該系統(tǒng)配置信息123d具有以下數(shù)據(jù)域“客戶碼”、“設(shè)備ID”、“關(guān)聯(lián)主機(jī)名”、“關(guān)聯(lián)類別”以及“關(guān)聯(lián)軟件”?？蛻舸a域包含與網(wǎng)絡(luò)配置信息123c在其客戶碼域中具有的值相同的值。設(shè)備ID域包含與硬件配置信息123a、軟件配置信息123b以及網(wǎng)絡(luò)配置信息123c在它們各自的設(shè)備ID域中具有的值相同的值。關(guān)聯(lián)主機(jī)名域包含關(guān)聯(lián)計(jì)算機(jī)的設(shè)備ID。當(dāng)該域具有值“PP9999”時(shí)，它意味著與其它設(shè)備不存在聯(lián)系。
根據(jù)上述配置，操作管理服務(wù)器100執(zhí)行下述各種任務(wù)。
首先，說明消息分組過程。
圖17是消息分組過程的流程圖。該過程包括以下步驟(步驟S1)信息提取部130接收消息。具體來說，假定一服務(wù)器遇到錯(cuò)誤事件。然后該服務(wù)器發(fā)送消息，以把錯(cuò)誤事件詳情通知給操作管理服務(wù)器100。在操作管理服務(wù)器100中，把接收到的消息提供給操作管理服務(wù)器100的模式匹配引擎110。
(步驟S2)信息提取部130除了修改所接收到的消息的格式(即，標(biāo)準(zhǔn)化)以外，還通過查詢雜項(xiàng)配置信息數(shù)據(jù)庫123來識(shí)別管理的對(duì)象(硬件、軟件等)。
(步驟S3)信息提取部130參照雜項(xiàng)配置信息數(shù)據(jù)庫123來考查一個(gè)受管理對(duì)象與其它多個(gè)受管理對(duì)象之間的關(guān)聯(lián)性。
(步驟S4)信息提取部130測(cè)試是否接收到任何相關(guān)事件。若為是，則過程前進(jìn)到步驟S5。若為否，則過程進(jìn)行到步驟S6。
(步驟S5)信息提取部130把相關(guān)事件放到相關(guān)組中。
(步驟S6)信息提取部130確定在步驟S1處消息到達(dá)之后是否已經(jīng)過預(yù)定時(shí)間。若為是，則信息提取部130完成事件組，并把控制交給模式匹配引擎110。若為否，則過程進(jìn)行到步驟S4。
圖18示出事件分組的示例過程。例如，假定輸入了消息“事件11”。這引起包含該事件信息的新事件組411的創(chuàng)建。隨后，消息“事件21”到來，并且相應(yīng)地生成包括該事件信息的另一事件組421。按類似方式，隨后的消息“事件31”引起生成包含該事件信息的又一事件組431。
現(xiàn)在假定接收到與“事件11”相關(guān)的再一消息“事件12”。把該新事件信息加入到新事件組411，這使得事件組411發(fā)展成包含兩個(gè)事件信息的事件組412。然后消息“事件13”到達(dá)。把該“事件13”的事件信息加入到事件組412，這使得事件組412發(fā)展成包含三個(gè)事件信息的事件組413。
操作管理服務(wù)器100基于按上述方式排序成多個(gè)組的事件信息，來建立用于內(nèi)部使用的某些其它數(shù)據(jù)庫。
圖19示出事件組的示例數(shù)據(jù)結(jié)構(gòu)。示出的事件組121具有以下數(shù)據(jù)域“事件組ID”、“組成員序號(hào)”、“事件ID”、“客戶ID”、“設(shè)備ID”、“接口名”、“發(fā)生時(shí)間”、“源類別”、“源簡稱”、“過濾”以及“消息”。
事件組域包含賦給每個(gè)事件組的標(biāo)識(shí)符。組成員序號(hào)域示出提供給同一事件組的每個(gè)成員的序號(hào)。注意，一條事件信息構(gòu)成事件組的一條。事件ID域示出賦給每個(gè)事件的標(biāo)識(shí)符?？蛻鬒D域示出對(duì)已產(chǎn)生該事件的系統(tǒng)進(jìn)行操作的客戶的標(biāo)識(shí)符。設(shè)備ID域示出已產(chǎn)生該事件的服務(wù)器的標(biāo)識(shí)符。接口名域示出發(fā)送了攜帶有本事件信息的消息的網(wǎng)絡(luò)接口的標(biāo)識(shí)符。發(fā)生時(shí)間域示出該消息何時(shí)到達(dá)操作管理服務(wù)器100。源類別域示出哪個(gè)目標(biāo)對(duì)象產(chǎn)生了該事件。源簡稱域示出該源目標(biāo)對(duì)象的簡稱。過濾域表示是否應(yīng)用過濾。消息域示出該事件信息的消息的內(nèi)容。
盡管圖19例示了事件組121的數(shù)據(jù)結(jié)構(gòu)，但也可將相同或類似的數(shù)據(jù)結(jié)構(gòu)應(yīng)用于當(dāng)日事件組日志153和當(dāng)月事件組日志154。
圖20示出客戶數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。所示客戶數(shù)據(jù)結(jié)構(gòu)122具有以下數(shù)據(jù)域“客戶ID”、“客戶名”、“聯(lián)系人”以及“聯(lián)系信息”?？蛻鬒D域示出客戶的標(biāo)識(shí)符?？蛻裘蚴境隹蛻舻拿帧Ｂ?lián)系人域示出通過其可以聯(lián)系到客戶的人的名字。聯(lián)系信息域示出客戶的聯(lián)系信息，如電話號(hào)碼。
圖21示出事件模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。所示事件模式數(shù)據(jù)庫124具有以下數(shù)據(jù)域“事件模式ID”、“事件序號(hào)”、“對(duì)象類別”、“對(duì)象簡稱”以及“錯(cuò)誤消息”。事件模式ID域包含由該事件模式數(shù)據(jù)庫管理的唯一標(biāo)識(shí)碼。事件序號(hào)域示出賦給屬于同一事件模式的每個(gè)成員事件信息的標(biāo)號(hào)。對(duì)象類別域示出目標(biāo)對(duì)象所屬的類別。錯(cuò)誤消息域提供所產(chǎn)生的事件的內(nèi)容。
雖然圖21示出了事件模式數(shù)據(jù)庫124的示例數(shù)據(jù)結(jié)構(gòu)，但是也可將相同或類似的數(shù)據(jù)結(jié)構(gòu)應(yīng)用于臨時(shí)事件模式數(shù)據(jù)庫125。
圖22示出當(dāng)日事件日志的示例數(shù)據(jù)結(jié)構(gòu)。所示當(dāng)日事件日志151具有以下數(shù)據(jù)域“事件組ID”、“匹配過程時(shí)標(biāo)”、“事件模式ID”、“事件數(shù)目”以及“命中數(shù)”。事件組ID域包含事件組的標(biāo)識(shí)碼。匹配過程時(shí)標(biāo)域表示模式匹配引擎110在何時(shí)執(zhí)行模式匹配過程。事件模式ID域示出在模式匹配過程中提取的事件模式的標(biāo)識(shí)符。事件數(shù)目域示出處于由事件模式ID域所指定的事件模式中的事件信息的數(shù)目。命中數(shù)域存儲(chǔ)在比較事件組中可以找到的全部具有同一事件模式ID的事件信息的數(shù)目。
可以根據(jù)在該當(dāng)日事件日志151中所示的事件數(shù)目和命中數(shù)來計(jì)算事件模式的權(quán)重。例如，把較大的權(quán)重(意味著較大的重要性)賦予具有較大命中數(shù)的事件模式?？梢灶A(yù)先計(jì)算出這種權(quán)重，并將其登記到當(dāng)日事件日志151中。
圖23示出當(dāng)日事件組日志的示例數(shù)據(jù)結(jié)構(gòu)。所示當(dāng)日事件組日志153具有以下數(shù)據(jù)域“事件組ID”、“事件序號(hào)”、“事件ID”、“客戶ID”、“設(shè)備ID”、“發(fā)生時(shí)間”、“事件類型”、“錯(cuò)誤編號(hào)/消息”、“事件模式ID”、“重復(fù)事件ID數(shù)”以及“匹配結(jié)果”。
事件組ID域包含事件組的標(biāo)識(shí)符。事件序號(hào)域示出賦給所產(chǎn)生的每個(gè)事件的序號(hào)。事件ID域包含每條事件信息的標(biāo)識(shí)符?？蛻鬒D域示出對(duì)產(chǎn)生事件的系統(tǒng)進(jìn)行操作的客戶的標(biāo)識(shí)符。設(shè)備ID域示出產(chǎn)生事件的服務(wù)器的標(biāo)識(shí)符。時(shí)間域表示事件何時(shí)發(fā)生，而事件類型域示出事件是什么種類的(例如，錯(cuò)誤、告警)。錯(cuò)誤編號(hào)/消息域給出表示事件內(nèi)容的標(biāo)識(shí)符。事件模式ID域包含被選擇為與該事件組相關(guān)的事件模式的標(biāo)識(shí)符?！爸貜?fù)事件ID數(shù)”域給出檢測(cè)到的事件模式的數(shù)目。匹配結(jié)果域示出對(duì)與檢測(cè)到的事件模式對(duì)應(yīng)的對(duì)策信息的說明。
下面更詳細(xì)地闡述模式匹配過程。
圖24是模式匹配過程的流程圖。該過程包括以下步驟(步驟S11)模式匹配引擎110執(zhí)行預(yù)處理，該預(yù)處理例如包括在RAM 102中創(chuàng)建工作表。
(步驟S12)模式匹配引擎110從事件組121中選擇一個(gè)事件組，并執(zhí)行重復(fù)事件過濾。這里術(shù)語“重復(fù)事件過濾”是指對(duì)由同一服務(wù)器產(chǎn)生的多條相同事件信息進(jìn)行提取并挑選出重復(fù)的事件信息。
(步驟S13)模式匹配引擎110檢查所選事件組中包括的事件信息的數(shù)目。如果存在一個(gè)或沒有事件信息，那么過程跳到步驟S19，這是因?yàn)檫@種事件組不在本匹配過程的范圍內(nèi)，該匹配過程試圖基于多個(gè)事件信息的發(fā)生模式來識(shí)別問題。如果該事件組具有兩條或更多條信息，那么過程前進(jìn)到步驟S14。
(步驟S14)模式匹配引擎110對(duì)臨時(shí)事件模式數(shù)據(jù)庫125進(jìn)行掃描，以提取用于隨后的組合匹配的事件模式。
(步驟S15)模式匹配引擎110確定是否已提取出至少一個(gè)事件模式。如果未提取出模式，那么過程跳到步驟S19。如果找到至少一個(gè)事件模式，那么過程前進(jìn)到步驟S16。
(步驟S16)模式匹配引擎110執(zhí)行組合匹配。更具體來說，其開始在兩組事件記錄之間進(jìn)行窮盡式比較。一方是給定事件組中的一組經(jīng)排序的事件信息，而另一方是屬于從臨時(shí)事件模式數(shù)據(jù)庫125提取出的事件模式的一組事件信息。
(步驟S17)模式匹配引擎110輸出上述匹配過程的結(jié)果。例如，其輸出匹配結(jié)果，以顯示在操作管理服務(wù)器100的監(jiān)視器屏幕上。
(步驟S18)模式匹配引擎110檢查以外事件。更具體來說，模式匹配引擎110查詢當(dāng)月事件日志152，以查看是否存在相同的事件日志條目。如果找到了這種事件日志條目，那么模式匹配引擎110把該事件追加到結(jié)果文件。
(步驟S19)模式匹配引擎110執(zhí)行后處理。即，模式匹配引擎110把匹配結(jié)果存儲(chǔ)在當(dāng)日事件日志151和當(dāng)月事件日志152中。
以下對(duì)圖25的每個(gè)步驟進(jìn)行詳細(xì)描述。
圖25是示出預(yù)處理的詳情的流程圖。該過程包括以下步驟(步驟S21)模式匹配引擎110創(chuàng)建新工作表。例如，創(chuàng)建針對(duì)當(dāng)日事件組日志153和當(dāng)日事件日志151的工作表。
(步驟S22)模式匹配引擎110對(duì)工作區(qū)進(jìn)行初始化。
(步驟S23)模式匹配引擎110驗(yàn)證給定的參數(shù)。更具體來說，其確定是否為“事件組ID”和“目的文件夾”提供了有效輸入。如果兩項(xiàng)都缺少有效輸入，那么模式匹配引擎110生成一錯(cuò)誤，然后使控制返回到圖24的主例程。
下面描述重復(fù)事件過濾過程。
參照?qǐng)D26的流程圖，重復(fù)事件過濾過程包括以下步驟(步驟S31)模式匹配引擎110從給定事件組121讀出一條記錄(事件信息)。例如，按客戶ID、設(shè)備ID以及錯(cuò)誤編號(hào)/消息的項(xiàng)順序來執(zhí)行該讀取操作。
(步驟S32)模式匹配引擎110確定是否已成功執(zhí)行讀取操作。如果已讀取事件組記錄，那么過程前進(jìn)到步驟S33。如果沒有記錄讀取，那么過程返回到圖24的主例程。
(步驟S33)模式匹配引擎110確定是否濾除所述記錄。具體來說，當(dāng)本記錄與先前記錄具有相同的設(shè)備類型和錯(cuò)誤編號(hào)/消息的域值時(shí)，必須濾除該記錄。如果是這種情況，那么過程進(jìn)行到步驟S31。如果沒有必要過濾，那么過程前進(jìn)到步驟S34。
(步驟S34)模式匹配引擎110把留下的事件組存儲(chǔ)到當(dāng)日事件組日志(工作表)153中。然后過程返回到步驟S31。
下面更詳細(xì)地闡述事件模式提取過程。
參照?qǐng)D27的流程圖，事件模式提取過程包括以下步驟(步驟S41)模式匹配引擎110請(qǐng)求信息提取部130提取事件模式。然后信息提取部130從當(dāng)日事件組日志153中讀取事件組。在該操作中讀出的數(shù)據(jù)項(xiàng)順序如下客戶ID、設(shè)備ID以及錯(cuò)誤編號(hào)/消息。如果讀取操作成功，則信息提取部130接著執(zhí)行隨后的步驟。如果讀取失敗(即，沒有事件組供讀取)，那么過程返回到圖24的主例程。
(步驟S42)信息提取部130從雜項(xiàng)配置信息數(shù)據(jù)庫123讀取配置信息。具體來說，模式匹配引擎110對(duì)雜項(xiàng)配置信息數(shù)據(jù)庫123進(jìn)行檢索，以檢索出與在步驟S41處獲得的記錄中的客戶ID和設(shè)備ID相關(guān)的簡稱。
(步驟S43)信息提取部130提取并添加事件模式。具體來說，信息提取部130對(duì)事件模式數(shù)據(jù)庫124進(jìn)行檢索，以檢索出與在步驟S42處檢索出的每個(gè)簡稱相關(guān)的事件模式。信息提取部130接著把檢索出的記錄添加到臨時(shí)事件模式數(shù)據(jù)庫125。然后過程返回到圖24的主例程。
圖28示出臨時(shí)事件模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。臨時(shí)事件模式數(shù)據(jù)庫125具有在其它數(shù)據(jù)庫中的以下數(shù)據(jù)域“事件模式ID”、“事件序號(hào)”、“模式內(nèi)的消息的數(shù)目”、“對(duì)象類型”以及“對(duì)象簡稱”。
事件模式ID域示出事件模式的標(biāo)識(shí)碼。事件序號(hào)域給出賦給該事件模式的序號(hào)。錯(cuò)誤編號(hào)/消息域給出表示問題內(nèi)容的標(biāo)識(shí)符。對(duì)象類型域示出目標(biāo)對(duì)象所屬的類別。對(duì)象簡稱域示出目標(biāo)對(duì)象的縮寫名字。
下面更詳細(xì)地闡述組合匹配過程。
參照?qǐng)D29的流程圖，組合匹配過程包括以下步驟(步驟S51)模式匹配引擎110對(duì)當(dāng)日事件組日志153中的每個(gè)事件組的消息進(jìn)行計(jì)數(shù)。
(步驟S52)模式匹配引擎110從當(dāng)日事件組日志153中讀取未完成的事件組。如果所有的事件組都已完成，那么返回一表示條目結(jié)束的消息。
(步驟S53)模式匹配引擎110確定是否已讀取事件組。若為是，則過程前進(jìn)到步驟S54。如果已到達(dá)條目尾部，那么過程進(jìn)行到步驟S60。
(步驟S54)模式匹配引擎110從臨時(shí)事件模式數(shù)據(jù)庫125檢索出事件模式的事件信息。如果已完成所有事件模式，那么接著返回表示條目結(jié)束的消息。
(步驟S55)模式匹配引擎110確定是否已讀取事件模式的事件信息。若為是，則過程前進(jìn)到步驟S56。如果已到達(dá)條目尾部，那么過程進(jìn)行到步驟S59。
(步驟S56)模式匹配引擎110基于單個(gè)事件信息對(duì)在步驟S52處讀取的事件組與在步驟S54處讀取的事件組進(jìn)行比較，以弄清該事件組是否具有與所述事件模式中的一事件信息相同的任何事件信息。如果在該事件組中找到這種匹配事件信息，那么模式匹配引擎110接著確定在用于當(dāng)日事件日志151的工作存儲(chǔ)器中是否找到了在步驟S54處讀取的事件模式。如果在所述當(dāng)日事件日志中未找到該事件模式，那么過程前進(jìn)到步驟S57。如果在當(dāng)日事件日志中找到了該事件模式，那么過程前進(jìn)到步驟S58。
(步驟S57)模式匹配引擎110創(chuàng)建與在步驟S54處檢索出的事件模式對(duì)應(yīng)的記錄，并將其存儲(chǔ)在當(dāng)日事件日志151的工作存儲(chǔ)區(qū)中。然后過程返回到步驟S54。
當(dāng)日事件日志151的該新記錄具有從在步驟S54處讀取的事件模式復(fù)制的“事件模式ID”和“事件序號(hào)”域。它還具有“命中數(shù)”域，該域被初始化為1。它還具有又一域“模式中的消息的數(shù)目”，該域被賦以構(gòu)成所檢索出的事件模式的事件信息的數(shù)目。
(步驟S58)此時(shí)存在與在步驟S54處檢索出的事件模式對(duì)應(yīng)的現(xiàn)有當(dāng)日事件日志記錄，模式匹配引擎110使其命中數(shù)域遞增1，由此更新日事件日志151的該記錄。然后過程返回到步驟S54。
(步驟S59)模式匹配引擎110在使用模式匹配結(jié)果執(zhí)行更新之后，使過程轉(zhuǎn)到步驟S52。更具體來說，模式匹配引擎110通過從在步驟S52處讀取的事件組中復(fù)制以下域值事件組ID、事件序號(hào)、事件ID、客戶ID、設(shè)備ID、發(fā)生時(shí)間、源類別以及錯(cuò)誤編號(hào)/消息，來把若干項(xiàng)輸入到當(dāng)日事件組日志153的工作表中。但是，對(duì)于匹配結(jié)果域，模式匹配引擎110創(chuàng)建并輸入一標(biāo)志，該標(biāo)志表示比較過程是否已找到具有相同事件信息的事件模式。
(步驟S60)模式匹配引擎110為當(dāng)日事件日志151的工作表中的每個(gè)記錄指配一權(quán)重。具體來說，當(dāng)事件組中的消息數(shù)大于命中數(shù)時(shí)，給權(quán)重賦以事件組中的消息數(shù)減去命中數(shù)所得的數(shù)；當(dāng)事件組中的消息數(shù)小于命中數(shù)時(shí)，給權(quán)重賦以命中數(shù)減去事件組中的消息數(shù)所得的數(shù)；當(dāng)事件組中的消息數(shù)等于命中數(shù)時(shí)，權(quán)重就等于命中數(shù)。
以下描述輸出信息的過程。
參照?qǐng)D30的流程圖，輸出信息的過程包括以下步驟(步驟S71)模式匹配引擎110對(duì)當(dāng)日事件日志151的工作表中的事件日志進(jìn)行排序。該排序操作涉及兩個(gè)排序主鍵一個(gè)是權(quán)重，而另一個(gè)是相同事件信息的數(shù)目(即，在事件組和在每個(gè)事件日志中都找到的事件信息的數(shù)目)。在本實(shí)施例中，按權(quán)重的排序具有更高優(yōu)先級(jí)。即，模式匹配引擎110首先根據(jù)權(quán)重對(duì)事件日志進(jìn)行排序，而如果存在具有相同權(quán)重的兩個(gè)或更多個(gè)記錄，那么接著按相同事件信息的數(shù)目對(duì)它們局部地進(jìn)行排序。
(步驟S72)模式匹配引擎110從經(jīng)排序的數(shù)組的起始，一次一條地讀取當(dāng)日事件日志151。如果沒有事件日志供讀取，那么生成一消息，以表示已讀取并處理了所有記錄。
(步驟S73)模式匹配引擎110確定是否已讀取并處理了所有記錄。然后過程返回到圖24的主例程。如果讀取到一事件日志記錄，那么過程前進(jìn)到步驟S74。
(步驟S74)模式匹配引擎110讀取與所述事件日志對(duì)應(yīng)的對(duì)策信息。
(步驟S75)模式匹配引擎110編輯該事件日志。具體來說，模式匹配引擎110首先按如下方式計(jì)算匹配率(命中數(shù))/(事件日志中的事件信息數(shù))×100。隨后，模式匹配引擎110通過把事件模式ID用作檢索關(guān)鍵字來從當(dāng)日事件日志151檢索出一記錄。
(步驟S76)模式匹配引擎110向結(jié)果文件155輸出該匹配率和結(jié)果。
下面更詳細(xì)地闡述以往事件檢查過程。
參照?qǐng)D31的流程圖，以往事件檢查過程包括以下步驟(步驟S81)模式匹配引擎110讀取當(dāng)日事件日志151的事件ID域值。如果沒有記錄供讀取，接著產(chǎn)生一消息，以指示已讀取并處理了所有記錄。
(步驟S82)模式匹配引擎110確定是否已讀取并處理了所有記錄。若為是，則過程接著返回到圖24的主例程。如果讀取到一記錄，那么過程前進(jìn)到步驟S83。
(步驟S83)模式匹配引擎110執(zhí)行與以往事件信息的匹配。具體來說，模式匹配引擎110查詢當(dāng)月事件日志152，以找出與已有事件模式相同的記錄。
(步驟S84)利用步驟S83的匹配結(jié)果，模式匹配引擎110確定是否存在相同記錄。如果存在，那么過程前進(jìn)到步驟S85。如果不存在，那么過程返回到圖24的主例程。
(步驟S85)模式匹配引擎110查看所找到的以往事件日志記錄，以提取其事件組ID。該ID示出哪個(gè)事件組引發(fā)了該事件日志記錄。
(步驟S86)模式匹配引擎110確定是否已處理了在步驟S85處獲得的所有記錄。若為是，那么過程返回到圖24的主例程。如果還剩有未處理的記錄，那么過程前進(jìn)到步驟S87。
(步驟S87)模式匹配引擎110對(duì)與在步驟S81處讀取的事件ID對(duì)應(yīng)的事件模式和與在步驟S85處獲得的事件組ID對(duì)應(yīng)的事件組進(jìn)行比較，以確定在該事件模式中是否找到該事件組中的每條事件信息。
(步驟S88)模式匹配引擎110確定在步驟S87處是否找到了所述事件組中的所有事件信息。若為是，那么過程前進(jìn)到步驟S89。否則，過程返回到步驟S85。
(步驟S89)模式匹配引擎110輸出表示何時(shí)產(chǎn)生在步驟S85處獲得的事件組ID的時(shí)標(biāo)。接著過程返回到步驟S85。
以下更詳細(xì)地闡述后處理。
參照?qǐng)D32的流程圖，后處理順序包括以下步驟(步驟S91)模式匹配引擎110從當(dāng)日事件日志151讀取記錄。
(步驟S92)模式匹配引擎110確定是否已讀取并處理了所有記錄。若為是，那么過程進(jìn)行到步驟S94。若為否，那么過程前進(jìn)到步驟S93。
(步驟S93)模式匹配引擎110把從當(dāng)日事件日志151的工作表中讀取的記錄存儲(chǔ)到HDD等中，并將其添加到當(dāng)月事件日志152。而且，模式匹配引擎110把當(dāng)日事件組日志153(其為當(dāng)日事件日志151的源)的工作表存儲(chǔ)到HDD等中，并將其添加到當(dāng)月事件組日志154。然后過程返回到步驟S91。
(步驟S94)模式匹配引擎110確定是否已正確存儲(chǔ)事件日志記錄。若為是，那么過程前進(jìn)到步驟S95。否則，過程前進(jìn)到步驟S96。
(步驟S95)模式匹配引擎110提交記錄存儲(chǔ)會(huì)話并退出本過程。
(步驟S96)模式匹配引擎110執(zhí)行回滾(rollback)。術(shù)語“回滾”是指使數(shù)據(jù)庫回到先前建立的檢查點(diǎn)處以從故障中恢復(fù)的操作。回滾之后，模式匹配引擎110退出本過程。
圖33示出信息的流動(dòng)。在圖33的示例中，給定事件組121包括四個(gè)ID為“a”、“b”、“c”以及“d”的事件信息。
臨時(shí)事件模式數(shù)據(jù)庫125存儲(chǔ)有多個(gè)事件模式。通過這些事件模式的事件模式ID“A”、“B”、“C”以及“D”等來參照它們。事件模式“A”包括事件信息“a”、“b”、“c”以及其它事件信息。事件模式“B”包括事件信息“a”、“c”以及其它事件信息。事件模式“C”包括事件信息“a”、“e”以及其它事件信息。事件模式“D”包括事件信息“b”、“c”以及其它事件信息。
針對(duì)上述事件組121與存儲(chǔ)在臨時(shí)事件模式數(shù)據(jù)庫125中的事件模式進(jìn)行模式匹配過程，由此產(chǎn)生圖33中所示的組合匹配結(jié)果91。為簡化起見，圖33的示例僅示出針對(duì)兩條事件信息的組合的匹配結(jié)果。
參照該組合匹配結(jié)果91，事件模式“A”被提取為針對(duì)事件信息“a”和“b”的組合的匹配事件模式。事件模式“A”和“B”被提取為針對(duì)事件信息“a”和“c”的組合的匹配事件模式。事件模式“C”被提取為針對(duì)事件信息“a”和“d”的組合的匹配事件模式。事件模式“D”被提取為針對(duì)事件信息“b”和“c”的組合的匹配事件模式。然而，對(duì)于事件信息“b”和“d”的組合以及事件信息“c”和“d”的組合，都沒有提取到事件模式。
基于上述組合匹配結(jié)果91，生成當(dāng)日事件日志151。與事件信息“a”相關(guān)聯(lián)的有事件模式ID“A”、“A”、“B”以及“C”。類似地，與事件信息“b”相關(guān)聯(lián)的有事件模式ID“A”和“D”。與事件信息“c”相關(guān)聯(lián)的有事件模式ID“A”、“B”以及“D”。與事件信息“d”相關(guān)聯(lián)的只有事件模式ID“C”。
當(dāng)日事件日志151用于生成結(jié)果文件155。在圖33的示例中的結(jié)果文件155給出事件模式列表，這些事件模式與它們各自的命中數(shù)按成為故障原因的可能性降序排列。在圖33中，事件模式“A”的命中數(shù)為“4”。事件模式“B”的命中數(shù)為“2”，而剩下的事件模式“C”和“D”的命中數(shù)也為“2”。雖然圖33中所示的示例結(jié)果文件155給出了命中數(shù)，然而也可以將其配置成示出匹配率。
由上可見，操作管理服務(wù)器100通過把相互關(guān)聯(lián)的事件信息組合成事件組121并將它們與事件模式進(jìn)行比較，來提取事件的一個(gè)或更多個(gè)高度可能的原因。操作管理服務(wù)器100的模式匹配引擎110為管理員提供對(duì)有關(guān)故障原因的提示及其對(duì)策的結(jié)果文件。
在以上闡述中，操作管理服務(wù)器100直接從系統(tǒng)中收集事件消息，并把事件信息自動(dòng)排序成分析用的組。然而，操作管理服務(wù)器100也可以對(duì)一組指定的事件信息進(jìn)行分析。在此情況下，可以例如通過事件組檢索屏面選擇希望的記錄，由此來指定事件組。
圖34示出事件組檢索屏面的示例。該事件組檢索屏面510允許用戶通過從一數(shù)據(jù)庫中檢索出以往日志信息，來創(chuàng)建用于匹配的希望事件組，該數(shù)據(jù)庫含有在預(yù)定時(shí)段內(nèi)收集的以往事件組日志信息。
所示的事件組檢索屏面510具有消息檢索條件輸入部分511和事件檢索條件輸入部分512。
消息檢索條件輸入部分511接受客戶名和時(shí)段的輸入，作為檢索條件。指定客戶名意味著指定產(chǎn)生含有事件信息的消息的特定系統(tǒng)。操作管理服務(wù)器100檢索出與被輸入到消息檢索條件輸入部分511中的檢索條件匹配的事件組。
事件檢索條件輸入部分512包括用于指定原因和對(duì)策的輸入框。每個(gè)輸入框具有一復(fù)選框。當(dāng)選中對(duì)應(yīng)的復(fù)選框時(shí)，就將輸入文本用作檢索關(guān)鍵字。操作管理服務(wù)器100基于被輸入到事件檢索條件輸入部分512中的檢索條件，對(duì)事件組日志記錄進(jìn)行檢索。
事件組檢索屏面510使得能夠檢索出事件組并將其呈現(xiàn)在顯示屏面上。為了進(jìn)行模式匹配，允許用戶從屬于所檢索出的事件組中的事件信息中選擇特定事件信息。對(duì)所選事件信息進(jìn)行分析，以找出故障的原因及其對(duì)策。
圖35示出事件選擇屏面的示例。事件選擇屏面520示出屬于通過檢索等提取的事件組日志的事件信息的列表。用戶選擇該事件信息列表的一部分521。
可以把所選事件信息當(dāng)作單個(gè)事件組來分析問題的原因。
通過一系列的過程對(duì)按此方式指定的事件組進(jìn)行分析，把該分析的結(jié)果輸出為結(jié)果文件155并顯示在分析結(jié)果屏面上。
圖36示出分析結(jié)果屏面的示例。該分析結(jié)果屏面530具有選定消息部分531、檢索條件部分532以及事件消息部分533。選定消息部分531示出選定事件組的事件信息的細(xì)節(jié)。檢索條件部分532給出由相關(guān)事件模式所指示的原因和對(duì)策的列表。事件消息部分533示出在事件模式中定義的事件信息的內(nèi)容。
其他應(yīng)用在上述多個(gè)實(shí)施例中，基于服務(wù)器可能產(chǎn)生的錯(cuò)誤事件來考查故障。作為另一種方法，操作員命令也可以成為用于分析故障的信息源。換句話說，另選途徑是根據(jù)可能引起故障的輸入來定位問題，而前述實(shí)施例試圖根據(jù)由故障源產(chǎn)生的結(jié)果來定位故障。實(shí)際上，某些用戶體驗(yàn)過依賴于他們的計(jì)算機(jī)環(huán)境的兩個(gè)程序之間的沖突；即，某些激活應(yīng)用進(jìn)程會(huì)妨礙另一進(jìn)程，而該另一進(jìn)程通?？梢元?dú)立地執(zhí)行。在這種情況下，向這些進(jìn)程發(fā)出的命令的歷史記錄使操作管理服務(wù)器能夠自動(dòng)隔離問題。
例如，當(dāng)處于數(shù)據(jù)備份過程時(shí)，數(shù)據(jù)庫禁止來自外部的訪問。在此情況下，常規(guī)系統(tǒng)產(chǎn)生數(shù)據(jù)庫訪問錯(cuò)誤。然而，用戶無法知曉他們不能訪問數(shù)據(jù)庫的原因。
為了通知用戶他們?cè)趪L試進(jìn)行他們的系統(tǒng)不允許的操作，可以把系統(tǒng)設(shè)計(jì)成收集命令集的模式定義組，以用于以后的模式匹配。每個(gè)組包含不能同時(shí)執(zhí)行的多個(gè)命令，并且當(dāng)用戶輸入這種命令集時(shí)，系統(tǒng)將對(duì)收集到的命令集模式進(jìn)行檢索并向用戶提供有關(guān)該問題的信息，包括其原因和對(duì)策。例如，系統(tǒng)可能建議他/她停止引起故障的應(yīng)用。
當(dāng)多個(gè)應(yīng)用同時(shí)運(yùn)行時(shí)，一個(gè)應(yīng)用可能在試圖進(jìn)行另一應(yīng)用不允許的事情時(shí)遇到錯(cuò)誤。一般地，在這種情況下，不允許用戶修改違反限制的應(yīng)用程序。然而，如果系統(tǒng)可以檢測(cè)到請(qǐng)求同時(shí)執(zhí)行多個(gè)應(yīng)用并將導(dǎo)致錯(cuò)誤的操作員輸入，并且如果系統(tǒng)可以提供另選方式以供他/她得到他/她想要的而不產(chǎn)生錯(cuò)誤，那么用戶就能夠避免該故障。
上述處理機(jī)制可以在與圖11中已描述的平臺(tái)類似的平臺(tái)上實(shí)現(xiàn)。但是，必須把服務(wù)器或其它終端站配置成向操作管理服務(wù)器100發(fā)送消息，以示出用戶輸入了什么指令。操作管理服務(wù)器100把這些消息存儲(chǔ)到歷史記錄表中。此外，操作管理服務(wù)器100具有操作模式數(shù)據(jù)庫，該操作模式數(shù)據(jù)庫用于存儲(chǔ)可能導(dǎo)致問題的各種操作模式。
圖37示出歷史記錄表的示例數(shù)據(jù)結(jié)構(gòu)。該歷史記錄表610具有以下數(shù)據(jù)域“發(fā)生時(shí)間”、“命令名”以及“服務(wù)器名”。發(fā)生時(shí)間域示出操作管理服務(wù)器100何時(shí)接收到傳送操作員輸入記錄的消息。命令名域示出實(shí)際發(fā)出的命令。服務(wù)器名域示出發(fā)送消息的服務(wù)器的名字。輸入到歷史記錄表610中的是，在預(yù)定時(shí)間段(例如，從下午1:30起的十分鐘)內(nèi)的操作員輸入的記錄。
圖38示出操作模式數(shù)據(jù)庫的示例數(shù)據(jù)結(jié)構(gòu)。該操作模式數(shù)據(jù)庫620具有以下數(shù)據(jù)域“操作模式碼”、“操作模式”、“癥狀”、“原因”以及“對(duì)策”。
操作模式碼域給出賦給每個(gè)操作模式的標(biāo)識(shí)碼。操作模式域示出可能導(dǎo)致故障的命令的集合。癥狀域示出故障將如何表現(xiàn)出來，而原因域示出該故障的原因。對(duì)策域告知采取什么動(dòng)作來規(guī)避故障。
例如，參見圖37的歷史記錄表610。記錄表示用戶使用“vi”命令調(diào)用編輯器程序，編輯“hosts”文件，然后使用“mail”命令啟動(dòng)郵遞程序。假定該操作員命令序列引起了錯(cuò)誤。然后，用戶從操作管理服務(wù)器100接收到有關(guān)該錯(cuò)誤的分析報(bào)告。
上述操作員命令序列與操作模式數(shù)據(jù)庫620中存儲(chǔ)的代碼為“s00000002”的操作模式相匹配。相應(yīng)地，操作管理服務(wù)器100檢索出該操作模式記錄，并向用戶的終端站發(fā)送消息，從而顯示“癥狀”、“原因”以及“對(duì)策”域中的信息。用戶接著檢查實(shí)際發(fā)生了些什么情況，并且如果實(shí)際發(fā)生的情況與所述消息給出的情況完全相同，那么他/她認(rèn)識(shí)到當(dāng)前情況就是操作模式代碼“s00000002”的情況。所提示的原因和對(duì)策將幫助用戶解決他/她的問題。
將上述處理功實(shí)現(xiàn)在計(jì)算機(jī)系統(tǒng)上。對(duì)描述操作管理服務(wù)器的功能的指令進(jìn)行編碼并以計(jì)算機(jī)程序的形式來提供。該計(jì)算機(jī)系統(tǒng)執(zhí)行這些程序，以提供希望的處理功能?？梢园堰@些程序存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中。這種存儲(chǔ)介質(zhì)包括磁存儲(chǔ)裝置、光盤、磁光存儲(chǔ)介質(zhì)以及固態(tài)存儲(chǔ)裝置。磁存儲(chǔ)裝置包括硬盤驅(qū)動(dòng)器(HDD)、軟盤(FD)以及磁帶。光盤包括數(shù)字多媒體盤(DVD)、DVD隨機(jī)存取存儲(chǔ)器(DVD-RAM)、只讀光盤存儲(chǔ)器(CD-ROM)、可寫CD(CD-R)以及可重寫CD(CD-RW)。磁光存儲(chǔ)介質(zhì)包括磁光盤(MO)。
諸如DVD和CD-ROM的便攜式存儲(chǔ)介質(zhì)適合于程序產(chǎn)品的發(fā)布。也可以使用基于網(wǎng)絡(luò)的軟件程序發(fā)布，其中，在服務(wù)器計(jì)算機(jī)中提供主程序文件，并可以經(jīng)由網(wǎng)絡(luò)將其下載到其它計(jì)算機(jī)。
用戶計(jì)算機(jī)在其本機(jī)存儲(chǔ)單元中存儲(chǔ)必要的程序，這些程序已被預(yù)先從便攜式存儲(chǔ)介質(zhì)進(jìn)行了安裝或從服務(wù)器計(jì)算機(jī)進(jìn)行了下載。該計(jì)算機(jī)執(zhí)行從本機(jī)存儲(chǔ)單元讀取的程序，從而執(zhí)行已編程的功能。作為程序執(zhí)行的另選方式，計(jì)算機(jī)可以在直接從便攜式存儲(chǔ)介質(zhì)中讀出程序代碼的情況下來執(zhí)行程序。另一另選方法是，用戶計(jì)算機(jī)在需要時(shí)動(dòng)態(tài)地從服務(wù)器計(jì)算機(jī)下載程序，并在傳輸過程中執(zhí)行它們。
上述闡述總結(jié)如下。根據(jù)本發(fā)明，把操作管理服務(wù)器設(shè)計(jì)成，從被監(jiān)控的其它服務(wù)器中的目標(biāo)對(duì)象收集事件記錄，并把這些事件記錄排序成多個(gè)組。將所得的事件組與模式定義組進(jìn)行比較，以找出匹配模式定義組，并提取與該組對(duì)應(yīng)的對(duì)策記錄。本發(fā)明所提出的特征使得可以容易地識(shí)別出引起問題的目標(biāo)對(duì)象。
上述闡述被視為僅例示了本發(fā)明的原理。此外，由于本領(lǐng)域的技術(shù)人員易知各種修改和變化，所以不應(yīng)將本發(fā)明限于所示出和描述的具體結(jié)構(gòu)和應(yīng)用程序，因此，所有合適的變型例和等同物都可被視為落入所附權(quán)利要求及其等同物所限定的本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種用于管理服務(wù)器的操作管理方法，包括以下步驟從多個(gè)監(jiān)控目標(biāo)對(duì)象收集事件信息，該多個(gè)監(jiān)控目標(biāo)對(duì)象是在所述服務(wù)器上執(zhí)行的多個(gè)功能；通過對(duì)收集到的多條所述事件信息進(jìn)行分組來生成事件組；按所述事件信息的發(fā)生模式對(duì)多個(gè)模式定義組與所述事件組進(jìn)行比較，所述模式定義組定義在故障發(fā)生時(shí)從多個(gè)所述監(jiān)控目標(biāo)對(duì)象輸出的事件信息的發(fā)生模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述事件信息的發(fā)生模式類似于所述事件組的所述模式定義組關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
2.如權(quán)利要求1所述的操作管理方法，其特征在于，所述事件信息是從多個(gè)服務(wù)器收集的。
3.如權(quán)利要求1所述的操作管理方法，其特征在于，在收集所述事件信息時(shí)，把每個(gè)所述監(jiān)控目標(biāo)對(duì)象的數(shù)據(jù)格式轉(zhuǎn)換為統(tǒng)一的數(shù)據(jù)格式。
4.如權(quán)利要求1所述的操作管理方法，其特征在于，在生成所述事件組時(shí)，通過參照定義多個(gè)所述監(jiān)控目標(biāo)對(duì)象之間的關(guān)聯(lián)性的數(shù)據(jù)庫，對(duì)從存在關(guān)聯(lián)性的所述監(jiān)控目標(biāo)對(duì)象輸出的所述事件信息進(jìn)行分組。
5.如權(quán)利要求1所述的操作管理方法，其特征在于，在生成所述事件組時(shí)，對(duì)在預(yù)定時(shí)段內(nèi)收集的所述事件信息進(jìn)行分組。
6.如權(quán)利要求1所述的操作管理方法，其特征在于，在對(duì)所述事件信息的發(fā)生模式進(jìn)行比較時(shí)，找到共同的所述事件信息。
7.如權(quán)利要求1所述的操作管理方法，其特征在于，在提取多個(gè)所述故障對(duì)策信息時(shí)，根據(jù)所述模式定義組相對(duì)于所述事件組在所述事件信息的發(fā)生模式方面的共同度，對(duì)多個(gè)故障對(duì)策信息進(jìn)行排序。
8.如權(quán)利要求7所述的操作管理方法，其特征在于，如果所述模式定義組與所述事件組具有共同的所述事件信息越多，則將所述模式定義組判斷為具有越高的共同度。
9.如權(quán)利要求7所述的操作管理方法，其特征在于，在所述事件組或所述模式定義組包含的所述事件信息中，如果只屬于其中一方的所述事件信息越少，則將所述模式定義組判斷為具有越高的共同度。
10.如權(quán)利要求1所述的操作管理方法，其特征在于，所述故障對(duì)策信息包括故障發(fā)生原因和解決故障的對(duì)策信息。
11.一種用于管理服務(wù)器的操作管理方法，其特征在于包括以下步驟收集輸入到所述服務(wù)器的命令；通過對(duì)收集到的多個(gè)所述命令進(jìn)行分組，來生成操作歷史記錄信息；按所述命令的輸入模式，對(duì)多個(gè)操作模式信息與所述操作歷史記錄信息進(jìn)行比較，所述操作模式信息定義成為故障發(fā)生原因的命令輸入模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述命令的輸入模式類似于所述操作歷史記錄信息的所述操作模式信息關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
12.一種用于管理服務(wù)器的操作管理設(shè)備，其特征在于包括收集裝置，用于收集多個(gè)監(jiān)控目標(biāo)對(duì)象處發(fā)生的事件信息，該多個(gè)監(jiān)控目標(biāo)對(duì)象是在所述服務(wù)器上執(zhí)行的多個(gè)功能；生成裝置，用于通過對(duì)收集到的多條所述事件信息進(jìn)行分組來生成事件組；比較裝置，用于按所述事件信息的發(fā)生模式對(duì)多個(gè)模式定義組與所述事件組進(jìn)行比較，所述模式定義組定義在故障發(fā)生時(shí)從多個(gè)所述監(jiān)控目標(biāo)對(duì)象輸出的事件信息的發(fā)生模式；以及提取裝置，用于提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述事件信息的發(fā)生模式類似于所述事件組的所述模式定義組關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
13.一種用于管理服務(wù)器的操作管理裝置，其特征在于包括收集裝置，用于收集輸入到所述服務(wù)器的命令；生成裝置，用于通過對(duì)收集到的多個(gè)所述命令進(jìn)行分組，來生成操作歷史記錄信息；比較裝置，按所述命令的輸入模式，對(duì)多個(gè)操作模式信息與所述操作歷史記錄信息進(jìn)行比較，所述操作模式信息定義成為故障發(fā)生原因的命令輸入模式；以及提取裝置，提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述命令的輸入模式類似于所述操作歷史記錄信息的所述操作模式信息關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
14.一種用于管理服務(wù)器的操作管理程序，其特征在于，該操作管理程序使計(jì)算機(jī)執(zhí)行以下步驟從多個(gè)監(jiān)控目標(biāo)對(duì)象收集事件信息，該多個(gè)監(jiān)控目標(biāo)對(duì)象是在所述服務(wù)器上執(zhí)行的多個(gè)功能；通過對(duì)收集到的多條所述事件信息進(jìn)行分組來生成事件組；按所述事件信息的發(fā)生模式對(duì)多個(gè)模式定義組與所述事件組進(jìn)行比較，所述模式定義組定義在故障發(fā)生時(shí)從多個(gè)所述監(jiān)控目標(biāo)對(duì)象輸出的事件信息的發(fā)生模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述事件信息的發(fā)生模式類似于所述事件組的所述模式定義組關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
15.一種用于管理服務(wù)器的操作管理程序，其特征在于，該操作管理程序使計(jì)算機(jī)執(zhí)行以下步驟收集輸入到所述服務(wù)器的命令；通過對(duì)收集到的多個(gè)所述命令進(jìn)行分組，來生成操作歷史記錄信息；按所述命令的輸入模式，對(duì)多個(gè)操作模式信息與所述操作歷史記錄信息進(jìn)行比較，所述操作模式信息定義成為故障發(fā)生原因的命令輸入模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述命令的輸入模式類似于所述操作歷史記錄信息的所述操作模式信息關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
16.一種計(jì)算機(jī)可讀的存儲(chǔ)介質(zhì)，記錄有用于管理服務(wù)器的操作管理程序，其特征在于，該操作管理程序使計(jì)算機(jī)執(zhí)行以下步驟從多個(gè)監(jiān)控目標(biāo)對(duì)象收集事件信息，該多個(gè)監(jiān)控目標(biāo)對(duì)象是在所述服務(wù)器上執(zhí)行的多個(gè)功能；通過對(duì)收集到的多條所述事件信息進(jìn)行分組來生成事件組；按所述事件信息的發(fā)生模式對(duì)多個(gè)模式定義組與所述事件組進(jìn)行比較，所述模式定義組定義在故障發(fā)生時(shí)從多個(gè)所述監(jiān)控目標(biāo)對(duì)象輸出的事件信息的發(fā)生模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述事件信息的發(fā)生模式類似于所述事件組的所述模式定義組關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
17.一種計(jì)算機(jī)可讀的存儲(chǔ)介質(zhì)，記錄有用于管理服務(wù)器的操作管理程序，該操作管理程序使計(jì)算機(jī)執(zhí)行以下步驟收集輸入到所述服務(wù)器的命令；通過對(duì)收集到的多個(gè)所述命令進(jìn)行分組，來生成操作歷史記錄信息；按所述命令的輸入模式，對(duì)多個(gè)操作模式信息與所述操作歷史記錄信息進(jìn)行比較，所述操作模式信息定義成為故障發(fā)生原因的命令輸入模式；以及提取故障對(duì)策信息，該故障對(duì)策信息已被預(yù)先與按所述命令的輸入模式類似于所述操作歷史記錄信息的所述操作模式信息關(guān)聯(lián)起來，該故障對(duì)策信息表示成為故障原因的所述監(jiān)控目標(biāo)對(duì)象。
全文摘要
可以由軟件單元來確定故障位置。收集在被監(jiān)控的單元中出現(xiàn)的事件信息(步驟ST1)。接著，對(duì)收集到的事件信息進(jìn)行分組以生成事件組(步驟ST2)。而且，在事件組與多個(gè)模式定義組之間比較事件信息發(fā)生模式，其中，在所述多個(gè)模式定義組中定義了在發(fā)生故障期間輸出的事件信息的發(fā)生模式(步驟ST3)。然后，提取故障解決方案信息，其被預(yù)先與具有相似的事件信息發(fā)生模式的模式定義組關(guān)聯(lián)起來(步驟ST4)。
文檔編號(hào)G06F13/00GK1650274SQ02829508
公開日2005年8月3日 申請(qǐng)日期2002年12月26日 優(yōu)先權(quán)日2002年12月26日
發(fā)明者高橋大作, 吉位裕貴子, 加來義朗, 小野仁, 鈴木洋, 河嶋千晶 申請(qǐng)人:富士通株式會(huì)社