用於監測伺服器的運行狀態的方法、設備和系統的製作方法
2023-09-22 21:52:45 1
專利名稱：用於監測伺服器的運行狀態的方法、設備和系統的製作方法
技術領域：
本發明的實施方式總體上涉及網絡信息技術領域，更具體地，涉及用於監測伺服器的運行狀態的方法、設備和系統。
背景技術：
在信息技術領域，監測計算設備是否以正常狀態運行是ー個重要的問題。特別是隨著網絡技術的發展，越來越多的計算設備以伺服器的形式出現，這些伺服器通過其上運行的應用來為其他設備(稱為客戶端設備)提供相應的服務和/或數據。作為示例，常見的伺服器包括但不限於電子郵件(email)伺服器、消息收發伺服器、文件伺服器、應用伺服器、資料庫伺服器，等等。監測這些伺服器的運行狀態對於維持正常的網絡服務和通信而言至關重要。
應當理解，在此使用的術語「伺服器」意在表示能夠通過網絡向其他設備提供數據、信息、服務等的任何適當的計算設備，包括但不限幹主機計算機、個人計算機、膝上型計算機、移動計算設備、個人數字助理(PDA)，等等。而且，還應理解，在此提及的「伺服器」和「客戶端」是相對的。特定的計算設備可能在某些情況下充當伺服器，而在另一些情況下充當客戶端。而且，計算設備同時充當伺服器和客戶端也是可能的。在現有技術中，網絡中伺服器的運行狀態通常是通過監測該伺服器的網絡端ロ來實現的。例如，對於提供Web服務的伺服器而言，根據現有技術的方案，對伺服器運行狀態的監測可以這樣實現監測應用伺服器提供Web服務的端ロ(例如，超文本傳輸協議HTTP端ロ)，並且通過端ロ的狀態(例如，是否正常響應)來確定該伺服器是否正常運行。然而，現有技術的此類方案存在明顯的缺陷。通過這種方式，只能確保伺服器與外部通信的網絡端ロ處於正常狀態，即，端ロ是可達和可響應的。但是，端ロ處於正常狀態並不總是等同於伺服器處於正常運行狀態。例如，在某些情況下，儘管伺服器的端ロ尚以正常狀態工作，但是其中運行的應用或者伺服器的系統平臺可能已經發生了錯誤或者異常。如果這種情況得不到及時、有效的處理，則可能影響所提供服務的正確性和/或響應速度。考慮ー個具體示例，假定伺服器上提供Web服務的Web應用需要使用特定量的存儲資源。但是，伺服器上的存儲資源可能由於某些原因(例如，由於資源競爭)而變得不可獲得。此時，儘管該伺服器的網絡端ロ處於正常狀態，但是Web應用由於無法獲得操作所需的資源，可能已經無法為客戶端提供正確、及時的服務。目前，在這種情況下，伺服器的異常狀態需要往往需要以人工方式來確定和處理。具體而言，接受服務的用戶可以向有關負責人員(例如，伺服器管理員、網絡管理員、客戶服務人員，等等)反饋服務異常，而負責人員通過查看伺服器的系統運行日誌來評估伺服器的狀態，並採取相應的措施。這不利於快速、及時地應對伺服器的異常狀態，並且將耗費可觀的人力和物力成本。由此，本領域中需要一種以更為有效、快速和準確的方式監測網絡中伺服器的運行狀態的方法和設備。
發明內容
為了克服現有技術中的上述缺陷，本發明的實施方式提供用於監測伺服器的運行狀態的方法、設備和系統。在本發明的ー個方面，提供ー種用於監測網絡中的伺服器的運行狀態的方法，所述伺服器運行有至少ー個應用。該方法包括從所述伺服器收集由所述至少ー個應用產生的異常信息；以及基於所收集的異常信息來監測所述伺服器的運行狀態。
在本發明的某些實施方式中，所述異常信息被所述伺服器存儲在存儲庫中，並且所述收集包括從所述存儲庫收集所述異常信息。在本發明的某些實施方式中，所述異常信息以推送或者拉取模式被收集。備選地或附加地，所述異常信息被定期收集。根據本發明的某些實施方式，其中所述監測包括基於以下至少ー個來確定所述伺服器是否處於正常運行狀態單位時間內產生的異常的數目；產生的異常的類型；以及產生異常的應用的特性。在這種實施方式中，該方法還可以包括響應於確定所述伺服器未處於正常運行狀態而向用戶發送警示消息。警報可以通過以下一個或多個來發送電子郵件，短消息服務SMS消息，以及多媒體消息麗S。在本發明的另一方面，提供ー種用於監測網絡中的伺服器的運行狀態的設備，所述伺服器運行有至少ー個應用。所述設備包括收集裝置，配置為用於從所述伺服器收集由所述至少一個應用產生的異常信息；以及監測裝置，配置為用於基於所收集的異常信息來監測所述伺服器的運行狀態。在本發明的又一方面，提供ー種系統。該系統包括伺服器，其運行至少ー個應用；存儲庫，其耦合至所述伺服器，配置為用於存儲由所述伺服器上的所述至少ー個應用產生的異常信息；以及監測設備，其耦合至所述存儲庫，配置為用於監測所述伺服器的運行狀態，其中所述監測設備包括如上文所述的設備。根據本發明的各種實施方式，除了監測伺服器的網絡端ロ之外或者作為替代，可以通過收集伺服器上運行的應用的異常信息來監測伺服器的運行狀態。具體地，運行於伺服器之上的應用所拋出的異常信息可被寫入預先確定的可訪問位置。這些異常信息繼而可以基於預定的策略被提供給負責監測伺服器運行狀態的設備。由此，可以通過分析伺服器上的應用拋出的異常信息，來確定伺服器的當前運行狀態，並且在伺服器未處於正常運行狀態時通知有關用戶和/或採取必要措施。以此方式，可以改進對伺服器的運行狀態監測和報警機制。
通過參考附圖閱讀下文的詳細描述，本發明實施方式的上述以及其他目的、特徵和優點將變得易於理解。在附圖中，以示例性而非限制性的方式示出了本發明的若干實施方式，其中圖I示出了根據本發明的實施方式可在其中實現的網絡環境100的示意圖；圖2示出了根據本發明的實施方式用於監測網絡中的伺服器的運行狀態的方法200的流程圖；圖3示出了根據本發明的實施方式用於監測網絡中的伺服器的運行狀態的設備301的框圖；以及圖4示出了適合用來實踐本發明實施方式的計算機系統400的框圖。在附圖中，相同或對應的標號表不相同或對應的部分。
具體實施例方式下面將參考若干示例性實施方式來描述本發明的原理和精神。應當理解，給出這些實施方式僅僅是為了使本領域技術人員能夠更好地理解進而實現本發明，而並非以任何方式限制本發明的範圍。總體上，本發明的實施方式涉及用於監測伺服器的運行狀態的方法和裝置。通過下文詳細描述將會理解，可以通過收集伺服器上運行的應用所產生的異常信息來監測伺服器的運行狀態。具體地，運行於伺服器之上的應用所拋出的異常信息可被提供給負責監測伺服器運行狀態的設備。由此，可以通過分析伺服器上的應用拋出的異常信息來確定服務 器的當前運行狀態，並且在伺服器未處於正常運行狀態時通知有關用戶和/或採取必要措施。以此方式，可以改進對伺服器的運行狀態監測和報警機制。下面將詳細描述本發明的各種實施方式。首先參考圖1，其示出了根據本發明的實施方式可在其中實現的網絡環境100的示意圖。如圖所示，根據本發明的實施方式，網絡環境100可以包括監測設備101，伺服器102，以及存儲庫103。根據本發明的實施方式，監測設備101可配置為用於監測伺服器102的運行狀態，其可以與伺服器102和/或存儲庫103通信。關於監測設備101的詳細描述將在下文給出。伺服器102是通過網絡向被稱作客戶端的其他設備(圖I中未示出)提供服務的計算設備。伺服器102可以包括目前已知或者將來開發的任何類型的網絡伺服器，包括但不限於電子郵件(email)伺服器、消息收發伺服器、文件伺服器、應用伺服器、資料庫伺服器，等等。此外，伺服器102可以通過任何適當的設備來實現，包括但不限於主機計算機、個人計算機、膝上型計算機、移動計算設備、個人數字助理(PDA)，等等。應當理解，上文列舉的示例僅僅出於說明而非限制的目的，本發明的範圍在此方面不受限制。如圖I所示，伺服器102上可以運行有至少ー個應用，例如應用102-1、應用102_2到應用102-N。取決於伺服器102的所提供的功能和服務，這些應用可以是任何適當類型的應用。當這些應用在伺服器102上運行時，其實現伺服器102所要提供的部分或者全部功倉^:。在應用102-1到應用102-N的運行期間，如果出現例如存儲器訪問錯誤、資源操作失敗、存儲器溢出、非法操作等任何意外或者異常情況，則這些程序可以拋出異常(exception)。所拋出的異常可以由特定的模塊來處理，並且關於異常的信息可以存儲在特定的位置。在現有技術中，伺服器102上運行的應用102-1到102-N所產生的異常信息可被存儲於伺服器102本地的系統運行日誌(未示出)。根據本發明的實施方式，除了將應用產生的異常信息存儲於系統運行日誌，或者作為替代，這些異常信息還可以被保存於存儲庫103。存儲庫103可以是用於存儲信息的任何適當介質，並且其可以通過任何適當的數據結構來保存信息，包括但不限幹列表、隊列、棧、堆、資料庫的表、文件，等等。根據本發明的實施方式103，存儲庫103可與監測設備101和/或伺服器102通信，並且是這二者可訪問的。應當注意，儘管在圖2中將監測設備101、伺服器102以及存儲庫103示為獨立的設備，但這僅僅是為了說明目的而進行的邏輯劃分。在實踐中，設備101-103可以根據需要具有不同的實現方式。例如，儘管在圖2中存儲庫103處於監測設備101和伺服器102 ニ者的外部，但是在備選實施方式中，存儲庫103可以包含在監測設備101和伺服器102之一中。實際上，在某些實施方式中，監測設備101本身也可以與伺服器102定位在同一物理計算設備上，這將在下文詳述。在監測設備101、伺服器102和/或存儲庫103彼此獨立的實施方式中，它們之間的通信可以通過網絡來實現。網絡可以包括有線網絡、無線網絡或其組合，包括但不限於蜂窩電話網絡，乙太網，基於IEEE 802. 11,802. 16、802. 20等的無線區域網(WLAN)，和/或全球微波接入互操作性(WiMAX)網絡。此外，網絡可以是公共網絡(諸如，網際網路)、專用網絡(諸如，企業內部網)或其組合。在分層式網絡通信架構下，網絡的傳輸層可以按照傳輸控制協議(TCP)、實時傳輸協議(RTP)或其他傳輸邏輯進行操作。網絡層可以基於網際協 議v4、v6(即，IPv4或IPv6)或其他網絡層協議來路由信息。數據鏈路層可以包括有線或無線鏈路，如異步傳輸模式(ATM)、光纖分布式數據接ロ(FDDI)、光纖、同軸電纜、雙絞線或其他物理層上的其他數據鏈路層。本領域技術人員將會理解，圖I中僅僅示出了網絡環境中與本發明的主題有關的設備和元件。網絡環境還可以包括諸如接入點、路由器、防火牆等各種網元。下面將參考圖2詳細描述根據本發明實施方式的用於監測網絡中的伺服器的運行狀態的方法200的流程圖。出於說明目的，下文將主要結合圖I中示出的環境100來描述方法200的實施方式。特別地，根據本發明的實施方式，方法200例如可以由參考圖I描述的網絡環境100中的監測設備101來實現。然而，應當理解，方法200也可以在其他環境中和/或由其他設備來實現。方法200開始之後，在步驟S202，從所述伺服器收集由所述至少一個應用產生的異常信息。如上文所述，為了提供適當的功能和/或服務，伺服器(例如，圖I中的伺服器102)上可運行有至少ー個應用(例如，應用102-1到102-N)。在運行期間，如果某個應用遇到了錯誤或者意外，則其可以相應地拋出異常。作為示例，關於應用所拋出的異常的信息(稱為「異常信息」)可以包括拋出異常的應用的標識，異常發生的時間，異常的類型，異常是否得到處理，異常造成的影響，等等。根據本發明的實施方式，這些異常信息除了被寫入伺服器102的本地系統運行日誌之外，還可以被保存在特定的存儲庫(例如，圖I中的存儲庫103)。根據本發明的實施方式，來自伺服器102的異常信息例如可以被保存在存儲庫103處的消息隊列(MQ)中。注意，這僅僅是示例性的，本發明的實施方式在此不受限制。在異常信息被保存在存儲庫103中的情況下，在步驟S202中，這些異常信息例如可由負責監測伺服器102運行狀態的監測設備(例如，圖I中的監測設備101)從其收集。根據本發明的實施方式，監測設備101可以通過各種模式從存儲庫103收集這些異常信息。例如，從監測設備101的角度考慮，異常信息可以按照推送(push)模式被收集。在這種實施方式中，異常信息由存儲庫103主動向監控設備101發送。又如，根據本發明的另ー些實施方式，異常信息可以按照拉取(pull)模式被收集。換言之，在這種實施方式中，監測設備101主動地訪問存儲庫103以獲取其中保存的異常信息。應當注意，不論是按照推送還是拉取模式來收集異常信息，步驟S202中的收集可以被周期性地執行。具體而言，在推送模式下，存儲庫103可以按照預定的時間間隔向監測設備101發送異常信息。類似地，在拉取模式下，監測設備101可以按照預定的時間間隔訪問存儲庫103並且取回異常信息。可以理解，從監測設備101的角度考慮，定期拉取存儲庫103中保存的異常信息可被理解為ー種輪詢。備選地或附加地，根據本發明的實施方式，除了周期性地執行獲取之外，步驟S202處的收集還可以基於各種不同的策略來 執行。例如，在某些實施方式中，如果單位時間中達到存儲庫103的異常信息(即，単位時間內由伺服器102上的應用產生的異常信息)超過了某個閾值水平，則存儲庫103可以向監控設備101發送這些異常信息。又如，根據伺服器102的功能和服務，可以為其上運行的應用102-1到102-N劃分重要性等級。對於實現伺服器102的服務目的比較重要的應用具有較高的重要性等級，而相對而言對伺服器102的功能影響不大的應用具有較低的重要性等級。此時，一旦確定達到存儲庫103的異常信息由重要性登記較高(例如，高於某個預定的閾值水平)的應用產生，存儲庫103便可以立即向監測設備101發送相應的異常信息。如上文所述，為了收集異常信息，監測設備101需要與存儲庫103進行通信。然而應當注意，如上文所述，存儲庫103可以位於伺服器102外部，也可以與伺服器102處於同一物理機器上。在後一種情況下，監測設備101可以通過直接與伺服器102通信來收集異常信息。甚至在某些情況下，監測設備101本身也可以與伺服器102位於相同的物理機器上。此時，二者之間的通信例如可以是模塊間或進程間通信。本發明的範圍在此方面不受限制。此外，應當理解，上文描述的僅僅是收集異常信息的幾個示例性實施方式。基於在此給出的教導和啟示，本領域的技術人員可以想到任何適當的技術手段來實現步驟S202處的收集。接下來，方法200進行到步驟S204，在此基於收集的異常信息來監測伺服器的運行狀態。根據本發明的實施方式，可以為伺服器102設置多個運行狀態。例如，根據本發明的一個實施方式，可以將伺服器的運行狀態劃分為正常運行狀態和非正常運行狀態，而非正常運行狀態又可進ー步劃分為報警狀態、緊急狀態、未知狀態，等等。注意，這僅僅示例性的，本領域技術人員可以根據具體情況為伺服器102劃分不同的和/或附加的運行狀態。在此基礎上，可以基於步驟S202中收集的異常信息來確定伺服器102目前處於哪個狀態。根據本發明的某些實施方式，在步驟S204處，可以基於步驟S202中收集的異常信息的數目來確定伺服器的當前運行狀態。可以理解，可以計算得出伺服器102上的應用在任意給定的時間內拋出的異常的數目。繼而，可以將單位時間內的異常次數與ー個或多個預定的閾值進行比較。例如，在某些實施方式中，伺服器的每個運行狀態可以與特定的閾值相關聯。通過與閾值的比較，即可確定伺服器的當前運行狀態。作為ー個示例，例如可以規定如果伺服器102上的應用在I分鐘內拋出100次以上異常，則伺服器102處於緊急狀態；如果I分鐘內拋出10-100次異常，則伺服器102處於報警狀態；如果I分鐘內拋出10次以下異常，則伺服器102處於正常運行狀態。應當理解，這些具體數字僅僅是示例性的，本發明的範圍在此方面不受限制。
備選地或附加地，在步驟S204處，還可以基於步驟S202中收集的異常信息的類型來確定伺服器的當前運行狀態。具體地，根據本發明的實施方式，異常信息中可以包含指示該異常的類型的參數。如果監測設備101發現伺服器102上的一個或多個應用遭遇了嚴重的異常，則可以確定監測設備101處於緊急狀態。作為示例，將導致伺服器102處於緊急狀態的示例性異常包括但不限於骨幹網絡故障，諸如主網絡異常，各服務結點無法訪問；伺服器系統級故障，諸如中央處理單元(CPU)利用率過高、存儲器佔用率過高、交換分區使用率過高、磁碟滿、磁碟故障等；服務級故障，諸如服務不可訪問，相應的端ロ或地址無法訪問；服務級虛擬機(包括但不限於java虛擬機)異常，諸如虛擬機內存溢出、堆棧溢出、虛擬機其他問題；服務內部所依賴服務的網絡異常，諸如域名無法解析、連接超時、連接中斷、請求響應超時等。另ー方面，如果所發生的異常是不會對伺服器102的運行和功能造成過於嚴重 的影響，則可以認定伺服器102處於警報狀態。此類異常的示例包括但不限於服務內部IO異常，諸如日誌等服務無法操作、目錄文件等資源不存在；資料庫相關異常，諸如語法錯誤、資料庫無法連接、資料庫響應超時、其它資料庫異常；服務運行時異常，諸如編碼解碼異常、數據格式化異常、數據校驗異常、轉換異常、及其它運行時異常。另外，由於某些異常不會對伺服器102的功能造成任何實質影響或者影響很小，即使該類異常發生，仍然可以認為伺服器102處於正常運行狀態。此類異常的示例包括但不限於HTTP請求級異常；以及其他協議級自定義異常。應當理解，上文提及的異常類型僅僅是示例性的，並非意在限制本發明的範圍。基於在此給出的教導和啟示，本領域技術人員可以為異常類型與伺服器的運行狀態建立附加的和/或不同的關聯關係。除此之外，在步驟S204處，還可以基於產生異常信息的應用的特性來確定伺服器的當前運行狀態。例如，如上所述，伺服器202上運行的應用可被指派以不同的重要性。當重要性較高的應用拋出異常，有可能導致伺服器102和/或其上運行的其他應用受到影響，甚至導致所要提供的服務無法實現。由此，如果監測設備101確定伺服器上的某些重要的應用拋出異常，則可以認定伺服器102處於緊急狀態。反之，如果某些不太重要的應用發生異常，則可以認定伺服器102處於警報狀態甚至正常運行狀態。除了重要性之外，應用的特性還可以包括可能對伺服器102的運行造成影響的任何其他因素，例如應用是否是計算密集型的、資源密集型的、網絡操作密集型的，等等。應當理解，上文描述的僅僅是確定伺服器狀態的幾種示例性實施方式，其他實施方式同樣是可行的。而且，上文描述的實施方式可以結合使用。例如，可以基於単位時間內產生的異常數目以及產生異常的應用的特性二者，來確定伺服器的運行狀態。本領域的技術人員還可以想到其他適當的方式對這些因素進行組合。本發明的範圍在這些方面不受限制。在某些實施方式中，方法200繼而進行到步驟S206，在此確定伺服器是否未處於正常運行狀態(例如，上文提及的警報狀態、緊急狀態或者未知狀態)。如果確定結果為「否」，表明伺服器目前處於正常運行狀態，則方法100返回步驟S202以繼續執行監測。另ー方面，如果在步驟S206確定伺服器目前未處於正常運行狀態，則方法100進行到步驟S208，在此，向有關用戶發送警示消息。用戶可以是負責伺服器運行的管理員、網絡管理員、客戶服務人員或者任何其他有關人員。根據本發明的實施方式，警示消息可以利用多種手段來發送，包括但不限於電子郵件，短消息服務(SMS)消息，多媒體消息(MMS)，等等。在所發送的警示消息中，可以包含有指示系統當前運行狀態的信息，所發生異常的具體信息，和/或可能的解決方案建議。在步驟S208之後，方法100可以返回步驟S202繼續進行監測。或者，在某些情況下(例如，伺服器102的問題比較嚴重以至於需要立即停機處理，等等)，方法100可以結束。隨後，方法100可以自動地或者 響應於用戶指令而重新開始執行。現在參考圖3，其示出了根據本發明的實施方式用於監測網絡中的伺服器的運行狀態的設備301的框圖。根據本發明的實施方式，設備301可以對應於上文參考圖I描述的監測設備101，或者作為部分被包括在監測設備101中。如圖3所示，設備301可以包括收集裝置302以及監測裝置304。收集裝置302可配置為用於從該伺服器收集由該至少一個應用產生的異常信息。監測裝置304可配置為用於基於所收集的異常信息來監測該伺服器的運行狀態。根據本發明的某些實施方式，異常信息被所述伺服器存儲在存儲庫中，並且收集裝置302可配置為用於從該存儲庫收集異常信息。備選地或附加地，收集裝置302可配置為用於以推送或者拉取模式從該伺服器收集該異常信息。此外，收集裝置302可配置為用於定期收集該異常信息。根據本發明的某些實施方式，監測裝置304配置為用於根據以下至少ー個來確定該伺服器是否處於正常運行狀態單位時間內產生的異常的數目；產生的異常的類型；以及產生異常的應用的特性。在這種實施方式中，設備301還可以包括警示裝置306，其可配置為用於響應於確定該伺服器未處於正常運行狀態而向用戶發送警示消息。例如，警示裝置306可配置為用於通過以下一個或多個來發送該警示消息電子郵件，短消息服務SMS消息，以及多媒體消息 MMS0為清晰起見，在圖3中並未示出各個裝置所包含的子裝置。然而，應當理解，設備301中記載的裝置302-306及其子裝置分別與參考圖2描述的方法200中的步驟相對應。由此，上文針對圖2中的方法200描述的操作和特徵同樣適用於設備300及其中包含的裝置和子裝置，在此不再贅述。還應當理解，設備300可以利用各種方式來實現。例如，在某些實施方式中，設備300可以利用軟體和/或固件模塊來實現。此外,設備300也可以利用硬體模塊來實現。例如，設備300可以實現為集成電路(IC)晶片或專用集成電路(ASIC)。設備300也可以實現為片上系統(SOC)。現在已知或者將來開發的其他方式也是可行的，本發明的範圍在此方面不受限制。圖4示出了適於用來實踐本發明實施方式的計算機系統的示意性框圖。圖4示出了適於用來實踐本發明實施方式的計算機系統的示意性框圖。如圖4所示，計算機系統可以包括CPU(中央處理單元)401、RAM(隨機存取存儲器)402、R0M(只讀存儲器)403、系統總線404、硬碟控制器405、鍵盤控制器406、串行接ロ控制器407、並行接ロ控制器408、顯示控制器409、硬碟410、鍵盤411、串行外部設備412、並行外部設備413和顯示器414。在這些設備中，與系統總線404耦合的有CPU 401、RAM 402、ROM 403、硬碟控制器405、鍵盤控制器406、串行控制器407、並行控制器408和顯示控制器409。硬碟410與硬碟控制器405耦合，鍵盤411與鍵盤控制器406耦合，串行外部設備412與串行接ロ控制器407耦合，並行外部設備413與並行接ロ控制器408耦合，以及顯示器414與顯示控制器409耦合。應當理解，圖4所述的結構框圖僅僅為了示例的目的而示出的，而不是對本發明範圍的限制。在某些情況下，可以根據具體情況而增加或者減少某些設備。應當理解，圖4所述的結構框圖僅僅為了示例的目的而示出的，而不是對本發明範圍的限制。在某些情況下，可以根據具體情況而 增加或者減少某些設備。特別地，除硬體實施方式之外，本發明的實施方式可以通過電腦程式產品的形式實現。例如，參考圖2描述的方法200可以通過電腦程式產品來實現。該電腦程式產品可以存儲在例如圖4所示的RAM 404,ROM 404、硬碟410和/或任何適當的存儲介質中，或者通過網絡從適當的位置下載到計算機系統400上。電腦程式產品可以包括計算機代碼部分，其包括可由適當的處理設備(例如，圖4中示出的CPU 401)執行的程序指令。該電腦程式產品可用於監測伺服器的運行狀態，其中該伺服器上運行有至少ー個應用。根據本發明的實施方式，電腦程式產品中包含的程序指令至少可以包括用於從伺服器收集由至少ー個應用產生的異常信息的指令；以及用於基於所收集的異常信息來監測伺服器的運行狀態的指令。上文已經結合若干具體實施方式
闡釋了本發明的精神和原理。根據本發明的實施方式，可以通過收集伺服器上運行的應用所產生的異常信息來監測伺服器的運行狀態。具體地，運行於伺服器之上的應用所拋出的異常信息可被提供給負責監測伺服器運行狀態的設備。由此，可以通過分析伺服器上的應用拋出的異常信息，來確定伺服器的當前運行狀態，並且在伺服器未處於正常運行狀態時通知有關用戶和/或採取必要措施。以此方式，可以改進對伺服器的運行狀態監測和報警機制。下面將詳細描述本發明的各種實施方式。應當注意，本發明的實施方式可以通過硬體、軟體或者軟體和硬體的結合來實現。硬體部分可以利用專用邏輯來實現；軟體部分可以存儲在存儲器中，由適當的指令執行系統，例如微處理器或者專用設計硬體來執行。本領域的普通技術人員可以理解上述的設備和方法可以使用計算機可執行指令和/或包含在處理器控制代碼中來實現，例如在諸如磁碟、CD或DVD-ROM的載體介質、諸如只讀存儲器(固件)的可編程的存儲器或者諸如光學或電子信號載體的數據載體上提供了這樣的代碼。本發明的設備及其模塊可以由諸如超大規模集成電路或門陣列、諸如邏輯晶片、電晶體等的半導體、或者諸如現場可編程門陣列、可編程邏輯設備等的可編程硬體設備的硬體電路實現，也可以用由各種類型的處理器執行的軟體實現，也可以由上述硬體電路和軟體的結合例如固件來實現。說明書中提及的通信網絡可以包括各類網絡，包括但不限於區域網(「LAN」)，廣域網(「WAN」)，根據IP協議的網絡(例如，網際網路)以及端對端網絡(例如，ad hoc對等網絡)。應當注意，儘管在上文詳細描述中提及了設備的若干裝置或子裝置，但是這種劃分僅僅並非強制性的。實際上，根據本發明的實施方式，上文描述的兩個或更多裝置的特徵和功能可以在ー個裝置中具體化。反之，上文描述的ー個裝置的特徵和功能可以進ー步劃分為由多個裝置來具體化。此外，儘管在附圖中以特定順序描述了本發明方法的操作，但是，這並非要求或者暗示必須按照該特定順序來執行這些操作，或是必須執行全部所示的操作才能實現期望的結果。相反，流程圖中描繪的步驟可以改變執行順序。附加地或備選地，可以省略某些步驟，將多個步驟合併為ー個步驟執行，和/或將ー個步驟分解為多個步驟執行。雖然已經參考若干具體實施方式
描述了本發明，但是應該理解，本發明並不限於所公開的具體實施方式
。本發明g在涵蓋所附權利要求的精神和範圍內所包括的各種修改和等同布置。所附權利要求的範圍符合最寬泛的解釋，從而 包含所有這樣的修改及等同結構和功能。
權利要求
1.一種用於監測網絡中的伺服器的運行狀態的方法，所述伺服器運行有至少一個應用，所述方法包括 從所述伺服器收集由所述至少一個應用產生的異常信息；以及 基於所收集的異常信息來監測所述伺服器的運行狀態。
2.如權利要求I所述的方法，其中所述異常信息被所述伺服器存儲在存儲庫中，並且所述收集包括從所述存儲庫收集所述異常信息。
3.如權利要求I所述的方法，其中所述異常信息以推送或者拉取模式被收集。
4.如權利要求I至3任一項所述的方法，其中所述異常信息被定期收集。
5.如權利要求I所述的方法，其中所述監測包括基於以下至少一個來確定所述伺服器是否處於正常運行狀態 單位時間內產生的異常的數目； 所產生的異常的類型；以及 產生異常的應用的特性。
6.如權利要求5所述的方法，還包括響應於確定所述伺服器未處於正常運行狀態而向用戶發送警示消息。
7.如權利要求6所述的方法，其中所述警示消息通過以下一個或多個來發送電子郵件，短消息服務SMS消息，以及多媒體消息MMS。
8.一種用於監測網絡中的伺服器的運行狀態的設備，所述伺服器運行有至少一個應用，所述設備包括 收集裝置，配置為用於從所述伺服器收集由所述至少一個應用產生的異常信息；以及 監測裝置，配置為用於基於所收集的異常信息來監測所述伺服器的運行狀態。
9.如權利要求8所述的設備，其中所述異常信息被所述伺服器存儲在存儲庫中，並且其中所述收集裝置進一步配置為用於從所述存儲庫收集所述異常信息。
10.如權利要求8所述的設備，其中所述收集裝置進一步配置為用於以推送或者拉取模式從所述伺服器收集所述異常信息。
11.如權利要求8到10任一項所述的設備，其中所述收集裝置進一步配置為用於定期收集所述異常信息。
12.如權利要求8所述的設備，其中所述監測裝置進一步配置為用於基於以下至少一個來確定所述伺服器是否處於正常運行狀態 單位時間內產生的異常的數目； 所產生的異常的類型；以及 產生異常的應用的特性。
13.如權利要求12所述的設備，還包括 警示裝置，配置為用於響應於確定所述伺服器未處於正常運行狀態而向用戶發送警示消息。
14.如權利要求13所述的設備，其中所述警示裝置進一步配置為用於通過以下一個或多個來發送所述警示消息電子郵件，短消息服務SMS消息，以及多媒體消息MMS。
15.—種系統,包括 伺服器，其上運行有至少一個應用；存儲庫，其耦合至所述伺服器，配置為用於存儲由所述伺服器上的所述至少一個應用產生的異常信息；以及 監測設備，其耦合至所述存儲庫，配置為用於監測所述伺服器的運行狀態，其中所述監測設備包括如權利要求8-14任一項所述的設備。
全文摘要
本發明涉及用於監測伺服器的運行狀態的方法、設備和系統。具體地，提供一種用於監測網絡中的伺服器的運行狀態的方法，所述伺服器運行有至少一個應用。該方法包括從所述伺服器收集由所述至少一個應用產生的異常信息；以及基於所收集的異常信息來監測所述伺服器的運行狀態。還公開了相應的設備和系統。利用本發明的實施方式，可以更為有效地監測伺服器的運行狀態。
文檔編號H04L12/24GK102684936SQ20111006820
公開日2012年9月19日 申請日期2011年3月11日 優先權日2011年3月11日
發明者閆志東, 馬帥 申請人:北京千橡網景科技發展有限公司