WO2012130030A1 - 监控多个数据库服务器的系统和方法 - Google Patents

监控多个数据库服务器的系统和方法 Download PDF

Info

Publication number
WO2012130030A1
WO2012130030A1 PCT/CN2012/072144 CN2012072144W WO2012130030A1 WO 2012130030 A1 WO2012130030 A1 WO 2012130030A1 CN 2012072144 W CN2012072144 W CN 2012072144W WO 2012130030 A1 WO2012130030 A1 WO 2012130030A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
monitoring
request
database
user interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2012/072144
Other languages
English (en)
French (fr)
Inventor
程同生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Publication of WO2012130030A1 publication Critical patent/WO2012130030A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports

Definitions

  • the monitoring center when the request from the user interface is a request for real-time monitoring data, the monitoring center connects to the corresponding database server according to the request, obtains data from the database of the corresponding database server, and The retrieved data is returned to the user interface for display.
  • the method further includes: when the request from the user interface is a request for historical monitoring data, obtaining, by the monitoring center, data from the data storage according to the request, and returning the obtained data to The user interface is for display.
  • the method further includes: transmitting an alarm message through the alarm module when any one of the monitoring indicators reaches a set threshold.
  • the monitoring indicator includes one or more of the following: database cache hit ratio, active transaction, batch request, network wait, lock, user connection, scan rate, log space usage, CPU, disk space , memory, data synchronization status, and traffic. . DRAWINGS
  • FIG. 1 is a block diagram showing a system in accordance with an exemplary embodiment of the present invention
  • 2 is a schematic diagram showing a monitoring object setting according to an exemplary embodiment of the present invention
  • FIG. 3 is a schematic diagram showing a database user connection number according to an exemplary embodiment of the present invention
  • FIG. 5 is a schematic diagram showing a history of disk space according to an exemplary embodiment of the present invention
  • FIG. 6 is a diagram showing monitoring of a plurality of CPUs according to an exemplary embodiment of the present invention
  • FIG. 7 is a flow chart showing a method in accordance with an exemplary embodiment of the present invention. detailed description
  • FIG. 1 is a block diagram showing a system in accordance with an exemplary embodiment of the present invention.
  • the system includes a plurality of monitoring objects 110-1, 110-2, ..., 110-N, a monitoring center 120, and a user interface 130.
  • the monitoring objects 110-1, 110-2, ..., 110-N are each a database server, and collection modules 112-1, 112-2, ..., 112-N are respectively disposed on each of them.
  • the acquisition module is responsible for collecting data of monitoring indicators.
  • the monitoring indicator may include indicators related to the database, such as the number of connections, the database size, the deadlock, the data synchronization status, etc.; the monitoring indicator may also include indicators related to the hardware of the monitoring object itself, such as a CPU, a hard disk, and a memory. , network card, etc. index of.
  • the acquisition module can collect data of the collected indicators according to a predefined acquisition frequency, and store the collected information in a database of monitored objects in which it is located (for example, as shown in FIG. 1 Database 114-1,
  • the collection module can pass the data of the ⁇ sqlserver:buffer manager ⁇ Buffer cache hit ratio and the database cache hit rate; through the ⁇ sqlserver:databases(-Total) ⁇ Active Transactions Collect data related to active transactions; collect data related to batch requests via ⁇ sqlserver:sql statistic s ⁇ Batch Requests/sec; collect by ⁇ sqlserver:wait statistics (accumulated wait time per second (ms)) ⁇ Network IO waits The network waits for relevant data; collects lock-related data via ⁇ 891861 ⁇ 61":10.1«(- Total) ⁇ Lock Wait Time (ms); collects data related to user connections via ⁇ sqlserver:general statistics ⁇ User Connections ; collect data related to the rate of scanning by ⁇ SQLServer:Databases(- Total) ⁇ DBCC Logical Scan Bytes/sec; collect data related to
  • Total/sec collects traffic-related data; collects disk space-related data through xp-fixeddrives; collects data related to monitoring data synchronization delays through sp-replmonitorhelpsubscription.
  • the invention can also collect data related to other monitoring indicators.
  • the SqlServer database is taken as an example above, but the present invention is not limited to
  • the monitoring center 120 can be responsible for the maintenance of the monitoring channel between the monitoring center 120 and the monitoring object 110.
  • the monitoring channel is idle after the configuration is successful, and is only enabled when needed.
  • the monitoring channel is maintained at the database level. For example, when the monitoring center 120 receives a request for real-time monitoring data from the user interface 130 (which will be described later), the monitoring center will open a monitoring channel to the corresponding monitoring object, and obtain data from the database of the corresponding monitoring object. , and return the obtained data to the user interface for display.
  • Monitoring center 120 can also include data processing module 122 and data store 124.
  • the data processing module 122 can automatically extract the data stored in the database 114 of the monitoring object 110 at a specified time or according to a predetermined period, process the extracted data, and
  • the processed data is stored in data store 124.
  • the data processing module 122 can automatically extract the monitoring data stored in the database 114 of each monitoring object 110 at 12 o'clock every night, and calculate the average value, the maximum value, and the minimum value in hours for the extracted data about each monitoring index. And store the average, maximum, and minimum values of each monitoring indicator calculated in hours in the data store 124.
  • the invention is not limited to the manner of the above examples. Various changes can be made as needed.
  • the monitoring center 120 may further include an alarm module 126 that monitors whether each monitoring indicator of each monitoring object reaches a set threshold.
  • the alarm information is sent (such as sending an alarm message through a short message service).
  • the alarm module 126 automatically sends an alarm message.
  • the disk free space is lower than 10G, the alarm module 126 automatically sends an alarm message, and when the data synchronization delay reaches 10 minutes, the alarm module 126 automatically sends an alarm.
  • All thresholds may be set in the configuration parameter file of the monitoring center 120 or may be set in the database of the monitoring center 120.
  • User interface 130 generates a user interface for receiving requests from a user and a user interface for displaying information to the user.
  • Some exemplary user interfaces generated by the user interface 130 will be described later with reference to Figures 2-6.
  • the user interface 130 can generate an interface for monitoring object settings in which all objects to be monitored and check boxes available for selection by the user are displayed.
  • the user interface 130 can save the monitoring object set by the user by pressing, for example, the save button.
  • the user interface 130 can generate a monitoring information request interface, in which the user can select monitoring objects, request real-time data, or request historical data, monitoring indicators, time periods, and the like.
  • the user interface 130 can also generate a monitoring information display interface in which data received from the monitoring center can be displayed to the user in the form of a table, a graphic, or the like.
  • a monitoring information display interface in which data received from the monitoring center can be displayed to the user in the form of a table, a graphic, or the like.
  • the user interface 130 can display various user interfaces as desired.
  • 2-6 illustrate an exemplary user interface that user interface 130 can generate.
  • FIG. 2 shows an exemplary monitoring object setting interface. As shown in FIG. 2, the IP address of the monitoring object (ie, the database server) is shown in the Serverip column, the server name of the monitoring object is shown in the Servemame column, and the check box is displayed in the monitoring column. . The user can select the corresponding check box for the monitoring object that you want to monitor.
  • different selected formats may be used to display selected monitored objects and unselected monitored objects (eg, by different colors, different fonts, etc.). According to one embodiment, different formats may be employed to indicate the monitored object where the cursor is currently located.
  • a save button is also included. When the user selects the save button, the selected monitoring object can be added to the monitoring list, or the unselected monitoring object can be deleted from the monitoring list.
  • a close button may also be included. When the user thinks that the setting of the monitoring object does not need to be modified, the close button can be simply pressed.
  • Figure 3 shows a graph of the number of database user connections.
  • the abscissa represents Time
  • the ordinate represents the number of database user connections.
  • the monitoring object IP address (10.66.66.12 in Figure 3) pull-down menu, monitoring indicator (user connection in Figure 3) drop-down menu, time period (500 in Figure 3) is also shown in Figure 3.
  • Seconds drop down menu. Users can use these drop-down menus to select the monitoring objects they want to monitor, the monitoring indicators, and the length of the time period, and after selecting the desired option, they can click the display button to refresh the display.
  • the Export button is provided in Figure 3 to export the data
  • the Close button is provided to close the current window.
  • Figure 4 shows a real-time monitoring diagram of the CPU of a single monitored object.
  • the abscissa represents time and the ordinate represents processor usage.
  • an export button is provided in Figure 4 to export the data
  • a close button is provided to close the current window.
  • FIG. 4 shows a single server disk space history graph. As shown in Fig. 5, the abscissa represents time and the ordinate represents the remaining space of the disk. Moreover, the monitoring object IP address (10.66.66.98 in Fig. 5) pull-down menu, monitoring indicator (N in Fig. 5) pull-down menu, start time (in Figure 5, 2010) is also shown in Fig. 5. -10-25 ) Drop-down menu and end time (2010-11-24 in Figure 5).
  • FIG. 6 shows a real-time CPU monitoring diagram of a multi-monitor object.
  • the CPU utilization indicated by the status indication
  • the server IP the CPU utilization of a plurality of monitoring objects
  • a time option is provided (the last 5 minutes are selected in FIG. 6) and CPU value option (average is selected in Figure 6).
  • different CPU utilizations can be displayed in different formats, such as colors.
  • step S710 data of the specified monitoring indicator is collected by an acquisition module deployed on each of the plurality of database servers, and the collected data is stored in a database of the database server.
  • the collection module 112 of FIG. 1 has been described in detail above with respect to how to collect data of specified monitoring indicators and storage of the collected data, and thus will not be described in detail herein.
  • step S720 a request from the user is received through the user interface, and a detailed description of the step may refer to the description of the user interface 130 of FIG.
  • step S730 the received request is submitted to the monitoring center.
  • step S740 the monitoring center retrieves data from the database of the corresponding database server or from the data storage of the monitoring center in response to the request from the user interface, and returns the obtained data to the user interface for display.
  • the request is a request for real-time monitoring data
  • the monitoring center connects to the corresponding database server according to the request, obtains data from the database of the corresponding database server, and returns the obtained data to the The user interface is described for display.
  • the request retrieves data from the data store and returns the retrieved data to the user interface for display, wherein the data in the data store is passed through the data processing module at a predetermined time or at predetermined intervals
  • the database of the plurality of database servers extracts data and processes the data.
  • the monitoring center receives a request for the last 500 seconds of database user connections from the user interface to the server 10.66.66.12
  • the monitoring center opens a channel to the server 10.66.66.12, and obtains the latest 500 from the server's database.
  • the data of the number of database user connections in seconds, and the retrieved data is returned to the user interface, and the user interface can generate an interface such as that shown in FIG.
  • the monitoring center when the monitoring center receives a request from the user interface for the remaining disk space during 2010-10-25 S 2010-1 1-24 of the server 10.66.66.98, the monitoring center can store from its own data. Obtaining data about the remaining disk space of the server 10.66.66.98 from 2010-10-25 to 2010-11-24, and returning the obtained data to the user interface, the user interface may generate, for example, according to the received data The interface shown in Figure 5. The method may further include: transmitting an alarm message through the alarm module when any one of the monitoring indicators reaches a set threshold.
  • the object of the present invention can also be achieved merely by providing a program product comprising program code for implementing the method or apparatus. That is to say, such a program product also constitutes the present invention, and a storage medium storing such a program product also constitutes the present invention. Obviously, the storage medium may be any known storage medium or any storage medium developed in the future. It should also be noted that in the apparatus and method of the present invention, it will be apparent that various components or steps may be decomposed and/or recombined. These decompositions and/or recombinations should be considered as equivalents to the invention. Also, the steps of performing the above-described series of processing may naturally be performed in chronological order in the order illustrated, but need not necessarily be performed in chronological order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供了一种监控多个数据库服务器的系统和方法。所述系统包括：多个采集模块，每一个所述采集模块部署在所述多个数据库服务器中的一个上，负责采集指定的监控指标的数据，并且将所采集的数据存储在采集模块所位于的数据库服务器的数据库中；监控中心，所述监控中心通过网络与所述多个采集模块相连接；以及用户接口，用于接收来自用户的请求，并且将所接收的请求提交给所述监控中心，其中，响应于来自所述用户接口的请求，所述监控中心从相应数据库服务器的数据库或从所述监控中心的数据存储取得数据、并将所取得的数据返回给所述用户接口以进行显示。

Description

监控多个数据库服务器的系统和方法 技术领域
本发明总体地涉及服务器监控领域， 更具体地说， 本发明涉及一 种监控多个数据库服务器的系统和方法。 背景技术
随着计算机的广泛应用， 企业中需要监控的数据库服务器越来越 多， 例如有的企业可能需要监控几十、 甚至几百个数据库服务器。 为 了监控数据库服务器， 通常采用分别登录到每个数据库服务器的方式。 以此方式， 监控数据库服务器耗时过长， 并且不能对多个数据库服务 器的当前资源耗用情况进行比较。 目前虽然也已开发了监控服务器的工具， 但是只能监控服务器的 硬件性能， 而不能监控到数据库级别的信息。 此外， 为了已存在的服 务器监控工具具有配置复杂、 不易使用等缺点。 发明内容
为了解决现有技术中的上述缺点和问题而提出本发明。 根据本发明的一个方面， 提供了一种监控多个数据库服务器的系 统， 所述系统包括： 多个采集模块， 每一个所述采集模块部署在所述 多个数据库服务器中的一个上， 负责采集指定的监控指标的数据， 并 且将所采集的数据存储在采集模块所位于的数据库服务器的数据库 中； 监控中心， 所述监控中心通过网络与所述多个采集模块相连接； 以及用户接口， 用于接收来自用户的请求， 并且将所接收的请求提交 给所述监控中心， 其中， 响应于来自所述用户接口的请求， 所述监控 中心从相应数据库服务器的数据库或从所述监控中心的数据存储取得 数据、 并将所取得的数据返回给所述用户接口以进行显示。 根据一个方面， 当来自所述用户接口的请求是对实时监控数据的 请求时， 所述监控中心根据所述请求连接到相应数据库服务器、 从所 述相应数据库服务器的数据库中取得数据、 并将所取得的数据返回给 所述用户接口以进行显示。 根据一个方面， 所述监控中心进一步包括数据处理模块， 其中， 所述数据处理模块在预定时间或按照预定间隔从所述多个数据库服务 器的数据库提取数据、 对数据进行处理、 并且将处理后的数据存储在 所述数据存储中。 根据一个方面， 当来自所述用户接口的请求是对历史监控数据的 请求时， 所述监控中心根据所述请求从所述数据存储取得数据、 并将 所取得的数据返回给所述用户接口以进行显示。 根据一个方面， 所述监控中心进一步包括报警模块， 其中， 当所 述监控指标中的任何一个达到设置的阈值时， 所述报警模块将发送报
¾ = 自
根据一个方面， 所述监控指标包括以下中的一个或多个： 数据库 缓存命中率、 活动事务、 批请求、 网络等待、 锁、 用户连接、 扫描的 速率、 日志空间使用率、 CPU、 磁盘空间、 内存、 数据同步状态以及流
根据本发明的另一个方面， 提供了一种监控多个数据库服务器的 方法， 所述方法包括： 通过部署在所述多个数据库服务器中的每一个 上的采集模块来采集指定的监控指标的数据， 并且将所采集的数据存 储在数据库服务器的数据库中； 通过用户接口接收来自用户的请求； 将所接收的请求提交给监控中心， 响应于来自所述用户接口的请求， 通过所述监控中心从相应数据库服务器的数据库或从所述监控中心的 数据存储取得数据、 并将所取得的数据返回给所述用户接口以进行显 示。 根据一个方面， 当来自所述用户接口的请求是对实时监控数据的 请求时， 通过所述监控中心根据所述请求连接到相应数据库服务器、 从所述相应数据库服务器的数据库中取得数据、 并将所取得的数据返 回给所述用户接口以进行显示。 根据一个方面， 进一步包括： 在预定时间或按照预定间隔通过数 据处理模块从所述多个数据库服务器的数据库提取数据、 对数据进行 处理、 并且将处理后的数据存储在数据存储中。 根据一个方面， 进一步包括： 当来自所述用户接口的请求是对历 史监控数据的请求时， 通过所述监控中心根据所述请求从所述数据存 储中取得数据、 并将所取得的数据返回给所述用户接口以进行显示。 根据一个方面， 进一步包括： 当所述监控指标中的任何一个达到 设置的阈值时， 通过报警模块发送报警信息。 根据一个方面， 其中所述监控指标包括以下中的一个或多个： 数 据库缓存命中率、 活动事务、 批请求、 网络等待、 锁、 用户连接、 扫 描的速率、 日志空间使用率、 CPU、 磁盘空间、 内存、 数据同步状态以 及流量。 。 附图说明
通过下面结合附图进行的描述， 本发明一些示范性实施例的上述 和其他方面、 特征和优点对于本领域技术人员来说将变得显而易见， 中：
图 1是示出根据本发明一个示范性实施例的系统的框图； 图 2是示出根据本发明示范性实施例的监控对象设置的示意图； 图 3是示出根据本发明示范性实施例的数据库用户连接数的示意 图；
图 4是示出根据本发明示范性实施例的单个 CPU实时监控的示意 图；
图 5是示出根据本发明示范性实施例的磁盘空间历史的示意图； 图 6是示出根据本发明示范性实施例的多个 CPU监控的示意图； 以及
图 7是示出根据本发明示范性实施例的方法的流程图。 具体实施方式
提供参考附图的下面描述以帮助全面理解本发明的示范性实施 例。 其包括各种细节以助于理解， 而应当将它们认为仅仅是示范性的。 因此， 本领域普通技术人员应当认识到， 可以对这里描述的实施例做 出各种改变和修改， 而不会背离本发明的范围和精神。 同样， 为了清 楚和简明， 省略了对公知功能和结构的描述。 下面将参考附图详细描述本发明。 图 1 是示出根据本发明一个示范性实施例的系统的框图。 该系统 包括多个监控对象 110-1、 110-2、 ……、 110-N、 监控中心 120、 用户 接口 130。 监控对象 110-1、 110-2、 ……、 110-N每一个是数据库服务器， 在 其每一个上分别部署有采集模块 112-1、 112-2、 ……、 112-N。 采集模 块负责采集监控指标的数据。 根据本发明， 监控指标可以包括与数据库相关的指标， 例如连接 数、 数据库大小、 死锁、 数据同步状态等； 监控指标也可以包括与监 控对象本身的硬件相关的指标， 例如 CPU、 硬盘、 内存、 网卡等相关 的指标。 通过执行特定的操作系统命令和数据库指令， 采集模块可以按照 预定义的采集频率收集采集指标的数据， 并把采集到的信息存储在其 所位于的监控对象的数据库 （例如， 图 1 中所示的数据库 114-1、
114-2、 ……、 114-N ) 中。 例如， 在监控对象上运行 SqlServer数据库的情况下， 采集模块可 以通过 \sqlserver:buffer manager\Buffer cache hit ratio米集与数据库缓存 命中率相关的数据；通过 \sqlserver:databases(—Total)\Active Transactions 采集与活动事务相关的数据； 通过 \sqlserver:sql statistic s\Batch Requests/sec采集与批请求相关的数据； 通过 \sqlserver:wait statistics (每 秒的累积等待时间 (ms))\Network IO waits采集网络等待相关的数据；通 过\891861^61":10。1«(— Total)\Lock Wait Time (ms)采集锁相关的数据； 通过 \sqlserver:general statistics\User Connections 采集与用户连接相关的数 据； 通过 \SQLServer:Databases(— Total)\DBCC Logical Scan Bytes/sec采 集 与 扫 描 的 速 率 相 关 的 数 据 ； 通 过 \SQLServer:Databases(tempdb)\Percent Log Used采集与日志空间使用率 相关的数据； 通过 processor(— total)\% processor time采集与 CPU相关 的数据； 通过 Network Interface(Ms TCP Loopback interface)\Bytes
Total/sec采集与流量相关的数据； 通过 xp— fixeddrives采集与磁盘空间 相关的数据； 通过 sp— replmonitorhelpsubscription采集与监控数据同步 延时相关的数据。 本发明也可以采集与其它监控指标相关的数据。 在上面以 SqlServer 数据库为例进行了说明， 但是本发明不限于
SqlServer 数据库， 其也可以应用于其它数据库， 诸如 MySql、 Oracle 数据库等。 本领域技术人员根据本发明的教导， 可以容易地采用适当 的操作系统命令和数据库指令采集其它数据库的关于上述监控指标的 数据以及关于其它监控指标的数据。 此外， 采集模块在采集监控指标的数据时， 应选择适当的频率。 采集频率过高会消耗过多的监控对象的资源， 并可能导致采集结果过 于庞大； 采集频率过低会遗漏采集点， 造成采集数据不能反应客观实 际。 在本发明的一个实施例中， 可以将期望的采集频率 （例如 30秒） 设置在配置参数文件中。 当然， 如本领域技术人员所已知的， 也可以 采用其它方式来设置采集频率。 而且， 由于每个监控对象所涉及的采集指标多达上百个， 如果对 所有采集指标采集数据则可能影响采集的效率。 因此， 在本发明的一 个实施例中， 可以将关心的采集指标设置在配置参数文件中。 当然， 如本领域技术人员所已知的， 也可以采用其它方式来设置关心的采集 指标。 因此，采集模块可以根据所设置的频率以及采集指标来收集数据。 监控对象 110-1、 110-2、 ……、 110-N每一个可以通过诸如局域网 ( "LAN" ) 、 广域网 （"WAN" ) 以及因特网等的网络 （未示出） 与监 控中心 120相连接。 监控中心 120可以负责在监控中心 120与监控对象 110之间的监 控通道的维护。 监控通道在配置成功后处于闲置状态， 只有在需要的 时候才会开启， 在本发明中是在数据库层面来维护监控通道的。 例如， 当监控中心 120接收到来自用户接口 130 (将在后面进行介绍） 的对实 时监控数据的请求时， 监控中心将开启与到相应监控对象的监控通道， 从相应监控对象的数据库中取得数据， 并将所取得的数据返回给用户 接口以进行显示。 监控中心 120还可以包括数据处理模块 122和数据存储 124。数据 处理模块 122 可以在指定的时间或按照预定的周期自动提取存储在监 控对象 110的数据库 114中的数据， 对所提取的数据进行处理， 并将 处理后的数据存储在数据存储 124中。 例如， 数据处理模块 122可以在每天晚上 12点自动提取每个监控 对象 110的数据库 114 中存储的监控数据， 对所提取的关于每个监控 指标的数据按小时计算平均值、 最大值、 最小值， 并将按小时计算的 每个监控指标的平均值、 最大值、 最小值存储在数据存储 124中。 当然， 本发明不限于上述示例的方式。 根据需要， 可以进行各种 变化。 例如， 可以在每天中午以及每天晚上自动提取数据， 也可以例 如每隔一段时间 （例如两个小时） 自动提取数据； 可以仅计算每个监 控指标的平均值而不计算最大值或最小值； 也可以按 10分钟、半小时、 两小时、 日、 月或者年等来对所提取的监控数据进行处理。 在从数据库 114 中提取监控数据之后， 可以立即删除数据库 114 中的相应监控数据， 也可以不立即删除数据库 114 中的相应监控数据
(例如， 在 1个月后删除相应监控数据） 。 监控中心 120还可以包括报警模块 126，其监控每个监控对象的每 个监控指标是否达到设置的阈值， 当监控指标达到设置的阈值时， 则 发送报警信息 （诸如通过短消息服务发送报警信息） 。 利如， 当 CPU 使用率达到 80%时报警模块 126 自动发送报警信息、 当磁盘可用空间 低于 10G时报警模块 126 自动发送报警信息、 当数据同步延时达到 10 分钟时报警模块 126 自动发送报警信息等等。 所有阈值可以设置在监 控中心 120的配置参数文件中， 或可以设置在监控中心 120 的数据库 中。 用户接口 130生成用于从用户接收请求的用户界面和向用户显示 信息的用户界面。 后面将参考图 2-图 6描述用户接口 130生成的一些 示例性用户界面。 例如， 用户接口 130可以生成监控对象设置的界面， 在该界面中 显示所有的待监控对象以及可供用户选择的复选框。 当用户选择了希 望监控的监控对象后， 可以通过按下例如保存按钮， 从而保存用户设 置的监控对象。 用户接口 130可以生成监控信息请求界面， 在该界面中用户可以 选择监控对象、 请求实时数据还是请求历史数据、 监控指标、 时间段 等信息。 用户接口 130还可以生成监控信息显示界面， 在该界面中可以将 从监控中心接收的数据以表格、 图形等形式显示给用户。 本领域技术人员将清楚， 用户接口 130可以根据需要显示各种用 户界面。 图 2-图 6示出了用户接口 130可以生成的示例性用户界面。 图 2示出了示例性监控对象设置界面。如在图 2中所示，在 Serverip 栏中示出了监控对象 （即数据库服务器） 的 IP地址， 在 Servemame栏 中示出了监控对象的服务器名称， 在是否监控栏中示出了复选框。 用 户可以选中希望监控的监控对象的相应复选框。 根据一个实施方式， 可以采用不同的格式来显示选中的监控对象和未选择的监控对象 （例 如， 通过不同的颜色、 不同的字体等） 。 根据一个实施方式， 可以采 用不同的格式来指示光标当前所在的监控对象。 在监控对象设置界面 中， 还包括保存按钮。 当用户选择保存按钮时， 即可以将选中的监控 对象加入监控列表中， 或将未选中的监控对象从监控列表中删除。 在 监控对象设置界面中， 还可以包括关闭按钮。 当用户认为不需要修改 监控对象的设置时， 可以简单地按下关闭按钮。 图 3示出了数据库用户连接数曲线图。 如图 3所示， 横坐标代表 时间， 纵坐标代表数据库用户连接数。 而且， 在图 3 中还示出了监控 对象 IP地址 （在图 3中为 10.66.66.12) 下拉菜单、 监控指标 （在图 3 中为用户连接） 下拉菜单、 时间段 （在图 3 中为 500秒） 下拉菜单。 用户可以利用这些下拉菜单选择其希望监控的监控对象、 监控指标、 以及时间段长度， 并且在选择了其希望的选项后可以点击显示按钮来 刷新显示。 此外， 在图 3 中提供了导出按钮来导出数据， 以及提供了 关闭按钮来关闭当前窗口。 图 4示出了单监控对象的 CPU的实时监控图。 如图 4所示， 横坐 标代表时间， 纵坐标代表处理器使用率。 而且， 在图 4 中还示出了监 控对象 IP地址 （在图 4中为 10.66.66.12) 下拉菜单、 监控指标 （在图 4中为处理器％) 下拉菜单、 时间段 （在图 4中为 500秒） 下拉菜单。 用户可以利用这些下拉菜单选择其希望监控的监控对象、 监控指标、 以及时间段长度， 并且在选择了其希望的选项后可以点击显示按钮来 刷新显示。 此外， 在图 4 中提供了导出按钮来导出数据， 以及提供了 关闭按钮来关闭当前窗口。 如本领域技术容易理解地， 当将图 3 中的监控指标 "用户连接" 改变为 "处理器％" ， 并点击显示按钮， 即可显示图 4中的图。 换句话 说， 通过改变三个下拉菜单的选项， 可以容易地改变图中的监控对象、 监控指标、 以及时间段长度。 图 5示出了单服务器磁盘空间历史曲线图。 如图 5所示， 横坐标 代表时间， 纵坐标代表磁盘剩余空间。 而且， 在图 5 中还示出了监控 对象 IP地址 （在图 5中为 10.66.66.98 ) 下拉菜单、 监控指标 （在图 5 中为 N) 下拉菜单、 起始时间 （在图 5中为 2010-10-25 ) 下拉菜单和结 束时间（在图 5中为 2010-11-24) 。 用户可以利用这些下拉菜单选择其 希望监控的监控对象、 监控指标、 监控起始时间、 监控结束时间， 并 且在选择了其希望的选项后可以点击显示按钮来刷新显示。 此外， 在 图 5 中提供了导出按钮来导出数据， 以及提供了关闭按钮来关闭当前 图 6示出了多监控对象的 CPU实时监控图。 如图 6所示， 通过表 格形式示出了多个监控对象（通过服务器 IP来指示）的 CPU利用率（通 过状态指示） ， 并且提供了时间选项 （在图 6 中选择了最近 5分钟） 和 CPU值选项 （在图 6中选择了平均值） 。 此外， 可以通过不同的格 式 （例如颜色） 来显示不同的 CPU利用率。 图 7示出了根据本发明示范性实施例的方法的流程图。 在步骤 S710中，通过部署在多个数据库服务器中的每一个上的采 集模块来采集指定的监控指标的数据， 并且将所采集的数据存储在数 据库服务器的数据库中。 在上文中已关于图 1 中的采集模块 112详细 描述了如何采集指定的监控指标的数据以及对所采集的数据的存储， 因此在此不再进行详细描述。 在步骤 S720中， 通过用户接口接收来自用户的请求， 对该步骤的 详细描述可以参照对图 1的用户接口 130的描述。 在步骤 S730中， 将所接收的请求提交给监控中心。 在步骤 S740中， 监控中心响应于来自所述用户接口的请求， 从相 应数据库服务器的数据库或从所述监控中心的数据存储取得数据、 并 将所取得的数据返回给所述用户接口以进行显示。 当所述请求是是对实时监控数据的请求时， 通过所述监控中心根 据所述请求连接到相应数据库服务器、 从所述相应数据库服务器的数 据库中取得数据、 并将所取得的数据返回给所述用户接口以进行显示。 当所述请求是对历史监控数据的请求时， 通过所述监控中心根据 所述请求从所述数据存储中取得数据、 并将所取得的数据返回给所述 用户接口以进行显示， 其中所述数据存储中的数据是在预定时间或按 照预定间隔通过数据处理模块从所述多个数据库服务器的数据库提取 数据、 对数据进行处理而获得的。 作为一个示例， 当监控中心接收到来自用户接口的对服务器 10.66.66.12 的最近 500秒的数据库用户连接数的请求时， 监控中心开 启到服务器 10.66.66.12的通道， 从该服务器的数据库取得最近 500秒 的数据库用户连接数的数据， 并将所取得的数据返回给所述用户接口， 用户接口可以根据所接收的数据生成例如图 3所示的界面。 作为另一个示例， 当监控中心接收到来自用户接口的对服务器 10.66.66.98的 2010-10-25 S 2010-1 1-24期间的剩余磁盘空间的请求时， 监控中心可以从其自身的数据存储中取得关于服务器 10.66.66.98 的 2010-10-25至 2010-11-24期间的剩余磁盘空间的数据， 并将所取得的 数据返回给所述用户接口， 用户接口可以根据所接收的数据生成例如 图 5所示的界面。 该方法还可以包括： 当所述监控指标中的任何一个达到设置的阈 值时， 通过报警模块发送报警信息。 以上结合具体实施例描述了本发明的基本原理， 但是， 需要指出 的是， 对本领域的普通技术人员而言， 能够理解本发明的方法和设备 的全部或者任何步骤或者部件， 可以在任何计算装置 （包括处理器、 存储介质等） 或者计算装置的网络中， 以硬件、 固件、 软件或者它们 的组合加以实现， 这是本领域普通技术人员在阅读了本发明的说明的 情况下运用他们的基本编程技能就能实现的。 因此， 本发明的目的还可以通过在任何计算装置上运行一个程序 或者一组程序来实现。 所述计算装置可以是公知的通用装置。 因此， 本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序 代码的程序产品来实现。 也就是说， 这样的程序产品也构成本发明， 并且存储有这样的程序产品的存储介质也构成本发明。 显然， 所述存 储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介 质。 还需要指出的是， 在本发明的装置和方法中， 显然， 各部件或各 步骤是可以分解和 /或重新组合的。 这些分解和 /或重新组合应视为本发 明的等效方案。 并且， 执行上述系列处理的步骤可以自然地按照说明 的顺序按时间顺序执行， 但是并不需要一定按照时间顺序执行。 某些 步骤可以并行或彼此独立地执行， 例如， 对原始视觉内容进行色彩校 正的步骤和对拍摄到的图像进行几何校正的步骤可以顺序地、 并行地 或者以任何顺序独立地执行。 上述具体实施方式， 并不构成对本发明保护范围的限制。 本领域 技术人员应该明白的是， 取决于设计要求和其他因素， 可以发生各种 各样的修改、 组合、 子组合和替代。 任何在本发明的精神和原则之内 所作的修改、 等同替换和改进等， 均应包含在本发明保护范围之内。

Claims

1. 一种监控多个数据库服务器的系统， 所述系统包括：
多个采集模块， 每一个所述采集模块部署在所述多个数据库服务 器中的一个上， 负责采集指定的监控指标的数据， 并且将所采集的数 据存储在采集模块所位于的数据库服务器的数据库中；
监控中心， 所述监控中心通过网络与所述多个采集模块相连接； 以及
用户接口， 用于接收来自用户的请求， 并且将所接收的请求提交 给所述监控中心，
其中， 响应于来自所述用户接口的请求， 所述监控中心从相应数 据库服务器的数据库或从所述监控中心的数据存储取得数据、 并将所 取得的数据返回给所述用户接口以进行显示。
2. 根据权利要求 1所述的系统， 其中：
当来自所述用户接口的请求是对实时监控数据的请求时， 所述监 控中心根据所述请求连接到相应数据库服务器、 从所述相应数据库服 务器的数据库中取得数据、 并将所取得的数据返回给所述用户接口以 进行显示。
3. 根据权利要求 1所述的系统， 所述监控中心进一步包括数据处 理模块，
其中， 所述数据处理模块在预定时间或按照预定间隔从所述多个 数据库服务器的数据库提取数据、 对数据进行处理、 并且将处理后的 数据存储在所述数据存储中。
4. 根据权利要求 3所述的系统， 其中， 当来自所述用户接口的请 求是对历史监控数据的请求时， 所述监控中心根据所述请求从所述数 据存储取得数据、 并将所取得的数据返回给所述用户接口以进行显示。
5. 根据权利要求 1所述的系统， 所述监控中心进一步包括报警模 块，
其中， 当所述监控指标中的任何一个达到设置的阈值时， 所述报 警模块将发送报警信息。
6. 根据权利要求 1所述的系统， 其中所述监控指标包括以下中的 一个或多个： 数据库缓存命中率、 活动事务、 批请求、 网络等待、 锁、 用户连接、 扫描的速率、 日志空间使用率、 CPU、 磁盘空间、 内存、 数 据同步状态以及流量。
7. 一种监控多个数据库服务器的方法， 所述方法包括：
通过部署在所述多个数据库服务器中的每一个上的采集模块来采 集指定的监控指标的数据， 并且将所采集的数据存储在数据库服务器 的数据库中；
通过用户接口接收来自用户的请求；
将所接收的请求提交给监控中心，
响应于来自所述用户接口的请求， 通过所述监控中心从相应数据 库服务器的数据库或从所述监控中心的数据存储取得数据、 并将所取 得的数据返回给所述用户接口以进行显示。
8. 根据权利要求 7所述的方法， 其中， 当来自所述用户接口的请 求是对实时监控数据的请求时， 通过所述监控中心根据所述请求连接 到相应数据库服务器、 从所述相应数据库服务器的数据库中取得数据、 并将所取得的数据返回给所述用户接口以进行显示。
9. 根据权利要求 7所述的方法， 进一步包括：
在预定时间或按照预定间隔通过数据处理模块从所述多个数据库 服务器的数据库提取数据、 对数据进行处理、 并且将处理后的数据存 储在数据存储中。
10. 根据权利要求 9所述的方法， 进一步包括： 当来自所述用户接口的请求是对历史监控数据的请求时， 通过所 述监控中心根据所述请求从所述数据存储中取得数据、 并将所取得的 数据返回给所述用户接口以进行显示。
11. 根据权利要求 7 所述的方法， 进一步包括： 当所述监控指标 中的任何一个达到设置的阈值时， 通过报警模块发送报警信息。
12. 根据权利要求 7 所述的方法， 其中所述监控指标包括以下中 的一个或多个： 数据库缓存命中率、 活动事务、 批请求、 网络等待、 锁、 用户连接、 扫描的速率、 日志空间使用率、 CPU、 磁盘空间、 内存、
PCT/CN2012/072144 2011-03-29 2012-03-09 监控多个数据库服务器的系统和方法 Ceased WO2012130030A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110085788.7 2011-03-29
CN2011100857887A CN102156729A (zh) 2011-03-29 2011-03-29 监控多个数据库服务器的系统和方法

Publications (1)

Publication Number Publication Date
WO2012130030A1 true WO2012130030A1 (zh) 2012-10-04

Family

ID=44438228

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072144 Ceased WO2012130030A1 (zh) 2011-03-29 2012-03-09 监控多个数据库服务器的系统和方法

Country Status (2)

Country Link
CN (1) CN102156729A (zh)
WO (1) WO2012130030A1 (zh)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156729A (zh) * 2011-03-29 2011-08-17 北京京东世纪贸易有限公司 监控多个数据库服务器的系统和方法
CN102821003A (zh) * 2011-12-07 2012-12-12 金蝶软件（中国）有限公司 系统资源性能巡检的方法及系统
CN102521339B (zh) * 2011-12-08 2014-11-19 北京京东世纪贸易有限公司 用于动态访问数据源的系统和方法
CN102565296A (zh) * 2011-12-11 2012-07-11 天津大学 再生水厂原水水质在线预警系统及预警方法
CN102521390B (zh) * 2011-12-21 2015-07-08 北京人大金仓信息技术股份有限公司 一种基于功能插件的数据库管理监控系统
CN102567531B (zh) * 2011-12-30 2014-07-30 互动在线（北京）科技有限公司 一种通用的轻量级数据库状态监控方法
CN103186624B (zh) * 2011-12-31 2017-10-20 亿阳信通股份有限公司 一种数据同步方法和数据同步装置
CN103326958B (zh) * 2012-03-22 2017-07-04 罗普特（厦门）科技集团有限公司 监控数据缓存方法及系统
CN102707026A (zh) * 2012-06-06 2012-10-03 天津大学 一种用于再生水厂原水水质的在线预警系统及其控制方法
CN103546331B (zh) * 2012-07-16 2018-10-26 南京中兴新软件有限责任公司 监控信息的获取方法、装置及系统
CN102970183A (zh) * 2012-11-22 2013-03-13 浪潮(北京)电子信息产业有限公司 一种云监控系统及其数据回流方法
CN103107921B (zh) * 2013-02-01 2015-12-02 大唐移动通信设备有限公司 监控方法和系统
CN103888378B (zh) * 2014-04-09 2017-08-25 北京京东尚科信息技术有限公司 一种基于缓存机制的数据交换系统和方法
CN104615660A (zh) * 2015-01-05 2015-05-13 浪潮(北京)电子信息产业有限公司 一种监控数据库性能的方法和系统
CN104954201A (zh) * 2015-06-19 2015-09-30 上海卓悠网络科技有限公司 Idc的网络和服务器健康度数据采样方法及装置
CN105183608A (zh) * 2015-08-14 2015-12-23 广东能龙教育股份有限公司 一种多数据库的监控预警方法
CN105912443A (zh) * 2016-04-12 2016-08-31 乐视控股（北京）有限公司 一种获取用户自定义监控指标数据的方法及系统
CN106059794A (zh) * 2016-05-13 2016-10-26 努比亚技术有限公司 一种监控方法和监控装置
CN108667872B (zh) * 2017-03-31 2021-04-30 北京京东尚科信息技术有限公司 用于调度服务器的存档方法和装置
CN107241242B (zh) * 2017-07-19 2020-09-15 北京奇艺世纪科技有限公司 一种数据处理方法和装置
CN107454369A (zh) * 2017-08-23 2017-12-08 广东电网有限责任公司佛山供电局 一种高压输电线路智能视频监控系统及其工作方法
CN108874626B (zh) * 2018-05-31 2021-09-14 泰康保险集团股份有限公司 系统监控方法与装置
CN109408340A (zh) * 2018-11-06 2019-03-01 云宏信息科技股份有限公司 存储设备的监控方法、存储介质
CN109800136A (zh) * 2018-12-06 2019-05-24 珠海西山居移动游戏科技有限公司 一种远程redis性能数据采样方法及其系统
CN109901971A (zh) * 2019-02-18 2019-06-18 国家计算机网络与信息安全管理中心 动态可编程的主机监控系统
CN110515813A (zh) * 2019-08-15 2019-11-29 浙江万朋教育科技股份有限公司 基于shell脚本的oracle监控系统及方法
CN111651307A (zh) * 2020-04-14 2020-09-11 北京中交兴路车联网科技有限公司 服务器健康状况检查方法、装置、设备及存储介质
CN113868226A (zh) * 2021-09-09 2021-12-31 猪八戒股份有限公司 一种数据库管理方法、数据库平台及可读存储介质
CN115065616A (zh) * 2022-06-28 2022-09-16 平安银行股份有限公司 服务器监控方法、服务器监控装置以及存储介质
CN115834696B (zh) * 2022-10-20 2023-08-01 北京新数科技有限公司 一种数据库性能监控平台数据采集装置
CN116680150A (zh) * 2023-06-14 2023-09-01 广州海量数据库技术有限公司 异种数据库和服务器的分布式指标采集方法及采集系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547120A (zh) * 2003-12-10 2004-11-17 沈阳东软软件股份有限公司 网络监视管理系统
CN101834750A (zh) * 2009-12-29 2010-09-15 山东中创软件商用中间件股份有限公司 一种通用业务监控方法
CN102156729A (zh) * 2011-03-29 2011-08-17 北京京东世纪贸易有限公司 监控多个数据库服务器的系统和方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101846985B (zh) * 2009-03-25 2013-10-09 鸿富锦精密工业（深圳）有限公司 远程数据采集系统及方法
CN101854270A (zh) * 2010-04-23 2010-10-06 山东中创软件工程股份有限公司 多系统运行状态监控方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547120A (zh) * 2003-12-10 2004-11-17 沈阳东软软件股份有限公司 网络监视管理系统
CN101834750A (zh) * 2009-12-29 2010-09-15 山东中创软件商用中间件股份有限公司 一种通用业务监控方法
CN102156729A (zh) * 2011-03-29 2011-08-17 北京京东世纪贸易有限公司 监控多个数据库服务器的系统和方法

Also Published As

Publication number Publication date
CN102156729A (zh) 2011-08-17

Similar Documents

Publication Publication Date Title
WO2012130030A1 (zh) 监控多个数据库服务器的系统和方法
US20250175400A1 (en) Automatic capture of detailed analysis information based on remote server analysis
US8938533B1 (en) Automatic capture of diagnostic data based on transaction behavior learning
US9075850B2 (en) Monitoring system and monitoring method
US20150142967A1 (en) Method and apparatus for monitoring network servers
US20110032260A1 (en) Enhancing visualization of relationships and temporal proximity between events
US9882830B2 (en) Architecture for metrics aggregation without service partitioning
CN104731690A (zh) 适应性度量收集、存储、和警告阈值
WO2021051839A1 (zh) 一种数据处理方法、装置、系统及存储介质
CN111488258A (zh) 一种用于软硬件运行状态分析与预警的系统
EP3384391B1 (en) Real-time change data from disparate sources
CA2988805C (en) Datastore for aggregated measurements for metrics
CN110032497A (zh) 一种指标数据的监控系统及方法
US10761959B2 (en) Synchronized temporal and frequency-based visualizations of operational data
CN103823743B (zh) 软件系统的监控方法和设备
CN109766238B (zh) 基于session数的运维平台性能监控方法、装置及相关设备
CN107515864A (zh) 监控工作流的方法及设备
CN119690604A (zh) 服务器资产数据采集任务的处理方法、装置及电子设备
CN113986697B (zh) 通信日志丢失风险诊断方法、系统及存储介质
HK1157900A (zh) 监控多个数据库服务器的系统和方法
CN107948280A (zh) 一种结合探点和镜像分光流量的监控系统
CN116860563A (zh) 一种基于云平台的数据库服务器监测方法和系统
CN116126415A (zh) 一种基于场景的上云组件配置推荐方法及系统
CN112506735A (zh) 服务质量监控方法、系统、服务器和存储介质
CN119003364B (zh) 一种数据测试方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12765539

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12765539

Country of ref document: EP

Kind code of ref document: A1