本申請涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，特別涉及一種系統(tǒng)日志的處理方法及系統(tǒng)。

背景技術(shù)：

隨著信息量的增加，企業(yè)數(shù)據(jù)庫的體積也隨著增大，隨之而來的是越來越龐大的存儲系統(tǒng)不免出現(xiàn)各種原因?qū)е碌漠惓＃ǔＭㄟ^分析存儲系統(tǒng)自動生成的系統(tǒng)日志來定位存儲系統(tǒng)發(fā)生的各種故障，分析故障原因?qū)τ诮窈箝L時(shí)間、穩(wěn)定高效的保持?jǐn)?shù)據(jù)庫的正常運(yùn)行有著至關(guān)重要的意義。

現(xiàn)有的對于系統(tǒng)日志的處理，是首先收集到日志信息，再對其進(jìn)行分析，但畢竟不是每天都由管理員手動進(jìn)行操作，不免會出現(xiàn)遺忘，而一般存儲系統(tǒng)在前期也不會頻繁出現(xiàn)故障，就導(dǎo)致了舊的系統(tǒng)日志還未被分析就被新生成的系統(tǒng)日志所覆蓋掉了，致使管理員無法及時(shí)了解存儲系統(tǒng)的狀態(tài)，為后期故障的產(chǎn)生買下了隱患，可能造成嚴(yán)重的損失。

所以，如何提供一種系統(tǒng)日志收集更及時(shí)、分析定位故障更準(zhǔn)確并擁有自我學(xué)習(xí)能力的系統(tǒng)日志處理機(jī)制，是本領(lǐng)域技術(shù)人員亟待解決的問題。

技術(shù)實(shí)現(xiàn)要素：

本申請的目的是提供一種系統(tǒng)日志的處理方法及系統(tǒng)，能夠更及時(shí)的收集系統(tǒng)日志、更準(zhǔn)確的分析定位故障并擁有自我學(xué)習(xí)能力，提高系統(tǒng)日志的利用率，及時(shí)發(fā)現(xiàn)和定位故障點(diǎn)，降低維護(hù)成本。

為解決上述技術(shù)問題，本申請?zhí)峁┮环N系統(tǒng)日志的處理方法，該方法包括：

周期性采集生成的系統(tǒng)日志；

提取所述系統(tǒng)日志中的錯誤代碼，并與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；

若所述預(yù)存代碼庫中存在相同的所述錯誤代碼，則提取所述錯誤代碼相對應(yīng)的解釋信息；

若所述預(yù)存代碼庫中不存在相同的所述錯誤代碼，則通過預(yù)設(shè)路徑將包含所述錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)所述反饋信息輸入正確的錯誤解釋，并記錄在所述數(shù)據(jù)庫中。

可選的，周期性采集生成的系統(tǒng)日志，包括：

利用scp命令按周期將所述系統(tǒng)日志從存儲服務(wù)器復(fù)制到收集分析服務(wù)器。

可選的，提取所述系統(tǒng)日志中的錯誤代碼，并利用數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比，包括：

按關(guān)鍵字對所述系統(tǒng)日志進(jìn)行檢索，得到檢索結(jié)果；

從所述檢索結(jié)果中提取所述錯誤代碼；

將所述錯誤代碼與所述數(shù)據(jù)庫中的所述預(yù)存錯誤代碼作對比。

可選的，該方法還包括：

將所述錯誤代碼、所述解釋信息、所述反饋信息以及所述錯誤解釋按異常等級進(jìn)行分類，得到分類結(jié)果；

通過b/s模式將所述分類結(jié)果向系統(tǒng)管理員進(jìn)行展示。

本申請還提供了一種系統(tǒng)日志的處理系統(tǒng)，該系統(tǒng)包括：

收集模塊，用于周期性采集生成的系統(tǒng)日志；

分析模塊，用于提取所述系統(tǒng)日志中的錯誤代碼，并與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；

第一處理模塊，用于若所述預(yù)存代碼庫中存在相同的所述錯誤代碼，則提取所述錯誤代碼相對應(yīng)的解釋信息；

第二處理模塊，用于若所述預(yù)存代碼庫中不存在相同的所述錯誤代碼，則通過預(yù)設(shè)路徑將包含所述錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)所述反饋信息輸入正確的錯誤解釋，并記錄在所述數(shù)據(jù)庫中。

可選的，所述收集模塊包括：

scp命令采集子模塊，用于利用scp命令按周期將所述系統(tǒng)日志從存儲服務(wù)器復(fù)制到收集分析服務(wù)器。

可選的，所述分析模塊包括：

檢索子模塊，用于關(guān)鍵字對所述系統(tǒng)日志進(jìn)行檢索，得到檢索結(jié)果；

提取子模塊，用于從所述檢索結(jié)果中提取所述錯誤代碼；

對比子模塊，用于將所述錯誤代碼與所述數(shù)據(jù)庫中的所述預(yù)存錯誤代碼作對比。

可選的，還包括：

分類模塊，用于將所述錯誤代碼、所述解釋信息、所述反饋信息以及所述錯誤解釋按異常等級進(jìn)行分類，得到分類結(jié)果；

展示模塊，用于通過b/s模式將所述分類結(jié)果向系統(tǒng)管理員進(jìn)行展示。

本申請所提供的一種系統(tǒng)日志的處理方法，通過周期性采集生成的系統(tǒng)日志；提取所述系統(tǒng)日志中的錯誤代碼，并與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；若所述預(yù)存代碼庫中存在相同的所述錯誤代碼，則提取所述錯誤代碼相對應(yīng)的解釋信息；若所述預(yù)存代碼庫中不存在相同的所述錯誤代碼，則通過預(yù)設(shè)路徑將包含所述錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)所述反饋信息輸入正確的錯誤解釋，并記錄在所述數(shù)據(jù)庫中。

顯然，本申請所提供的技術(shù)方案，通過周期性的采集生成的系統(tǒng)日志，并從該系統(tǒng)日志中提取出所記錄的錯誤代碼，進(jìn)而與數(shù)據(jù)庫中的預(yù)存錯誤代碼進(jìn)行比對，在出現(xiàn)新的錯誤代碼后向管理員進(jìn)行反饋并得到正確的錯誤解釋，且記錄進(jìn)數(shù)據(jù)庫作為學(xué)習(xí)結(jié)果。能夠更及時(shí)的收集系統(tǒng)日志、更準(zhǔn)確的分析定位故障并擁有自我學(xué)習(xí)能力，提高系統(tǒng)日志的利用率，及時(shí)發(fā)現(xiàn)和定位故障點(diǎn)，降低維護(hù)成本。本申請同時(shí)還提供了一種系統(tǒng)日志的處理系統(tǒng)，具有上述有益效果，在此不再贅述。

附圖說明

為了更清楚地說明本申請實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本申請實(shí)施例所提供的一種系統(tǒng)日志的處理方法的流程圖；

圖2為本申請實(shí)施例所提供的另一種系統(tǒng)日志的處理方法的流程圖；

圖3為本申請實(shí)施例所提供的一種系統(tǒng)日志的處理系統(tǒng)的結(jié)構(gòu)框圖。

具體實(shí)施方式

本申請的核心是提供一種系統(tǒng)日志的處理方法及系統(tǒng)，能夠更及時(shí)的收集系統(tǒng)日志、更準(zhǔn)確的分析定位故障并擁有自我學(xué)習(xí)能力，提高系統(tǒng)日志的利用率，及時(shí)發(fā)現(xiàn)和定位故障點(diǎn)，降低維護(hù)成本。

為使本申請實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本申請實(shí)施例中的附圖，對本申請實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本申請一部分實(shí)施例，而不是全部的實(shí)施例。基于本申請中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例，都屬于本申請保護(hù)的范圍。

以下結(jié)合圖1，圖1為本申請實(shí)施例所提供的一種系統(tǒng)日志的處理方法的流程圖。

其具體包括以下步驟：

s101：周期性采集生成的系統(tǒng)日志；

本步驟旨在按周期的對生成的系統(tǒng)日志進(jìn)行采集，通常情況下，一個系統(tǒng)日志文件會保存一天內(nèi)設(shè)備的運(yùn)行狀況參數(shù)，而該系統(tǒng)日志一般會保存在存儲服務(wù)器內(nèi)，為了避免出現(xiàn)現(xiàn)有技術(shù)中舊的系統(tǒng)日志文件被新生成的系統(tǒng)日志文件所覆蓋，本申請采用按預(yù)設(shè)周期將保存在存儲服務(wù)器中的系統(tǒng)日志復(fù)制到專用的收集服務(wù)器當(dāng)中。

至于將預(yù)設(shè)周期具體設(shè)置為多少，此處并不做具體限定，例如，考慮到避免出現(xiàn)覆蓋而丟失部分系統(tǒng)日志的現(xiàn)象，可以在每天的系統(tǒng)日志一生成就復(fù)制到收集服務(wù)器中；也可以考慮到實(shí)際運(yùn)行的設(shè)備并不多，即每天記錄下的系統(tǒng)日志內(nèi)容不是很多的情況下，適當(dāng)放寬預(yù)設(shè)周期的設(shè)定，相對應(yīng)的，在運(yùn)行設(shè)備很多，故障頻發(fā)的時(shí)間段可以緊縮預(yù)設(shè)周期，達(dá)到一天多次的對生成的部分系統(tǒng)日志進(jìn)行復(fù)制，以便及時(shí)發(fā)現(xiàn)故障和避免出現(xiàn)體積極大的系統(tǒng)日志文件。

同時(shí)，具體如何采集到通常生成在存儲服務(wù)器當(dāng)中的系統(tǒng)日志，其方法多種多樣，本領(lǐng)域技術(shù)人員可以很輕易的憑借經(jīng)驗(yàn)以及不同型號的設(shè)備選擇多種方法實(shí)現(xiàn)這一目的，例如，在linux系統(tǒng)下可以簡單的使用scp命令實(shí)現(xiàn)對系統(tǒng)日志的復(fù)制目的，此處并不做具體限定，應(yīng)視實(shí)際情況中具體設(shè)備的型號、安裝的操作系統(tǒng)、管理員的管理習(xí)慣等各種因素做出相應(yīng)的差異性選擇。

s102：提取系統(tǒng)日志中的錯誤代碼，并與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；

在s101的基礎(chǔ)上，本步驟旨在從采集到的系統(tǒng)日志中提取出錯誤代碼，并與后臺的數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比。

系統(tǒng)日志，就像名字說的那樣，是對存儲系統(tǒng)中發(fā)生的所有事件進(jìn)行記錄而形成的一個日志文件，大而全面，所以里面同樣會記錄很多正常的操作記錄，并不僅僅將存儲系統(tǒng)中發(fā)生異常而產(chǎn)生的錯誤代碼記錄了下來，所以需要對其進(jìn)行提取錯誤代碼的操作，已將錯誤代碼的部分單獨(dú)提取出來，專門進(jìn)行分析。

當(dāng)然，如何提取系統(tǒng)日志中的錯誤代碼，方式多種多樣，例如，可以針對關(guān)鍵字進(jìn)行檢索，通常情況下，錯誤代碼段都會伴隨著諸如error或者fatal的關(guān)鍵字，可以有針對性的進(jìn)行提?。灰部梢灾苯訉δ骋活愬e誤代碼段進(jìn)行檢索，大多數(shù)設(shè)備在設(shè)計(jì)生產(chǎn)之初就內(nèi)嵌了發(fā)生異常時(shí)對應(yīng)的錯誤編號，可以直接對這一類錯誤進(jìn)行分類和整合，方便之后的統(tǒng)計(jì)工作。也存在不少其它的方法來進(jìn)行錯誤代碼段的提取，此處并不做具體限定，應(yīng)視實(shí)際情況中設(shè)備的具體型號、生產(chǎn)廠家的設(shè)置習(xí)慣、設(shè)備運(yùn)行環(huán)境以及其它諸多因素來做出最有效率的選擇。

s103：預(yù)存錯誤代碼中是否存在相同的錯誤代碼；

在s102的基礎(chǔ)上，本步驟旨在判斷在預(yù)存錯誤代碼中是否存在于提取出的相同的錯誤代碼，即，提取出的錯誤代碼已經(jīng)被預(yù)先考慮到并被設(shè)置在了預(yù)存錯誤代碼中。

s104：提取錯誤代碼相對應(yīng)的解釋信息；

本步驟是基于s103的判斷結(jié)果為預(yù)存錯誤代碼中存在與提取出的錯誤代碼一致的錯誤代碼的情況，此時(shí)則從后臺的數(shù)據(jù)庫中的預(yù)存錯誤代碼中找到相同的錯誤代碼，并提取出其對應(yīng)的解釋信息。

如何進(jìn)行具體的操作來實(shí)現(xiàn)這一目的，方式多種多樣，且根據(jù)具體設(shè)備的不同可能會存在一些細(xì)小的差異，此處并不做具體限定，應(yīng)視實(shí)際情況中設(shè)備的具體型號、生產(chǎn)廠家的設(shè)置習(xí)慣、設(shè)備運(yùn)行環(huán)境以及其它諸多因素來做出最合適的選擇。

進(jìn)一步的，還可以將提取出的解釋信息同一記錄在某個分析結(jié)果文件中，將解釋信息和相應(yīng)的錯誤代碼段一一對應(yīng)起來，更進(jìn)一步的，還可以將出現(xiàn)的相同錯誤只出現(xiàn)一次，并附上出現(xiàn)此處和具體的故障位置的時(shí)間等特征信息，方便管理人員進(jìn)行定位，還可以將同一類型、錯誤代碼性質(zhì)相近的錯誤記錄在相近的位置，方便管理人員進(jìn)行故障分析。還可以按錯誤代碼的嚴(yán)重等級以不同顏色進(jìn)行分類，以能夠按照嚴(yán)重程度進(jìn)行優(yōu)先級排序來優(yōu)先處理。

s105：通過預(yù)設(shè)路徑將包含錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)反饋信息輸入正確的錯誤解釋，并記錄在數(shù)據(jù)庫中。

本步驟是基于s103的判斷結(jié)果為預(yù)存錯誤代碼中不存在與提取出的錯誤代碼一致的錯誤代碼的情況，即，出現(xiàn)了之前未預(yù)料的異常，此時(shí)可以通過各種路徑，將包含該新出現(xiàn)的錯誤代碼的反饋信息向管理人員進(jìn)行反饋，以管理人員站在專業(yè)人士的角度做出正確的錯誤解釋，在接收到正確的錯誤解釋輸入完畢的信息后，將該新出現(xiàn)的錯誤代碼段以及該正確的錯誤解釋一并加入后臺數(shù)據(jù)庫的預(yù)存錯誤代碼中，實(shí)現(xiàn)一個自我學(xué)習(xí)的過程，并通過這一過程不斷充實(shí)預(yù)存錯誤代碼，達(dá)到更好的使用體驗(yàn)和效果。

具體如何將該反饋信息反饋給管理人員，方式多種多樣，例如，通過即時(shí)的在管理系統(tǒng)界面進(jìn)行彈窗顯示、向該管理人員的郵箱或者聯(lián)系方式發(fā)送包含這一反饋信息的通知信息等。同時(shí)，具體如何將得到的正確的錯誤解釋和新出現(xiàn)的錯誤代碼加入預(yù)存錯誤代碼中，方式也多種多樣，例如，將其作為一個新的與原預(yù)存錯誤代碼同類型的識別文件放入數(shù)據(jù)庫中，使得再次拿預(yù)存錯誤代碼與錯誤代碼段進(jìn)行比對時(shí)，將該新的識別文件也加入檢索庫；還可以直接將這些新的信息存入原預(yù)存錯誤代碼所在的識別文件中，相當(dāng)于新加入了一條而已。

對以上兩種情景下具體如何操作來實(shí)現(xiàn)目的，此處并不做具體限定，應(yīng)視實(shí)際情況中設(shè)備的具體型號、生產(chǎn)廠家的設(shè)置習(xí)慣、設(shè)備運(yùn)行環(huán)境以及其它諸多因素來做出最合適的選擇。

基于上述技術(shù)方案，本申請實(shí)施例提供的一種系統(tǒng)日志的處理方法，通過周期性的采集生成的系統(tǒng)日志，并從該系統(tǒng)日志中提取出所記錄的錯誤代碼，進(jìn)而與數(shù)據(jù)庫中的預(yù)存錯誤代碼進(jìn)行比對，在出現(xiàn)新的錯誤代碼后向管理員進(jìn)行反饋并得到正確的錯誤解釋，且記錄進(jìn)數(shù)據(jù)庫作為學(xué)習(xí)結(jié)果。能夠更及時(shí)的收集系統(tǒng)日志、更準(zhǔn)確的分析定位故障并擁有自我學(xué)習(xí)能力，提高系統(tǒng)日志的利用率，及時(shí)發(fā)現(xiàn)和定位故障點(diǎn)，降低維護(hù)成本。

以下結(jié)合圖2，圖2為本申請實(shí)施例所提供的另一種系統(tǒng)日志的處理方法的流程圖。

其具體包括以下步驟：

s201：利用scp命令按周期將系統(tǒng)日志從存儲服務(wù)器復(fù)制到收集分析服務(wù)器；

本步驟旨在針對常用的存儲服務(wù)器上安裝的linux系統(tǒng)，使用scp命令按預(yù)設(shè)周期將之前保存在存儲服務(wù)器中的系統(tǒng)日志復(fù)制到收集分析服務(wù)器上。具體如何設(shè)置預(yù)設(shè)周期，可參見s101中的相關(guān)內(nèi)容，在此不再贅述。

s202：按關(guān)鍵字對系統(tǒng)日志進(jìn)行檢索，得到檢索結(jié)果；

s203：從檢索結(jié)果中提取錯誤代碼；

s204：將錯誤代碼與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；

在s201的基礎(chǔ)上，s202、s203、以及s204三個步驟是對s102所做的一個限定，旨在通過按關(guān)鍵詞的方式對復(fù)制到收集分析服務(wù)器上的系統(tǒng)日志進(jìn)行檢索，得到檢索結(jié)果，并從檢索結(jié)果中提取錯誤代碼，再將提取出的錯誤代碼與數(shù)據(jù)庫中的預(yù)存錯誤代碼做對比，以得到比較結(jié)果。

s205：預(yù)存錯誤代碼中是否存在相同的錯誤代碼；

s206：提取錯誤代碼相對應(yīng)的解釋信息；

s207：通過預(yù)設(shè)路徑將包含錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)反饋信息輸入正確的錯誤解釋，并記錄在數(shù)據(jù)庫中；

s208：將錯誤代碼、解釋信息、反饋信息以及錯誤解釋按異常等級進(jìn)行分類，得到分類結(jié)果；

本步驟旨在將之前步驟得到的錯誤代碼、與錯誤代碼相對應(yīng)的解釋信息、反饋信息以及管理人員針對新出現(xiàn)的錯誤代碼所做出的正確的錯誤解釋，按異常等級進(jìn)行分類，并得到分類結(jié)果，以便于向管理人員呈現(xiàn)一個更簡潔、更人性化、更便于得到重要信息的結(jié)果。

s209：通過b/s模式將分類結(jié)果向系統(tǒng)管理員進(jìn)行展示。

在s208的基礎(chǔ)上，本步驟旨在通過b/s模式將得到的分類結(jié)果向系統(tǒng)管理員進(jìn)行展示。

其中，b/s(browser/server，中文名為：瀏覽器/服務(wù)器)模式主要是利用了不斷成熟的web瀏覽器技術(shù)：結(jié)合瀏覽器的多種腳本語言和activex技術(shù)，用通用瀏覽器實(shí)現(xiàn)原來需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，同時(shí)節(jié)約了開發(fā)成本。其中，activex技術(shù)是一個開放的集成平臺，為開發(fā)人員、用戶和web生產(chǎn)商提供了一個快速而簡便的在網(wǎng)絡(luò)上創(chuàng)建程序集成和內(nèi)容的方法。使用activex技術(shù),可輕松方便的在web頁中插入多媒體效果、交互式對象、以及復(fù)雜程序，創(chuàng)建用戶體驗(yàn)相當(dāng)?shù)母哔|(zhì)量多媒體cd-rom(compactdiscread-onlymemory，中文名為：只讀光盤)。這是一種在電腦上使用的光碟。這種光碟只能寫入數(shù)據(jù)一次，信息將永久保存在光碟上，使用時(shí)通過光碟驅(qū)動器讀出信息。

b/s模式最大的優(yōu)點(diǎn)就是可以在任何地方進(jìn)行操作而不用安裝任何專門的軟件，只要有一臺能上網(wǎng)的電腦就能使用，客戶端零安裝、零維護(hù)。系統(tǒng)的擴(kuò)展非常容易。且它的程序也能在客戶端電腦上進(jìn)行部分處理，從而大大的減輕了服務(wù)器的負(fù)擔(dān)；并增加了交互性，能進(jìn)行局部實(shí)時(shí)刷新。

基于上述技術(shù)方案，本申請實(shí)施例提供的一種系統(tǒng)日志的處理方法，通過使用簡單通用的scp命令周期性的采集生成的系統(tǒng)日志，并從該系統(tǒng)日志中按關(guān)鍵字檢索提取出所記錄的錯誤代碼，進(jìn)而與數(shù)據(jù)庫中的預(yù)存錯誤代碼進(jìn)行比對，在出現(xiàn)新的錯誤代碼后向管理員進(jìn)行反饋并得到正確的錯誤解釋，且記錄進(jìn)數(shù)據(jù)庫作為學(xué)習(xí)結(jié)果，同時(shí)對得到的信息按異常度進(jìn)行分類展示。能夠更及時(shí)的收集系統(tǒng)日志、更準(zhǔn)確的分析定位故障并擁有自我學(xué)習(xí)能力，提高系統(tǒng)日志的利用率，及時(shí)發(fā)現(xiàn)和定位故障點(diǎn)，降低維護(hù)成本。

因?yàn)榍闆r復(fù)雜，無法一一列舉進(jìn)行闡述，本領(lǐng)域技術(shù)人員應(yīng)能意識到更具本申請?zhí)峁┑幕痉椒ㄔ斫Y(jié)合實(shí)際情況可以存在很多的例子，在不付出足夠的創(chuàng)造性勞動下，應(yīng)均在本申請的保護(hù)范圍內(nèi)。

下面請參見圖3，圖3為本申請實(shí)施例所提供的一種區(qū)塊鏈大文件存儲及校驗(yàn)的系統(tǒng)的結(jié)構(gòu)框圖。

該系統(tǒng)可以包括：

收集模塊100，用于周期性采集生成的系統(tǒng)日志；

分析模塊200，用于提取系統(tǒng)日志中的錯誤代碼，并與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比；

第一處理模塊300，用于若預(yù)存代碼庫中存在相同的錯誤代碼，則提取錯誤代碼相對應(yīng)的解釋信息；

第二處理模塊400，用于若預(yù)存代碼庫中不存在相同的錯誤代碼，則通過預(yù)設(shè)路徑將包含錯誤代碼的反饋信息進(jìn)行反饋，以使管理人員根據(jù)反饋信息輸入正確的錯誤解釋，并記錄在數(shù)據(jù)庫中。

其中，該收集模塊100包括：

scp命令采集子模塊，用于利用scp命令按周期將系統(tǒng)日志從存儲服務(wù)器復(fù)制到收集分析服務(wù)器。

其中，該分析模塊200包括：

檢索子模塊，用于關(guān)鍵字對系統(tǒng)日志進(jìn)行檢索，得到檢索結(jié)果；

提取子模塊，用于從檢索結(jié)果中提取錯誤代碼；

對比子模塊，用于將錯誤代碼與數(shù)據(jù)庫中的預(yù)存錯誤代碼作對比。

進(jìn)一步的，該系統(tǒng)還包括：

分類模塊，用于將錯誤代碼、解釋信息、反饋信息以及錯誤解釋按異常等級進(jìn)行分類，得到分類結(jié)果；

展示模塊，用于通過b/s模式將分類結(jié)果向系統(tǒng)管理員進(jìn)行展示。

說明書中各個實(shí)施例采用遞進(jìn)的方式描述，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處，各個實(shí)施例之間相同相似部分互相參見即可。對于實(shí)施例公開的裝置而言，由于其與實(shí)施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。

專業(yè)人員還可以進(jìn)一步意識到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本申請的范圍。

本文中應(yīng)用了具體個例對本申請的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請的方法及其核心思想。應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請?jiān)淼那疤嵯?，還可以對本申請進(jìn)行若干改進(jìn)和修飾，這些改進(jìn)和修飾也落入本申請權(quán)利要求的保護(hù)范圍內(nèi)。

還需要說明的是，在本說明書中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實(shí)體或者操作與另一個實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其它變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其它要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。