專利名稱：監(jiān)測服務器運行狀態(tài)的方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種監(jiān)測服務器運行狀態(tài)的方法與系統(tǒng)。
背景技術(shù)：
目前，隨著信息技術(shù)及各種需求的發(fā)展，相關(guān)服務器越來越多，這就給運維人員增加了工作量，每天要定時巡視、監(jiān)測，但是也無法在第一時間發(fā)現(xiàn)故障，導致服務器故障后，影響相關(guān)應用系統(tǒng)的可用性。為了保障服務器的穩(wěn)定運行，需要采用各種監(jiān)測技術(shù)，時刻掌握服務器的運行狀態(tài)，當被監(jiān)測服務器發(fā)生異常時，通知運維人員及時對檢測出的異常進行處理。在現(xiàn)有技術(shù)中，只能對被監(jiān)測服務器的網(wǎng)絡運行狀況進行監(jiān)測，無法對服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況進行實時監(jiān)測。運行人員無法實時掌握服務器及相關(guān)應用程序的狀態(tài)，當服務器出現(xiàn)故障后才能發(fā)現(xiàn)并處理，導致服務器的可用性降低。通過現(xiàn)有的網(wǎng)絡管理技術(shù)雖然可以監(jiān)測服務器的網(wǎng)絡運行情況，但也無法監(jiān)測相關(guān)應用進程及服務器資源的使用狀況。針對相關(guān)技術(shù)中無法對服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況進行實時監(jiān)測的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種監(jiān)測服務器運行狀態(tài)的方法與系統(tǒng)，以解決現(xiàn)有技術(shù)中的無法實時監(jiān)測服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況的問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種監(jiān)測服務器運行狀態(tài)的方法。本發(fā)明的監(jiān)測服務器運行狀態(tài)的方法包括:獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，該信息提取插件設置于被監(jiān)測服務器中；根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信；當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。進一步地，在獲取被監(jiān)測服務器的運行狀態(tài)信息之前，上述方法還包括:設置獲取被監(jiān)測服務器的運行狀態(tài)信息的時間間隔。上述被監(jiān)測服務器的運行狀態(tài)信息包括以下一種或多種:被監(jiān)測服務器的應用進程數(shù)目、CPU資源占用率和內(nèi)存資源占用率。進一步地，上述確定是否需要發(fā)送報警短信之前，上述方法還包括:將被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值；確定是否需要發(fā)送報警短信包括:判斷被監(jiān)測服務器的應用進程數(shù)目是否少于第一報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。進一步地，上述確定是否需要發(fā)送報警短信之前，上述方法還包括:將被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值，將被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值；確定是否需要發(fā)送報警短信還包括:判斷被監(jiān)測服務器的CPU資源占用率是否大于第二報警閾值或者所述被監(jiān)測服務器的內(nèi)存資源占有率是否大于所述第三報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種監(jiān)測服務器運行狀態(tài)的系統(tǒng)。本發(fā)明的監(jiān)測服務器運行狀態(tài)的系統(tǒng)包括:信息提取插件和短信報警管理裝置，其中，上述信息提取插件設置于被監(jiān)測服務器中，用于提取被監(jiān)測服務器的運行狀態(tài)信息；上述短信報警管理裝置用于從信息提取插件中獲取被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)預先設置的關(guān)于被監(jiān)測服務器的運行狀態(tài)的報警閾值確定是否需要發(fā)送報警短信，當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。進一步地，上述短信報警管理裝置還包括:時間間隔設置模塊，用于設置信息獲取模塊獲取被監(jiān)測服務器的運行狀態(tài)信息的時間間隔。進一步地，上述短信報警管理裝置還包括:第一報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值；上述短信報警管理裝置還用于判斷被監(jiān)測服務器的應用進程數(shù)目是否少于第一報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。進一步地，上述短信報警管理裝置還包括:第二報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值；第三報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值；上述短信報警管理裝置還用于判斷被監(jiān)測服務器的CPU資源占用率是否大于第二報警閾值或被監(jiān)測服務器的內(nèi)存資源占用率是否大于第三報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。根據(jù)本發(fā)明的技術(shù)方案，通過獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信；當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送，從而解決了現(xiàn)有技術(shù)中無法實時監(jiān)測服務器的相關(guān)應用程序進程及系統(tǒng)資源的使用情況的問題，進而保證了相關(guān)應用系統(tǒng)的可用性及穩(wěn)定性。


說明書附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中:圖1是根據(jù)本發(fā)明實施例的監(jiān)測服務器運行狀態(tài)的方法的流程圖；以及圖2是根據(jù)本發(fā)明實施例的監(jiān)測服務器運行狀態(tài)的系統(tǒng)的主要組成部分的示意圖。
具體實施例方式需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。
圖1是根據(jù)本發(fā)明實施例的監(jiān)測服務器運行狀態(tài)的方法的流程圖，如圖1所示，該方法主要包括如下步驟:步驟S12:獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，該信息提取插件設置于被監(jiān)測服務器中。上述被監(jiān)測服務器的運行狀態(tài)信息可以包括:被監(jiān)測服務器的應用進程數(shù)目、CPU資源占用率和內(nèi)存資源占用率。步驟S14:根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信。本步驟中，具體可以是將被監(jiān)測服務器的運行狀態(tài)中的數(shù)據(jù)與報警閾值中的與之對應的數(shù)據(jù)進行比較，根據(jù)比較結(jié)果確定是否需要發(fā)送報警短信。步驟S16:當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。具體地，上述報警短信中包含有被監(jiān)測服務器的運行狀態(tài)信息的參數(shù)。從以上步驟可以看出，通過獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信；當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送，從而解決了現(xiàn)有技術(shù)中無法實時監(jiān)測服務器的相關(guān)應用程序進程及系統(tǒng)資源的使用情況的問題，進而保證了相關(guān)應用系統(tǒng)的可用性及穩(wěn)定性。在獲取被監(jiān)測服務器的運行狀態(tài)信息之前，還可以設置獲取被監(jiān)測服務器的運行狀態(tài)信息的時間間隔，這樣能夠根據(jù)固定的時間間隔定時掃描被監(jiān)測服務器，獲取服務器的運行狀態(tài)信息，從而可以達到提高監(jiān)測質(zhì)量的目的，便于運行維護人員實時獲得服務器的運行狀態(tài)信息。上述步驟S14中確定是否需要發(fā)送報警短信之前，還可以將被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值?；谠摰谝粓缶撝?，就可以確定是否需要發(fā)送報警短信。具體地，當被監(jiān)測服務器的應用進程數(shù)目少于第一報警閾值時，確定需要發(fā)送報警短信，當被監(jiān)測服務器的應用進程數(shù)目不少于第一報警閾值，確定不需要發(fā)送報警短信。即當服務器的應用程序列表中出現(xiàn)某些指定進程消失時，確定需要發(fā)送報警短信。由于被監(jiān)測服務器的運行狀態(tài)信息還包括CPU和內(nèi)存資源占用率，為了針對服務器運行狀態(tài)更全面地判斷是否需要發(fā)送報警短信，上述步驟S14中確定是否需要發(fā)送報警短信之前，上述方法還可以包括:將被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值，將被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值，基于該第二報警閾值和第三報警閾值確定是否發(fā)送報警短信。當被監(jiān)測服務器的CPU資源占用率大于第二報警閾值或內(nèi)存資源占用率大于第三報警閾值，確定需要發(fā)送報警短信，當被監(jiān)測服務器的CPU資源占用率不大于第二報警閾值或內(nèi)存資源占用率不大于第三報警閾值，確定不需要發(fā)送報警短信。圖2是根據(jù)本發(fā)明實施例的監(jiān)測服務器運行狀態(tài)的系統(tǒng)的主要組成部分的示意圖。如圖2所示該監(jiān)測服務器運行狀態(tài)的系統(tǒng)20主要包括:信息提取插件21和短信報警管理裝置22，其中，信息提取插件21設置于被監(jiān)測服務器中，用于提取被監(jiān)測服務器的運行狀態(tài)信息；上述短信報警管理裝置22用于從信息提取插件21中獲取被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)預先設置的關(guān)于被監(jiān)測服務器的運行狀態(tài)的報警閾值確定是否需要發(fā)送報警短信，當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。為了根據(jù)固定的時間間隔獲取被監(jiān)測服務器的運行狀態(tài)信息，以便實時掌握服務器運行狀態(tài)，上述短信報警管理裝置還可以包括時間間隔設置模塊，該模塊用于設置信息獲取模塊獲取被監(jiān)測服務器的運行狀態(tài)信息的時間間隔。具體地，上述短信報警管理裝置還可以包括第一報警閾值設置模塊、第二報警閾值設置模塊和第三報警閾值設置模塊。其中，第一報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值；第二報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值；第三報警閾值設置模塊，用于將被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值。其中，上述短信報警管理裝置還用于判斷被監(jiān)測服務器的應用進程數(shù)目是否少于第一報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信；判斷被監(jiān)測服務器的CPU資源占用率是否大于第二報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信；判斷被監(jiān)測服務器的內(nèi)存資源占用率是否大于第三報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。本實施例的短信報警系統(tǒng)可以由硬件和軟件兩部分組成。硬件包括:服務器、GPRS(通用分組無線服務)短信調(diào)制解調(diào)器、手機卡。軟件包括:短信報警管理系統(tǒng)、被監(jiān)測服務器的信息提取插件。其中，短信報警系統(tǒng)與短信平臺通過固定接口連接進行通信，短信報警系統(tǒng)通過短信Modem發(fā)送報警短信時，將報警短信通過該接口發(fā)送到短信平臺，通知運維人員，運維人員根據(jù)報警短信的具體內(nèi)容對發(fā)送報警的服務器進行維護。本實施例通過獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信；當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送，解決了相關(guān)技術(shù)中無法監(jiān)測服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況的問題，進而達到了使運行維護人員能實時掌握服務器的運行狀態(tài)，進而保證了相關(guān)應用系統(tǒng)的可用性及穩(wěn)定性。顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種監(jiān)測服務器運行狀態(tài)的方法，其特征在于，包括: 獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，所述信息提取插件設置于所述被監(jiān)測服務器中； 根據(jù)所述被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于所述被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信； 當確定需要發(fā)送報警短信時根據(jù)所述被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息之前所述方法還包括: 設置獲取所述被監(jiān)測服務器的運行狀態(tài)信息的時間間隔。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述被監(jiān)測服務器的運行狀態(tài)信息包括以下一種或多種: 所述被監(jiān)測服務器的應用進程數(shù)目、CPU資源占用率和內(nèi)存資源占用率。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于， 確定是否需要發(fā)送報警短信之前，所述方法還包括:將所述被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值； 確定是否需要發(fā)送報警短信包括 :判斷所述被監(jiān)測服務器的應用進程數(shù)目是否少于所述第一報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于， 確定是否需要發(fā)送報警短信之前，所述方法還包括:將所述被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值，將所述被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值； 確定是否需要發(fā)送報警短信還包括:判斷所述被監(jiān)測服務器的CPU資源占用率是否大于所述第二報警閾值或者所述被監(jiān)測服務器的內(nèi)存資源占用率是否大于所述第三報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。
6.一種監(jiān)測服務器運行狀態(tài)的系統(tǒng)，其特征在于，包括:信息提取插件和短信報警管理裝置，其中， 所述信息提取插件設置于被監(jiān)測服務器中，用于提取所述被監(jiān)測服務器的運行狀態(tài)信息； 所述短信報警管理裝置用于獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，根據(jù)預先設置的關(guān)于所述被監(jiān)測服務器的運行狀態(tài)的報警閾值確定是否需要發(fā)送報警短信，當確定需要發(fā)送報警短信時根據(jù)所述被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述短信報警管理裝置還包括: 時間間隔設置模塊，用于設置所述信息獲取模塊獲取所述被監(jiān)測服務器的運行狀態(tài)信息的時間間隔。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述短信報警管理裝置還包括: 第一報警閾值設置模塊，用于將所述被監(jiān)測服務器正常工作狀態(tài)時應用進程的數(shù)目設置為第一報警閾值；其中，所述短信報警管理裝置還用于判斷所述被監(jiān)測服務器的應用進程數(shù)目是否少于所述第一報警閾值，若是，則確認需要發(fā)送報警短信，否則確認不需要發(fā)送報警短信。
9.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述短信報警管理裝置還包括: 第二報警閾值設置模塊，用于將所述被監(jiān)測服務器正常工作狀態(tài)時CPU資源占用率的最大值設置為第二報警閾值； 第三報警閾值設置模塊，用于將所述被監(jiān)測服務器正常工作狀態(tài)時內(nèi)存資源占用率的最大值設置為第三報警閾值； 所述短信報警管理裝置還用于判斷所述被監(jiān)測服務器的CPU資源占用率是否大于所述第二報警閾值或所述被監(jiān)測服務器的內(nèi)存資源占用率是否大于所述第三報警閾值，若是，則確認需要發(fā) 送報警短信，否則確認不需要發(fā)送報警短信。
全文摘要
本發(fā)明提供了一種監(jiān)測服務器運行狀態(tài)的方法與系統(tǒng)，用于解決現(xiàn)有技術(shù)中無法對服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況進行實時監(jiān)測的問題。該方法包括獲取信息提取插件提取的被監(jiān)測服務器的運行狀態(tài)信息，信息提取插件設置于被監(jiān)測服務器中；根據(jù)被監(jiān)測服務器的運行狀態(tài)信息和預先設置的關(guān)于被監(jiān)測服務器運行狀態(tài)的報警閾值，確定是否需要發(fā)送報警短信；當確定需要發(fā)送報警短信時根據(jù)被監(jiān)測服務器運行狀態(tài)信息生成報警短信然后發(fā)送。通過本發(fā)明的技術(shù)方案，可以對服務器的相關(guān)應用進程及系統(tǒng)資源的使用情況進行實時監(jiān)測，進而保證了相關(guān)應用系統(tǒng)的可用性及穩(wěn)定性。
文檔編號H04L12/24GK103166773SQ20111040787
公開日2013年6月19日 申請日期2011年12月9日 優(yōu)先權(quán)日2011年12月9日
發(fā)明者趙海濤 申請人:國家電網(wǎng)公司, 北京市電力公司