• / 17
  • 下載費用:30 金幣  

監控數據庫狀態的方法及裝置.pdf

摘要
申請專利號:

CN201510996384.1

申請日:

2015.12.25

公開號:

CN105426544A

公開日:

2016.03.23

當前法律狀態:

實審

有效性:

審中

法律詳情: 實質審查的生效IPC(主分類):G06F 17/30申請日:20151225|||公開
IPC分類號: G06F17/30 主分類號: G06F17/30
申請人: 北京奇虎科技有限公司; 奇智軟件(北京)有限公司
發明人: 王立新; 楊挺
地址: 100088北京市西城區新街口外大街28號D座112室(德勝園區)
優先權:
專利代理機構: 北京智匯東方知識產權代理事務所(普通合伙)11391 代理人: 康正德; 孫曉芳
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201510996384.1

授權公告號:

|||

法律狀態公告日:

2016.04.20|||2016.03.23

法律狀態類型:

實質審查的生效|||公開

摘要

本發明提供了一種監控數據庫狀態的方法及裝置,上述方法包括:確定監控的數據庫對象;獲取作為監控對象的數據庫的類型;依據獲取的數據庫的類型確定下線回收判斷策略;獲取數據庫的運行狀態信息;基于運行狀態信息,根據所述下線回收判斷策略判斷數據庫是否符合下線回收條件。本發明提供的技術方案可以自動判斷一個數據庫是否需要下線回收,從而不需要用戶進行任何人工操作,就可以及時地回收資源,大大提高了資源的利用率。

權利要求書

1.一種監控數據庫狀態的方法,包括:
確定監控的數據庫對象;
獲取作為監控對象的所述數據庫的類型;
依據獲取的所述數據庫的類型確定下線回收判斷策略;
獲取所述數據庫的運行狀態信息;
基于所述運行狀態信息,根據所述下線回收判斷策略判斷所述數據庫是否
符合下線回收條件。
2.根據權利要求1所述的方法,其中,若所述數據庫的類型為非關系型,
則所述運行狀態信息包括下列至少之一:
所述數據庫的進程的運行狀態;
所述數據庫的實例的連通狀態;
所述數據庫的實例的啟動時間;
所述數據庫的實例中是否存在業務Key。
3.根據權利要求2所述的方法,其中,所述下線回收判斷策略包括下列至
少之一項判斷規則:
所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;
所述數據庫的進程未處于運行狀態,則符合下線回收條件;
所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;
所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。
4.根據權利要求3所述的方法,其中,若所述下線回收判斷策略包含至少
兩項判斷規則,所述基于所述運行狀態信息,根據所述下線回收判斷策略判斷
所述數據庫是否符合下線回收條件具體包括:
若所述運行狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則,
則所述數據庫符合下線回收條件。
5.根據權利要求1-4中任一項所述的方法,其中,所述獲取所述數據庫的
運行狀態信息包括:
通過所述數據庫的監控器執行用于獲取所述數據庫的運行狀態信息的監
控器命令,獲取并保存所述數據庫的運行狀態信息。
6.根據權利要求1-4任一項所述的方法,其中,所述非關系型數據庫包括:
Redis數據庫。
7.一種監控數據庫狀態的裝置,包括:
對象確定模塊,用于確定監控的數據庫對象;
類型獲取模塊,用于獲取作為監控對象的所述數據庫的類型;
策略獲取模塊,用于依據獲取的所述數據庫的類型確定下線回收判斷策略;
信息獲取模塊,用于獲取所述數據庫的運行狀態信息;
回收判斷模塊,用于基于所述運行狀態信息,根據所述下線回收判斷策略
判斷所述數據庫是否符合下線回收條件。
8.根據權利要求7所述的裝置,其中,若所述數據庫的類型為非關系型,
則所述運行狀態信息包括下列至少之一:
所述數據庫的進程的運行狀態;
所述數據庫的實例的連通狀態;
所述數據庫的實例的啟動時間;
所述數據庫的實例中是否存在業務Key。
9.根據權利要求8所述的裝置,其中,所述下線回收判斷策略包括下列至
少之一項判斷規則:
所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;
所述數據庫的進程未處于運行狀態,則符合下線回收條件;
所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;
所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。
10.根據權利要求9所述的裝置,其中,若所述下線回收判斷策略包含至
少兩項判斷規則,
所述回收判斷模塊,用于判斷所述數據庫符合下線回收條件,若所述運行
狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則。

說明書

監控數據庫狀態的方法及裝置

技術領域

本發明涉及計算機技術領域,特別是涉及一種監控數據庫狀態的方法及裝
置。

背景技術

在現代計算機技術中,數據庫的應用是一項十分重要的技術,在目前的互
聯時代中,數據庫的應用更是越發的廣泛,不論是各種網站、平臺還是各種應
用軟件都需要設置各種各樣的數據庫。

廣義的來講,數據庫可以分為關系型數據庫和非關系型數據庫。數據庫的
資源是有限的,需要對其進行重復循環的使用,目前在判斷是否要對某一個數
據庫進行下線回收時,都是需要人工進行的,這樣會導致資源回收不及時,同
時人工回收也會給用戶帶來很大的工作量。

發明內容

本發明提出了一種監控數據庫狀態的方法及裝置以克服上述問題或者至
少部分地解決上述問題。

根據本發明的一個方面,提供了一種監控數據庫狀態的方法,包括:

確定監控的數據庫對象;

獲取作為監控對象的所述數據庫的類型;

依據獲取的所述數據庫的類型確定下線回收判斷策略;

獲取所述數據庫的運行狀態信息;

基于所述運行狀態信息,根據所述下線回收判斷策略判斷所述數據庫是否
符合下線回收條件。

可選地,若所述數據庫的類型為非關系型,則所述運行狀態信息包括下列
至少之一:

所述數據庫的進程的運行狀態;

所述數據庫的實例的連通狀態;

所述數據庫的實例的啟動時間;

所述數據庫的實例中是否存在業務Key。

可選地,所述下線回收判斷策略包括下列至少之一項判斷規則:

所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

所述數據庫的進程未處于運行狀態,則符合下線回收條件;

所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;

所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。

可選地,若所述下線回收判斷策略包含至少兩項判斷規則,所述基于所述
運行狀態信息,根據所述下線回收判斷策略判斷所述數據庫是否符合下線回收
條件具體包括:

若所述運行狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則,
則所述數據庫符合下線回收條件。

可選地,所述獲取所述數據庫的運行狀態信息包括:

通過所述數據庫的監控器執行用于獲取所述數據庫的運行狀態信息的監
控器命令,獲取并保存所述數據庫的運行狀態信息。

可選地,所述非關系型數據庫包括:Redis數據庫。

根據本發明的另一個方面,還提供了一種監控數據庫狀態的裝置,包括:

對象確定模塊,用于確定監控的數據庫對象;

類型獲取模塊,用于獲取作為監控對象的所述數據庫的類型;

策略獲取模塊,用于依據獲取的所述數據庫的類型確定下線回收判斷策略;

信息獲取模塊,用于獲取所述數據庫的運行狀態信息;

回收判斷模塊,用于基于所述運行狀態信息,根據所述下線回收判斷策略
判斷所述數據庫是否符合下線回收條件。

可選地,若所述數據庫的類型為非關系型,則所述運行狀態信息包括下列
至少之一:

所述數據庫的進程的運行狀態;

所述數據庫的實例的連通狀態;

所述數據庫的實例的啟動時間;

所述數據庫的實例中是否存在業務Key。

可選地,所述下線回收判斷策略包括下列至少之一項判斷規則:

所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

所述數據庫的進程未處于運行狀態,則符合下線回收條件;

所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;

所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。

可選地,若所述下線回收判斷策略包含至少兩項判斷規則,

所述回收判斷模塊,用于判斷所述數據庫符合下線回收條件,若所述運行
狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則。

可選地,所述信息獲取模塊包括:

監控獲取單元,用于通過所述數據庫的監控器執行用于獲取所述數據庫的
運行狀態信息的監控器命令,獲取并保存所述數據庫的運行狀態信息。

可選地,所述非關系型數據庫包括:Redis數據庫。

本發明提供的技術方案會自動確定需要監控的數據庫,獲取其數據庫類型,
并依據獲取到的數據庫類型確定相應的下線回收判斷策略,進而獲取數據庫的
運行狀態信息,并依據確定的下線回收判斷策略自動判斷一個數據庫是否需要
下線回收,從而不需要用戶進行任何人工操作,就可以及時地回收資源,大大
提高了資源的利用率。

上述說明僅是本發明技術方案的概述,為了能夠更清楚了解本發明的技術
手段,而可依照說明書的內容予以實施,并且為了讓本發明的上述和其它目的、
特征和優點能夠更明顯易懂,以下特舉本發明的具體實施方式。

根據下文結合附圖對本發明具體實施例的詳細描述,本領域技術人員將會
更加明了本發明的上述以及其他目的、優點和特征。

附圖說明

通過閱讀下文優選實施方式的詳細描述,各種其他的優點和益處對于本領
域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的,而并
不認為是對本發明的限制。而且在整個附圖中,用相同的參考符號表示相同的
部件。在附圖中:

圖1是根據本發明一個實施例的監控數據庫狀態的方法的流程示意圖;

圖2是根據本發明另一個實施例的監控數據庫狀態的方法的流程示意圖;

圖3是根據本發明再一個實施例的監控數據庫狀態的方法的流程示意圖;

圖4是根據本發明一個實施例的監控數據庫狀態的裝置的結構框圖;

圖5是根據本發明另一個實施例的監控數據庫狀態的裝置的結構框圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了
本公開的示例性實施例,然而應當理解,可以以各種形式實現本公開而不應被
這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地理解本
公開,并且能夠將本公開的范圍完整的傳達給本領域的技術人員。需要說明的
是,在不沖突的前提下,本發明實施例和實施例中的技術特征可以相互結合。

圖1是根據本發明一個實施例的監控數據庫狀態的方法的流程示意圖。如
圖1所示,上述方法可以包括:

步驟S102,確定監控的數據庫對象;

步驟S104,獲取作為監控對象的數據庫的類型;

步驟S106,依據獲取的數據庫的類型確定下線回收判斷策略;

步驟S108,獲取數據庫的運行狀態信息;

步驟S110,基于運行狀態信息,根據下線回收判斷策略判斷數據庫是否符
合下線回收條件。

本發明提供的方法會自動確定需要監控的數據庫,獲取其數據庫類型,并
依據獲取到的數據庫類型確定相應的下線回收判斷策略,進而獲取數據庫的運
行狀態信息,并依據確定的下線回收判斷策略自動判斷一個數據庫是否需要下
線回收,從而不需要用戶進行任何人工操作,就可以及時地回收資源,大大提
高了資源的利用率。

數據庫的類型可以分為關系型數據庫和非關系型數據庫。本實施例提供的
方法主要針對非關系型數據庫,為了更高效、準確地判斷一個關系型數據庫
是否可以下線回收了,需要合理的設置需要獲取數據的哪些運行狀態信息
以及根據這些運行狀態信息判斷數據庫是否可以下線回收的策略。

在本發明的一個實施例中,上述的非關系型數據庫的運行狀態信息可以包
括:

數據庫的進程的運行狀態;

數據庫的實例的連通狀態;

數據庫的實例的啟動時間;

數據庫的實例中是否存在業務Key。

本實施例中列舉了幾種最為典型的可用來判斷一個非關系型數據庫是
否可以下線回收的運行狀態信息,基于這些運行狀態信息基本上可以覆蓋
到所有典型的需要下線回收的非關系型數據庫的運行狀態。當然,在具體
實施時,可以根據不同的需要選擇獲取其中的一個或多個運行狀態信息,
或增加新的運行狀態信息,本發明不做具體限定。

在本發明的一個實施例中,對應于上述的運行狀態信息,上述下線回
收判斷策略可以包括下列至少之一項判斷規則:

數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

數據庫的進程未處于運行狀態,則符合下線回收條件;

數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線回
收條件;

數據庫啟動超過第一時間閾值并建立了業務Key,且數據庫在預定時長
內沒有語句訪問,則符合下線回收條件。

在本實施例中,在業務云平臺上查不到記錄,但是在服務器本地有數
據目錄或者實例已啟動的,表明數據庫并沒有被實際使用,需要回收;數
據庫的進程是沒有運行,說明實例已經不用,但是有遺留文件,需要刪除;
如果數據庫啟動超過了第一時間閾值,例如90天,90天以內實例有可能還
未上線使用,但是如果超過了90天但是還是沒有業務key的,屬于超期未
被使用,需要回收;如果數據庫啟動超過了第一時間閾值(90天)、有業
務key,那么需要抓取當前是否有語句訪問,或者說在一定時間段內是否有
語句訪問,如果沒有則表明其實用率很低,可以考慮刪除,在這種情況下,
為了保證不會錯誤回收,還可以和業務人員二次確認,如果確認已經不用,
則可以刪除。上述策略對應于上述的運行狀態信息,基于這些策略即可高
效、準確地判斷出一個非關系型數據庫是否可以回收。

對于上述的判斷規則,一個數據庫只要滿足其中的一個就可以對其進
行下線回收,也就是說在具體應用時,如果下線回收判斷策略包含至少兩
項上述判斷規則,若一個非關系數據庫的運行狀態信息滿足上述下線回收
判斷策略中的至少一項判斷規則,則可以判定該數據庫符合下線回收條件。
當然,基于不同的需求,也可以要求一個數據庫滿足多項判斷規則才能下
線回收,本發明不作具體限定。

對于非關系型數據,在獲取其運行狀態信息時,可以采用很多手段,
本發明中優選利用非關系型數據庫自帶的監控器(moniter),通過執行相
應的監控器命令來獲取運行狀態信息。在本發明的一個實施例中,上述步
驟S108可以包括:通過所述數據庫的監控器執行用于獲取所述數據庫的運
行狀態信息的監控器命令,獲取并保存所述數據庫的運行狀態信息。

基于非關系型數據庫自帶的moniter來獲取運行狀態信息,不需要引入
新的功能,實現方便、獲取效率高,是一種優選的方案。

在本發明的一個實施例中,在判斷數據庫符合下線回收條件時,如圖2
所示,上述方法還可以包括:

步驟S112,依據預設聯絡方式,向數據庫的管理員發送下線回收提示,
其中下線回收提示包含數據庫的標識以及符合下線回收條件的運行狀態信
息。

基于本實施例提供的方案,可以為數據庫管理員提供完全的知情權,使管
理員可以實時地了解數據庫自動下線回收的執行情況。同時,也使管理員可以
及時地進行人工干預,因為在現實中,很可能會出現某個數據庫符合下線回收
條件,但管理員出于一些特殊的考慮,依然不對其進行下線回收的情況,本實
施例提供的方案為管理員提供了很大自主權力。

Redis數據庫是一種典型的非關系型數據庫,其是一個開源的使用ANSIC
語言編寫、支持網絡、可基于內存亦可持久化的日志型、Key-Value數據庫,
并提供多種語言的API(ApplicationProgrammingInterface,應用程序編程接
口),包括SQL(StructuredQueryLanguage,結構化查詢語言)。

SQL是一種特殊目的的編程語言,是一種數據庫查詢和程序設計語言,用
于存取數據以及查詢、更新和管理關系數據庫系統;同時也是數據庫腳本文件
的擴展名。

結構化查詢語言是高級的非過程化編程語言,允許用戶在高層數據結構上
工作。它不要求用戶指定對數據的存放方法,也不需要用戶了解具體的數據存
放方式,所以具有完全不同底層結構的不同數據庫系統,可以使用相同的結構
化查詢語言作為數據輸入與管理的接口。結構化查詢語言語句可以嵌套,這使
它具有極大的靈活性和強大的功能。

本發明上述各實施例提供的技術方案可以很好應用于Redis數據庫,上
述各實施例涉及的語句主要包括SQL語句。

下面通過一個具體實施例對上述方案進行說明,圖3是根據本發明再
一個實施例的監控數據庫狀態的方法的流程示意圖。如圖3所示,該方法
可以包括:

步驟S302,確定監控的Redis數據庫對象,獲取作為監控對象的Redis
數據庫的類型,即非關系型,依據獲取的數據庫的類型確定下線回收判斷
策略;

步驟S304,通過Redis數據庫的moniter執行用于獲取數據庫的運行
狀態信息的moniter命令,獲取并保存Redis數據庫的運行狀態信息,包括:
Redis數據庫的進程的運行狀態;Redis數據庫的實例的連通狀態;Redis
數據庫的實例的啟動時間;Redis數據庫的實例中是否存在業務Key;

步驟S306,判斷Redis數據庫是否在業務云平臺上不存在記錄,但是
在服務器本地存在數據目錄或者其實例已啟動,如果是,則執行步驟S314,
如果否,則執行步驟S308;

步驟S308,判斷Redis數據庫的進程是否處于運行狀態,如果否,則
執行步驟S314,如果是,則執行步驟S310;

步驟S310,判斷Redis數據庫是否啟動超過90天,但是沒有建立業務
Key,如果是,則執行步驟S314,如果否,則執行步驟S312;

步驟S312,判斷Redis數據庫是否啟動超過90天并建立了業務Key,
如果是,則進一步判斷Redis數據庫在預定時長內是否有SQL語句訪問,
如果否,則執行步驟S314,如果是,則返回步驟S302;

步驟S314,確定Redis數據庫符合下線回收條件;

步驟S316,通過短信、郵件或其他類似的方式,向Redis數據庫的管
理員發送下線回收提示,其中下線回收提示包含Redis數據庫的標識以及符
合下線回收條件的運行狀態信息;

步驟S318,在管理員沒有下達不允許回收的命令的前提下,下線回收
Redis數據庫。

對應于上述各實施例提供的方法,本發明實施例還提供了一種監控數
據庫狀態的裝置。圖4是根據本發明一個實施例的監控數據庫狀態的裝置
的結構框圖。如圖4所示,上述裝置可以包括:

對象確定模塊10,用于確定監控的數據庫對象;

類型獲取模塊20,用于獲取作為監控對象的數據庫的類型;

策略獲取模塊30,用于依據獲取的數據庫的類型確定下線回收判斷策
略;

信息獲取模塊40,用于獲取數據庫的運行狀態信息;

回收判斷模塊50,用于基于運行狀態信息,根據下線回收判斷策略判
斷數據庫是否符合下線回收條件。

本發明提供的裝置會自動確定需要監控的數據庫,獲取其數據庫類型,
并依據獲取到的數據庫類型確定相應的下線回收判斷策略,進而獲取數據
庫的運行狀態信息,并依據確定的下線回收判斷策略自動判斷一個數據庫
是否需要下線回收,從而不需要用戶進行任何人工操作,就可以及時地回
收資源,大大提高了資源的利用率。

在本發明的一個實施例中,上述的非關系型數據庫的運行狀態信息可
以包括:

數據庫的進程的運行狀態;

數據庫的實例的連通狀態;

數據庫的實例的啟動時間;

數據庫的實例中是否存在業務Key。

本實施例中列舉了幾種最為典型的可用來判斷一個非關系型數據庫是
否可以下線回收的運行狀態信息,基于這些運行狀態信息基本上可以覆蓋
到所有典型的需要下線回收的非關系型數據庫的運行狀態。當然,在具體
實施時,可以根據不同的需要選擇獲取其中的一個或多個運行狀態信息,
或增加新的運行狀態信息,本發明不做具體限定。

在本發明的一個實施例中,上述下線回收判斷策略可以包括下列至少
之一項判斷規則:

數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

數據庫的進程未處于運行狀態,則符合下線回收條件;

數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線回
收條件;

數據庫啟動超過第一時間閾值并建立了業務Key,且數據庫在預定時長
內沒有語句訪問,則符合下線回收條件。

上述策略對應于上述的運行狀態信息,基于這些策略即可高效、準確
地判斷出一個非關系型數據庫是否可以回收。

對于上述的判斷規則,一個數據庫只要滿足其中的一個就可以對其進
行下線回收,也就是說在具體應用時,如果下線回收判斷策略包含至少兩
項上述判斷規則,若一個非關系數據庫的運行狀態信息滿足上述下線回收
判斷策略中的至少一項判斷規則,則可以判定該數據庫符合下線回收條件。
當然,基于不同的需求,也可以要求一個數據庫滿足多項判斷規則才能下
線回收,本發明不作具體限定。

若所述下線回收判斷策略包含至少兩項判斷規則,回收判斷模塊50,
還可以用于判斷數據庫符合下線回收條件,若上述運行狀態信息滿足下線
回收判斷策略中的至少一項判斷規則。

在本發明的一個實施例中,如圖5所示,信息獲取模塊40可以包括:

監控獲取單元41,用于通過數據庫的監控器執行用于獲取數據庫的運
行狀態信息的監控器命令,獲取并保存數據庫的運行狀態信息。

在本實施例提供的方案中,信息獲取模塊40包括的監控獲取單元41
會基于非關系型數據庫自帶的moniter來獲取運行狀態信息,不需要引入新
的功能,實現方便、獲取效率高。

在本發明的一個實施例中,如圖5所示,上述裝置還可以包括:

回收提示模塊60,用于在回收判斷模塊50判斷數據庫符合下線回收條
件時,依據預設聯絡方式,向數據庫的管理員發送下線回收提示,其中下
線回收提示包含數據庫的標識以及符合下線回收條件的運行狀態信息。

在本實施例提供的方案中,回收提示模塊60為數據庫管理員提供了完
全的知情權,使管理員可以實時地了解數據庫自動下線回收的執行情況。
同時,也使管理員可以及時地進行人工干預,因為在現實中,很可能會出
現某個數據庫符合下線回收條件,但管理員出于一些特殊的考慮,依然不
對其進行下線回收的情況,本實施例提供的方案為管理員提供了很大的自
主權力。

優選地,在上述各個實施例中,設計的非關系型數據庫可以是Redis
數據庫,涉及的語句可以是SQL語句。

本發明提供的方法會自動確定需要監控的數據庫,獲取其數據庫類型,
并依據獲取到的數據庫類型確定相應的下線回收判斷策略,進而獲取數據
庫的運行狀態信息,并依據確定的下線回收判斷策略自動判斷一個數據庫
是否需要下線回收,從而不需要用戶進行任何人工操作,就可以及時地回
收資源,大大提高了資源的利用率。在特殊的情況下,數據庫管理員也可
以阻止對某個特定的數據庫的下線回收操作,為管理員提供了很大的自主
權力。

在此處所提供的說明書中,說明了大量具體細節。然而,能夠理解,
本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中,
并未詳細示出公知的方法、結構和技術,以便不模糊對本說明書的理解。

類似地,應當理解,為了精簡本公開并幫助理解各個發明方面中的一
個或多個,在上面對本發明的示例性實施例的描述中,本發明的各個特征
有時被一起分組到單個實施例、圖、或者對其的描述中。然而,并不應將
該公開的方法解釋成反映如下意圖:即所要求保護的本發明要求比在每個
權利要求中所明確記載的特征更多的特征。更確切地說,如下面的權利要
求書所反映的那樣,發明方面在于少于前面公開的單個實施例的所有特征。
因此,遵循具體實施方式的權利要求書由此明確地并入該具體實施方式,
其中每個權利要求本身都作為本發明的單獨實施例。

本領域那些技術人員可以理解,可以對實施例中的設備中的模塊進行
自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。
可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件,以及
此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或
過程或者單元中的至少一些是相互排斥之外,可以采用任何組合對本說明
書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開
的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述,本
說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提
供相同、等同或相似目的的替代特征來代替。

此外,本領域的技術人員能夠理解,盡管在此所述的一些實施例包括
其它實施例中所包括的某些特征而不是其它特征,但是不同實施例的特征
的組合意味著處于本發明的范圍之內并且形成不同的實施例。例如,在權
利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來
使用。

本發明的各個部件實施例可以以硬件實現,或者以在一個或者多個處
理器上運行的軟件模塊實現,或者以它們的組合實現。本領域的技術人員
應當理解,可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現
根據本發明實施例的監控數據庫狀態的裝置中的一些或者全部部件的一些
或者全部功能。本發明還可以實現為用于執行這里所描述的方法的一部分
或者全部的設備或者裝置程序(例如,計算機程序和計算機程序產品)。
這樣的實現本發明的程序可以存儲在計算機可讀介質上,或者可以具有一
個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到,或者
在載體信號上提供,或者以任何其他形式提供。

應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制,
并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換
實施例。在權利要求中,不應將位于括號之間的任何參考符號構造成對權
利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。
位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發
明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來
實現。在列舉了若干裝置的單元權利要求中,這些裝置中的若干個可以是
通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表
示任何順序。可將這些單詞解釋為名稱。

至此,本領域技術人員應認識到,雖然本文已詳盡示出和描述了本發
明的多個示例性實施例,但是,在不脫離本發明精神和范圍的情況下,仍
可根據本發明公開的內容直接確定或推導出符合本發明原理的許多其他變
型或修改。因此,本發明的范圍應被理解和認定為覆蓋了所有這些其他變
型或修改。

根據本發明的一個方面,提供了A1.一種監控數據庫狀態的方法,包括:

確定監控的數據庫對象;

獲取作為監控對象的所述數據庫的類型;

依據獲取的所述數據庫的類型確定下線回收判斷策略;

獲取所述數據庫的運行狀態信息;

基于所述運行狀態信息,根據所述下線回收判斷策略判斷所述數據庫是否
符合下線回收條件。

A2.根據A1所述的方法,其中,若所述數據庫的類型為非關系型,則所
述運行狀態信息包括下列至少之一:

所述數據庫的進程的運行狀態;

所述數據庫的實例的連通狀態;

所述數據庫的實例的啟動時間;

所述數據庫的實例中是否存在業務Key。

A3.根據A2所述的方法,其中,所述下線回收判斷策略包括下列至少之
一項判斷規則:

所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

所述數據庫的進程未處于運行狀態,則符合下線回收條件;

所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;

所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。

A4.根據A3所述的方法,其中,若所述下線回收判斷策略包含至少兩項
判斷規則,所述基于所述運行狀態信息,根據所述下線回收判斷策略判斷所述
數據庫是否符合下線回收條件具體包括:

若所述運行狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則,
則所述數據庫符合下線回收條件。

A5.根據A1-A4中任一項所述的方法,其中,所述獲取所述數據庫的運行
狀態信息包括:

通過所述數據庫的監控器執行用于獲取所述數據庫的運行狀態信息的監
控器命令,獲取并保存所述數據庫的運行狀態信息。

A6.根據A1-A4任一項所述的方法,其中,所述非關系型數據庫包括:
Redis數據庫。

根據本發明的另一個方面,還提供了B7.一種監控數據庫狀態的裝置,包
括:

對象確定模塊,用于確定監控的數據庫對象;

類型獲取模塊,用于獲取作為監控對象的所述數據庫的類型;

策略獲取模塊,用于依據獲取的所述數據庫的類型確定下線回收判斷策略;

信息獲取模塊,用于獲取所述數據庫的運行狀態信息;

回收判斷模塊,用于基于所述運行狀態信息,根據所述下線回收判斷策略
判斷所述數據庫是否符合下線回收條件。

B8.根據B7所述的裝置,其中,若所述數據庫的類型為非關系型,則所
述運行狀態信息包括下列至少之一:

所述數據庫的進程的運行狀態;

所述數據庫的實例的連通狀態;

所述數據庫的實例的啟動時間;

所述數據庫的實例中是否存在業務Key。

B9.根據B8所述的裝置,其中,所述下線回收判斷策略包括下列至少之
一項判斷規則:

所述數據庫在業務云平臺上不存在記錄,但是在服務器本地存在數據目錄
或者其實例已啟動,則符合下線回收條件;

所述數據庫的進程未處于運行狀態,則符合下線回收條件;

所述數據庫啟動超過第一時間閾值,但是沒有建立業務Key,則符合下線
回收條件;

所述數據庫啟動超過所述第一時間閾值并建立了業務Key,且所述數據庫
在預定時長內沒有語句訪問,則符合下線回收條件。

B10.根據B9所述的裝置,其中,若所述下線回收判斷策略包含至少兩項
判斷規則,

所述回收判斷模塊,用于判斷所述數據庫符合下線回收條件,若所述運行
狀態信息滿足所述下線回收判斷策略中的至少一項判斷規則。

B11.根據B7-B11任一項所述的裝置,其中,所述信息獲取模塊包括:

監控獲取單元,用于通過所述數據庫的監控器執行用于獲取所述數據庫的
運行狀態信息的監控器命令,獲取并保存所述數據庫的運行狀態信息。

B12.根據B7-B11任一項所述的裝置,其中,所述非關系型數據庫包括:
Redis數據庫。

關 鍵 詞:
監控 數據庫 狀態 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:監控數據庫狀態的方法及裝置.pdf
鏈接地址:http://www.rgyfuv.icu/p-6345759.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图