專利名稱：系統(tǒng)資源性能巡檢的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)采集領(lǐng)域，尤其涉及一種系統(tǒng)資源性能巡檢的方法及系統(tǒng)。
背景技術(shù)：
企業(yè)系統(tǒng)在應(yīng)用過(guò)程中會(huì)出現(xiàn)因大批量的終端訪問(wèn)、操作而響應(yīng)慢的情況，即企業(yè)系統(tǒng)的性能。為了對(duì)企業(yè)系統(tǒng)的性能問(wèn)題進(jìn)行分析，就需要對(duì)主要圍繞系統(tǒng)的CPU、內(nèi)存、網(wǎng)絡(luò)情況進(jìn)行匯總分析，為企業(yè)系統(tǒng)異常、性能分析、信息系統(tǒng)管理、系統(tǒng)硬件管理提供企業(yè)全面的、充分的、有效的采集依據(jù)。現(xiàn)有技術(shù)中針對(duì)企業(yè)系統(tǒng)的性能問(wèn)題，主要包括兩種解決方式
一種是通過(guò)人工的方式分析CPU、內(nèi)存、網(wǎng)絡(luò)情況。這種方式消耗大量人工資源，并且采集數(shù)據(jù)的有效性難以保障。因?yàn)樾阅軙?huì)根據(jù)業(yè)務(wù)有所變化，例如飯店采購(gòu)過(guò)程主要發(fā)生在凌晨、銷(xiāo)售主要發(fā)生在夜晚，那么這兩個(gè)時(shí)間段可能會(huì)使信息系統(tǒng)出現(xiàn)性能問(wèn)題，而這兩個(gè)時(shí)間段的性能采集，受限于時(shí)間、現(xiàn)場(chǎng)情況、人員能力，而且對(duì)于采集的數(shù)據(jù)是難以保障的。另一種是對(duì)當(dāng)前PC進(jìn)行資源性能分析，主要是通過(guò)PC操作員點(diǎn)擊分析按鈕，分析當(dāng)前操作系統(tǒng)的性能。雖然較前一種方式，解決了人員能力問(wèn)題，但這種方式依然受限于時(shí)間、現(xiàn)場(chǎng)情況。綜上所述，以上兩種方式在數(shù)據(jù)采集方面均受限于與時(shí)間、現(xiàn)場(chǎng)情況，而且均無(wú)法達(dá)到對(duì)整個(gè)企業(yè)信息系統(tǒng)，甚至集團(tuán)及信息系統(tǒng)全部PC進(jìn)行資源性能分析。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種系統(tǒng)資源性能巡檢的方法，旨在提高性能數(shù)據(jù)的采集效率。本發(fā)明提供了一種系統(tǒng)資源性能巡檢的方法，包括以下步驟服務(wù)端獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)米集指令；客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。優(yōu)選地，還包括客戶端根據(jù)客戶端的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的循環(huán)采集。優(yōu)選地，客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端的步驟同時(shí)還包括客戶端判斷服務(wù)端的采集模式與客戶端的采集模式是否一致；若否，則將客戶端的采集模式更新為服務(wù)端的采集模式。優(yōu)選地，所述客戶端的采集模式及服務(wù)端的采集模式均包括采集的參數(shù)、采集的顆粒度。
優(yōu)選地，所述客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端的步驟之后還包括服務(wù)端對(duì)客戶端發(fā)送的性能數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告。本發(fā)明還提供了一種系統(tǒng)資源性能巡檢的系統(tǒng)，包括服務(wù)端，用于獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令；客戶端，用于根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。優(yōu)選地，所述客戶端還用于
根據(jù)客戶端的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的循環(huán)米集。優(yōu)選地，所述客戶端還用于判斷服務(wù)端的采集模式與客戶端的采集模式是否一致；若否，則將客戶端的采集模式更新為服務(wù)端的采集模式。優(yōu)選地，所述客戶端的采集模式及服務(wù)端的采集模式均包括采集的參數(shù)、采集的顆粒度。優(yōu)選地，所述服務(wù)端還用于對(duì)客戶端發(fā)送的性能數(shù)據(jù)采集的數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告。本發(fā)明通過(guò)客戶端按照自身的采集模式，對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)進(jìn)行循環(huán)采集，并且服務(wù)端也按照自身的采集模式，獲取客戶端采集的性能數(shù)據(jù)，從而解決了現(xiàn)有技術(shù)中采集受時(shí)間、現(xiàn)場(chǎng)的限制，提高了性能數(shù)據(jù)采集的效率。另外，在服務(wù)端與客戶端通訊時(shí)，客戶端還可以同步服務(wù)端的采集模式，從而使得與服務(wù)端通信的所有客戶端的采集模式均一致，從而避免了人工設(shè)置失誤而產(chǎn)生數(shù)據(jù)采集的誤差。


圖I是本發(fā)明系統(tǒng)資源性能巡檢的方法一實(shí)施例的流程示意圖；圖2是本發(fā)明系統(tǒng)資源性能巡檢的方法另一實(shí)施例的流程示意圖；圖3是本發(fā)明系統(tǒng)資源性能巡檢的系統(tǒng)一實(shí)施例的結(jié)構(gòu)示意圖。本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說(shuō)明。
具體實(shí)施例方式以下結(jié)合說(shuō)明書(shū)附圖及具體實(shí)施例進(jìn)一步說(shuō)明本發(fā)明的技術(shù)方案。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。圖I是本發(fā)明系統(tǒng)資源性能巡檢的方法一實(shí)施例的流程示意圖。參照?qǐng)D1，本發(fā)明系統(tǒng)資源性能巡檢的方法包括以下步驟步驟S01、服務(wù)端獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令；服務(wù)端獲取與通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令。該服務(wù)端與客戶端之間的通信可以為內(nèi)部局域網(wǎng)通信，也可以為遠(yuǎn)程網(wǎng)絡(luò)通信。該服務(wù)端的采集模式可以通過(guò)具體情況而靈活設(shè)置，包括采集的參數(shù)、采集的顆粒度等等。服務(wù)端根據(jù)采集的顆粒度，循環(huán)向客戶端發(fā)送數(shù)據(jù)采集指令，以獲取客戶端采集的數(shù)據(jù)。而且該服務(wù)端根據(jù)采集的參數(shù)，可以針對(duì)性地向客戶端獲取其所需要的性能數(shù)據(jù)。步驟S02、客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端?？蛻舳耸盏皆摂?shù)據(jù)采集指令后，可以先對(duì)該數(shù)據(jù)采集指令進(jìn)行有效性驗(yàn)證，若判斷該數(shù)據(jù)采集指令有效，再將服務(wù)端需要獲取的性能數(shù)據(jù)發(fā)送至服務(wù)端。同時(shí)，該客戶端根據(jù)客戶端自身的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的采集。該被巡檢系統(tǒng)為客戶端預(yù)先設(shè)置的需巡檢的對(duì)象，例如服務(wù)器及PC等其他網(wǎng)絡(luò)設(shè)備。該客戶端的采集模式也可以包括采集的參數(shù)、采集的顆粒度等等。采集的參數(shù)可以為服務(wù)端需要采集的參數(shù)數(shù)據(jù)，例如采集客戶端PC機(jī)的CPU、內(nèi)存、網(wǎng)絡(luò)資源、客戶端的端口、溫度等等。而且該采集參數(shù)還可以根據(jù)客戶端的類(lèi)型進(jìn)行設(shè)置。例如，若客戶端為PC機(jī)，則采集的參數(shù)可以設(shè)置為CPU、內(nèi)存；如客戶端為服務(wù)器，則采集的參數(shù)為CPU、內(nèi)存、硬盤(pán)、網(wǎng)卡等等。顆粒度為采集時(shí)間的間隔，顆粒度越大則采集時(shí)間的間隔越長(zhǎng)，顆粒度越小則采集時(shí)間的間隔 越短。在這里需要說(shuō)明的是，本發(fā)明實(shí)施例中，服務(wù)端向客戶端獲取性能數(shù)據(jù)與客戶端對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)的采集是兩個(gè)獨(dú)立的過(guò)程，兩者之間并不存在沖突。執(zhí)行上述步驟S02的同時(shí)還包括客戶端判斷服務(wù)端的采集模式與客戶端的采集模式是否一致；若是，則不做操作；若否，則將客戶端的采集模式更新為服務(wù)端的采集模式。在服務(wù)端與客戶端之間進(jìn)行通訊時(shí)，客戶端將判斷客戶端自身的采集模式是否與服務(wù)端的采集模式是否一致，不一致則將客戶端自身的采集模式更新為服務(wù)端的采集模式，如此使得與服務(wù)端通信的所有客戶端的采集模式均一致，從而避免了人工設(shè)置失誤而產(chǎn)生數(shù)據(jù)采集的誤差。然后客戶端再根據(jù)更新后的采集模式，調(diào)用相應(yīng)的采集器，進(jìn)行性能數(shù)據(jù)的循環(huán)采集。若采集模式中需要采集CPU、內(nèi)存、網(wǎng)絡(luò)資源、溫度等性能數(shù)據(jù)，則調(diào)用相應(yīng)的CPU采集器、內(nèi)存采集器、網(wǎng)絡(luò)資源采集器、溫度采集器，對(duì)性能數(shù)據(jù)進(jìn)行循環(huán)采集。本發(fā)明實(shí)施例通過(guò)客戶端按照自身的采集模式，對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)進(jìn)行循環(huán)采集，并且服務(wù)端也按照自身的采集模式，獲取客戶端采集的性能數(shù)據(jù)，從而解決了現(xiàn)有技術(shù)中采集受時(shí)間、現(xiàn)場(chǎng)的限制，提高了性能數(shù)據(jù)采集的效率。另外，在服務(wù)端與客戶端通訊時(shí)，客戶端還可以同步服務(wù)端的采集模式，從而使得與服務(wù)端通信的所有客戶端的采集模式均一致，從而避免了人工設(shè)置失誤而產(chǎn)生數(shù)據(jù)采集的誤差。圖2是本發(fā)明系統(tǒng)資源性能巡檢的方法另一實(shí)施例的流程示意圖。參照?qǐng)D2，在上一實(shí)施例的基礎(chǔ)上，本發(fā)明實(shí)施例在上述步驟S02之后還包括步驟S03、服務(wù)端對(duì)客戶端發(fā)送的性能數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告?？蛻舳瞬杉谎矙z系統(tǒng)的性能數(shù)據(jù)后，可以進(jìn)行打包并將打包文件反饋至服務(wù)端，則服務(wù)端根據(jù)預(yù)置的計(jì)算方法及參考值對(duì)采集的數(shù)據(jù)進(jìn)行分析，并形成性能分析報(bào)告，從而對(duì)企業(yè)系統(tǒng)資源的應(yīng)用分析、性能分析、異常分析提供了義務(wù)應(yīng)用依據(jù)，為系統(tǒng)管理、系統(tǒng)升級(jí)、硬件管理、硬件升級(jí)提供了管理策略，建立了企業(yè)對(duì)企業(yè)信息系統(tǒng)管理方法。圖3是本發(fā)明系統(tǒng)資源性能巡檢的系統(tǒng)一實(shí)施例的結(jié)構(gòu)示意圖。參照?qǐng)D3，本發(fā)明系統(tǒng)資源性能巡檢的系統(tǒng)包括服務(wù)端100，用于獲取與其通信的客戶端200的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令；客戶端200，用于根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。該服務(wù)端100與客戶端200之間的通信可以為內(nèi)部局域網(wǎng)通信，也可以為遠(yuǎn)程網(wǎng)絡(luò)通信?？蛻舳?00收到服務(wù)端100發(fā)送的數(shù)據(jù)采集指令后，可以先對(duì)該數(shù)據(jù)采集指令進(jìn)行有效性驗(yàn)證，若判斷該數(shù)據(jù)采集指令有效，再將服務(wù)端需要獲取的性能數(shù)據(jù)發(fā)送至服務(wù)端。同時(shí)，該客戶端200還用于，根據(jù)客戶端自身的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的采集。該客戶端自身的采集模式也可以包括可以包括采集的參數(shù)、采集的顆粒度等等。采集的參數(shù)可以為服務(wù)端需要采集的參數(shù)數(shù)據(jù)，例如采集客戶端200的CPU、內(nèi)存、網(wǎng)絡(luò)資源、端口、溫度等等。而且該采集參數(shù)還可以根據(jù)客戶端200的類(lèi)型進(jìn)行設(shè)置。例如，若客戶端200為PC機(jī)，則采集的參數(shù)可以設(shè)置為CPU、內(nèi)存；如客戶端200為服務(wù)器，則采集的參數(shù)為CPU、內(nèi)存、硬盤(pán)、網(wǎng)卡等等。顆粒度為采集時(shí)間的間隔，顆粒度越大 則采集時(shí)間的間隔越長(zhǎng)，顆粒度越小則采集時(shí)間的間隔越短。在這里需要說(shuō)明的是，本發(fā)明實(shí)施例中，服務(wù)端100向客戶端200獲取性能數(shù)據(jù)與客戶端200對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)的采集是兩個(gè)獨(dú)立的過(guò)程，兩者之間并不存在沖突。上述客戶端200還用于客戶端200判斷服務(wù)端100的采集模式與客戶端200的采集模式是否一致；若是，則不做操作；若否，則將客戶端200的采集模式更新為服務(wù)端100的采集模式。在服務(wù)端100與客戶端200之間進(jìn)行通訊時(shí)，客戶端200將判斷客戶端200自身的采集模式是否與服務(wù)端100的采集模式是否一致，不一致則將客戶端200自身的采集模式更新為服務(wù)端100的采集模式，如此使得與服務(wù)端100通信的所有客戶端200的采集模式均一致，從而避免了人工設(shè)置失誤而產(chǎn)生數(shù)據(jù)采集的誤差。然后客戶端200再根據(jù)更新后的采集模式，調(diào)用相應(yīng)的采集器，進(jìn)行性能數(shù)據(jù)的循環(huán)采集。若采集模式中需要采集CPU、內(nèi)存、網(wǎng)絡(luò)資源、溫度等性能數(shù)據(jù)，則調(diào)用相應(yīng)的CPU采集器、內(nèi)存采集器、網(wǎng)絡(luò)資源采集器、溫度采集器，對(duì)性能數(shù)據(jù)進(jìn)行循環(huán)采集。本發(fā)明通過(guò)客戶端200按照自身的采集模式，對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)進(jìn)行循環(huán)采集，并且服務(wù)端100也按照自身的采集模式，獲取客戶端200采集的性能數(shù)據(jù)，從而解決了現(xiàn)有技術(shù)中采集受時(shí)間、現(xiàn)場(chǎng)的限制，提高了性能數(shù)據(jù)采集的效率。另外，在服務(wù)端100與客戶端200通訊時(shí)，客戶端200還可以同步服務(wù)端的采集模式，從而使得與服務(wù)端100通信的所有客戶端200的采集模式均一致，從而避免了人工設(shè)置失誤而產(chǎn)生數(shù)據(jù)采集的誤差。上述服務(wù)端100還用于將客戶端發(fā)送的性能數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告。客戶端200采集被巡檢系統(tǒng)的性能數(shù)據(jù)后，可以進(jìn)行打包并將打包文件存儲(chǔ)在客戶端上，供服務(wù)端100獲取。服務(wù)端100獲取到該性能數(shù)據(jù)后，再根據(jù)預(yù)置的計(jì)算方法及參考值對(duì)采集的數(shù)據(jù)進(jìn)行分析，并形成性能分析報(bào)告，從而對(duì)企業(yè)系統(tǒng)資源的應(yīng)用分析、性能分析、異常分析提供了義務(wù)應(yīng)用依據(jù)，為系統(tǒng)管理、系統(tǒng)升級(jí)、硬件管理、硬件升級(jí)提供了管理策略，建立了企業(yè)對(duì)企業(yè)信息系統(tǒng)管理方法。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制其專利范圍，凡是利用本發(fā)明說(shuō)明書(shū)及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng) 域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種系統(tǒng)資源性能巡檢的方法，其特征在于，包括以下步驟 服務(wù)端獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令； 客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。
2.根據(jù)權(quán)利要求I所述的系統(tǒng)資源性能巡檢的方法，其特征在于，還包括 客戶端根據(jù)客戶端的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的循環(huán)米集。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)資源性能巡檢的方法，其特征在于，所述客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端的步驟同時(shí)還包括 客戶端判斷服務(wù)端的采集模式與客戶端的采集模式是否一致； 若否，則將客戶端的采集模式更新為服務(wù)端的采集模式。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)資源性能巡檢的方法，其特征在于，所述客戶端的采集 模式及服務(wù)端的采集模式均包括采集的參數(shù)、采集的顆粒度。
5.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的系統(tǒng)資源性能巡檢的方法，其特征在于，所述客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端的步驟之后還包括 服務(wù)端對(duì)客戶端發(fā)送的性能數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告。
6.一種系統(tǒng)資源性能巡檢的系統(tǒng)，其特征在于，包括 服務(wù)端，用于獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令； 客戶端，用于根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)資源性能巡檢的系統(tǒng)，其特征在于，所述客戶端還用于 根據(jù)客戶端的采集模式，調(diào)用相應(yīng)的采集器，對(duì)被巡檢系統(tǒng)進(jìn)行性能數(shù)據(jù)的循環(huán)采集。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)資源性能巡檢的系統(tǒng)，其特征在于，所述客戶端還用于 判斷服務(wù)端的采集模式與客戶端的采集模式是否一致； 若否，則將客戶端的采集模式更新為服務(wù)端的采集模式。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)資源性能巡檢的系統(tǒng)，其特征在于，所述客戶端的采集模式及服務(wù)端的采集模式均包括采集的參數(shù)、采集的顆粒度。
10.根據(jù)權(quán)利要求6至9中任一項(xiàng)所述的系統(tǒng)資源性能巡檢的系統(tǒng)，其特征在于，所述服務(wù)端還用于 對(duì)客戶端發(fā)送的性能數(shù)據(jù)進(jìn)行分析，形成性能分析報(bào)告。
全文摘要
本發(fā)明公開(kāi)一種系統(tǒng)資源性能巡檢的方法及系統(tǒng)。該方法包括以下步驟服務(wù)端獲取與其通信的客戶端的地址，并根據(jù)服務(wù)端的采集模式，向其發(fā)送數(shù)據(jù)采集指令；客戶端根據(jù)所述數(shù)據(jù)采集指令，將其循環(huán)采集的性能數(shù)據(jù)發(fā)送至服務(wù)端。本發(fā)明通過(guò)客戶端按照預(yù)置的采集模式，對(duì)被巡檢系統(tǒng)的性能數(shù)據(jù)進(jìn)行循環(huán)采集，從而解決了現(xiàn)有技術(shù)中采集受時(shí)間、現(xiàn)場(chǎng)的限制，提高了性能數(shù)據(jù)采集的效率。
文檔編號(hào)H04L12/24GK102821003SQ20111040361
公開(kāi)日2012年12月12日 申請(qǐng)日期2011年12月7日 優(yōu)先權(quán)日2011年12月7日
發(fā)明者任峰 申請(qǐng)人:金蝶軟件(中國(guó))有限公司