[發明專利]服務器運行狀態的監控方法、裝置、處理器及服務器

有效

• 申請號: 201811191465.4
• 申請日: 2018-10-12
• 公開（公告）號: CN109522179B
• 公開（公告）日: 2022-05-27
• 發明（設計）人: 戴侃
• 申請（專利權）人: 網易（杭州）網絡有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30
• 代理公司: 北京博浩百睿知識產權代理有限責任公司 11134
• 代理人: 褚敏;宮傳芝

本發明公開了一種服務器運行狀態的監控方法、裝置、處理器及服務器。該方法包括：在多進程服務器運行期間，獲取各個進程對應的內存數據；按照代碼結構對獲取到的內存數據進行分類處理，得到處理結果；根據處理結果對多進程服務器的運行狀態進行監控。本發明解決了相關技術中所提供的在服務器運行期間對內存數據進行監控的解決方案操作復雜度較高、數據缺乏完整性、孤立了進程之間的關系，無法達到整體監控的技術問題。

技術領域

本發明涉及計算機領域，具體而言，涉及一種服務器運行狀態的監控方法、裝置、處理器及服務器。

背景技術

多進程服務器框架為當下的主流架構。該多進程服務器框架具有多個進程、高并發特點。多個進程之間可以相互進行通信交流，新增進程的擴展實現方式方便，而且其中一個進程異常并不會影響到其他進程的正常運行，因此，服務器架構十分穩定。

服務器在運行期間，實現對內存數據的有效監控是非常必要的。掌握實際運行過程中的內存數據，這些數據的變化對服務器內具體功能的影響，以及在數據反饋下的運行期間異常問題出現之后的調試與服務器本身狀態的監控都顯得十分重要。

日志記錄法是目前常規的服務器內存數據監控手段。日志記錄是在服務器運行之前，預先在代碼層選定記錄位置和需要記錄的數據變量名進行代碼編寫。在服務器運行過程中，當選定記錄位置的代碼被執行時，需求的數據將會通過日志文件或者服務器運行控制臺輸出。

然而，日志記錄法存在以下技術缺陷：

(1)記錄日志的代碼可能在服務器運行期間無法得到運行；

(2)無法實時地獲取內存數據信息；

(3)能夠獲取到的數據信息非常有限，局限于代碼內按需約定的少量數據。

此外，相關技術中還提供了一種對服務器單個進程進行后臺監控的方法。通過服務器的每個進程后臺來獲取需求的數據信息。

然而，服務器單進程后臺監控方式仍然存在以下技術缺陷：

(1)由于需要根據實際需求數據的來源進行定位，因此，獲取數據信息需要執行復雜的操作，這需要操作人員對數據來源的層級關系十分清晰，否則將難以應對。

(2)在進程數量過多的情況下，無法確定需求數據是在哪個進程中出現的，這需要在每個進程的后臺進行數據獲取操作才能夠確定數據來源。

除此之外，上述兩種方法還存在共性問題：孤立了進程之間的關系，無法達到整體監控內存數據的目的。

針對上述的問題，目前尚未提出有效的解決方案。

發明內容

本發明至少部分實施例提供了一種服務器運行狀態的監控方法、裝置、處理器及服務器，以至少解決相關技術中所提供的在服務器運行期間對內存數據進行監控的解決方案操作復雜度較高、數據缺乏完整性、孤立了進程之間的關系，無法達到整體監控的技術問題。

根據本發明其中一實施例，提供了一種服務器運行狀態的監控方法，包括：

在多進程服務器運行期間，獲取各個進程對應的內存數據；按照代碼結構對獲取到的內存數據進行分類處理，得到處理結果；根據處理結果對多進程服務器的運行狀態進行監控。

可選地，獲取各個進程對應的內存數據包括：獲取每個進程所包含的多個模塊；獲取多個模塊中每個模塊下的對象信息；確定對象信息中包含的每個對象的種類。

可選地，按照代碼結構對獲取到的內存數據進行分類處理，得到處理結果包括：將獲取到的內存數據劃分至對應的歸屬進程，得到每個進程下的內存數據；按照代碼結構對每個進程下的內存數據進行分層處理，得到分層結果，以使獲取每個進程下的內存數據的路徑與代碼結構相對應；根據分層結果確定數據層級，并根據數據層級中的內存數據的數據類型對數據層級中的內存數據進行分類，得到處理結果。