CN101876932A - 内存数据库监控的方法、系统及设备 - Google Patents
内存数据库监控的方法、系统及设备 Download PDFInfo
- Publication number
- CN101876932A CN101876932A CN2009102498877A CN200910249887A CN101876932A CN 101876932 A CN101876932 A CN 101876932A CN 2009102498877 A CN2009102498877 A CN 2009102498877A CN 200910249887 A CN200910249887 A CN 200910249887A CN 101876932 A CN101876932 A CN 101876932A
- Authority
- CN
- China
- Prior art keywords
- memory database
- database
- performance data
- log information
- memory
- 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.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种内存数据库监控的方法、系统及设备,该方法包括:获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息。本发明中,通过获取内存数据中的性能数据和日志信息,并与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。
Description
技术领域
本发明涉及通信领域,尤其涉及一种内存数据库监控的方法、系统及设备。
背景技术
内存数据库产品近几年被越来越多的行业使用,用以提高系统的整体处理能力和速度。在运行速度大幅提高的前提下,内存数据库的稳定运行对于应用系统就会越来越重要,良好的性能监控和故障预警能够大大的提高系统的可用时间。
现有技术中,内存数据库的监控主要有两种手段:
第一种监控手段:内存数据库产品提供了一些内嵌命令、告警日志和内部表,用以查询基本运行数据和状态。但是,通过这些方法提供的都是一些离散的数据和信息,且这些信息是自启动后的历史积累值,无法反应某个单位时间内的性能变化情况,如果事后对这些数据进行提取,只能获知某些指标发生过变化,但是并不知道这些指标发生变化的确切时间,并且这些离散的信息需要管理员以手工的方式查看,无法自动实时的对运行状况进行监控和告警。
第二种监控手段:传统的商业化的监控产品提供了主机性能、IO处理能力、单位时间内的业务处理量等方面的监控。但是,传统的监控软件并没有提供内存的监控直接解决方案,只能通过其他方面的性能指标间接的进行反应,如采用主机性能数据、IO处理量、单位时间内的业务处理量等一些指标间接的拼凑反应内存的运行状况。这种方法不可靠、不及时,容易产生大量的误报和漏报,并且无法直接的反应出内存数据库的运行状况。
因此,现有技术的缺点在于:
无法对内存数据库的运行状况进行实时、直接的监控,导致内存数据库的稳定性和可靠性不高。
发明内容
本发明实施例提供了一种内存数据库监控的方法、系统和设备,以实现对内存数据库运行状况的实时、直接监控。
本发明实施例提供了一种内存数据库监控的方法,包括:
获取内存数据库中的性能数据和日志信息;
将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;
若所述内存数据库当前性能低于预设值,则输出告警信息。
所述获取内存数据库中的性能数据和日志信息包括:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
所述获取内存数据库中的性能数据和日志信息包括:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
所述将所述获取的性能数据和日志信息与配置的指标信息进行匹配包括:
将所述获取的性能数据和日志信息与内存处理效率指标匹配;
将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
所述将所述获取的性能数据和日志信息与内存处理效率指标匹配包括:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
所述将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配包括:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
所述将所述获取的性能数据和日志信息与内存复制效率性能指标匹配包括:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
所述输出告警信息包括:
通过邮件或者短信方式输出告警信息。
所述输出告警信息之后,还包括:
对内存性能指标的变化进行趋势分析并输出趋势分析结果。
本发明实施例提供一种内存数据库监控的设备,包括:
信息获取单元,用于获取内存数据中库的性能数据和日志信息;
匹配单元,用于将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;
告警单元,用于所述匹配单元的匹配结果为所述内存数据库当前性能低于预设值时,输出告警信息。
所述信息获取单元还用于:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
所述信息获取单元还用于:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
所述匹配单元包括:
处理效率匹配子单元,用于将所述获取的性能数据和日志信息与内存处理效率指标匹配;
复制效率匹配子单元,用于将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
所述处理效率匹配子单元还用于:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
所述处理效率匹配子单元还用于:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
所述复制效率匹配子单元还用于:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
所述告警单元还用于:
通过邮件或者短信方式输出告警信息。
还包括:
趋势分析单元,用于对内存性能指标的变化进行趋势分析并输出趋势分析结果。
本发明实施例提供一种内存数据库监控的系统,包括内存数据库监控平台和至少一台内存数据库主机;
所述内存数据库监控平台,用于获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息;
所述内存数据库主机,用于向所述内存数据库监控平台提供内存数据库中的性能数据和日志信息。
与现有技术相比,本发明实施例至少具有以下优点:
本发明实施例中,通过获取内存数据库中的性能数据和日志信息,并与配置的指标信息进行匹配,得到内存数据库当前的性能,将内存数据库当前性能与预设值进行匹配,当内存数据库当前性能低于预设值时输出告警信息,从而实现对内存数据库运行状况的实时、直接监控,提高内存数据库的稳定性和可靠性。
附图说明
为了更清楚地说明本发明的实施例或现有技术中的技术方案,下面将对本发明的实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的内存数据库监控的方法的流程示意图;
图2是本发明实施例二提供的内存数据库监控平台的组网结构示意图;
图3是本发明实施例中内存数据库监控平台根据采集模块采集得到的内存数据中的各种性能数据和日志信息,获取内存处理效率的方法的流程示意图;
图4是图3所示流程中内存数据库监控平台根据配置的匹配顺序将获取得到的匹配事务数、锁等待和临时索引使用量与预设值进行比较的顺序的流程示意图;
图5是本发明实施例中内存数据库监控平台根据采集模块采集得到的内存数据中的各种性能数据和日志信息,获取内存复制效率的方法的流程示意图;
图6是本发明实施例提供的方法应用的包括内存数据库监控平台和多台内存数据库主机的系统组网示意图;
图7是本发明实施例三提供的内存数据库监控的方法的流程示意图;
图8是本发明实施例四提供的内存数据库监控的系统的结构示意图;
图9是本发明实施例五提供的内存数据库监控的设备的结构示意图;
图10是本发明实施例五提供的内存数据库监控的设备的另一结构示意图。
具体实施方式
下面将结合本发明的实施例中的附图,对本发明的实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明的实施例保护的范围。
本发明实施例的核心思想是:利用内存数据库提供的各种内嵌的命令、内嵌的性能表和告警日志,进行实时的性能采集;将实时性能数据保存到后台数据库中,结合历史数据和当前数据建立一套整体性能和复制效率、速度判断模型,通过这个模型对采集上来的各种指标值,进行判断产生告警信息,以达到故障预警、故障及时发现、故障及时处理的目的。
本发明实施例一提供一种内存数据库监控的方法,如图1所示,包括:
步骤101,获取内存数据库中的性能数据和日志信息;
步骤102,将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取内存数据库当前的性能;匹配成功时,执行步骤102;否则,继续检测内存性能。
步骤103,判断内存数据库当前性能低于预设值,输出告警信息。
其中,所述获取内存数据库中的性能数据和日志信息包括:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
所述获取内存数据库中的性能数据和日志信息包括:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
所述将所述获取的性能数据和日志信息与配置的指标信息进行匹配包括:
将所述获取的性能数据和日志信息与内存处理效率指标匹配;
将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
所述将所述获取的性能数据和日志信息与内存处理效率指标匹配包括:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
所述将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配包括:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
所述将所述获取的性能数据和日志信息与内存复制效率性能指标匹配包括:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
所述输出告警信息包括:
通过邮件或者短信方式输出告警信息。
所述输出告警信息之后,还包括:
对内存性能指标的变化进行趋势分析并输出趋势分析结果。
通过采用本发明实施例提供的方法,获取内存数据库中的性能数据和日志信息,并与配置的指标信息进行匹配,得到内存数据库当前的性能,将内存数据库当前性能与预设值进行匹配,当内存数据库当前性能低于预设值时输出告警信息,从而实现对内存数据库运行状况的实时、直接监控,提高内存数据库的稳定性和可靠性。
本发明实施例二提供一种内存数据库监控平台,如图2所示,该内存数据库监控平台包括采集模块、信息库模块、规则配置模块、智能分析模块、异常情况和潜在故障模块、告警模块和趋势分析模块;其中
采集模块,用于实时采集内存数据中的各种性能数据和日志信息,并将采集到的信息存放在后台的信息库中。
信息库模块,用于存放采集上来的性能数据和日志信息,存放基础指标和高级指标的配置信息。
规则配置模块,用于提供监控内存数据库实例配置接口,基本指标和高级指标的配置接口,以及各种平台运行参数配置接口。
智能判断模块,用于将采集到信息跟基本指标和高级指标进行匹配判断,分析出异常情况和潜在故障,智能判断包括前后关联度判断、增长趋势判断。
告警接口模块,用于通过告警接口将智能判断模块生成的告警信息发送到告警处理人。告警方式包括短信告警或者邮件告警。
趋势分析模块,用于对各种指标的变化情况进行趋势分析,帮助管理员对未来的变化情况有预先的判断。
其中,规则配置模块配置的基本指标,即智能判断模块进行判断时所依据的基本指标包括:
a)内存数据库连通性
b)内存数据库中永久内存使用率
c)内存数据库中临时内存使用率
d)日志文件积压量
e)关键错误信息:内存数据库后台日志中所有输出的ERROR的日志信息内容
f)监控复制进程数量
g)复制延迟LOG日志数量/复制延迟时间
h)内存数据库中锁等待数量
i)内存数据库中死锁数量
j)内存数据库中LOG BUFFER等待数量
k)内存数据库中临时索引使用量
规则配置模块配置的高级指标,即智能判断模块进行判断时所依据的高级指标包括处理效率与复制效率。
其中,处理效率,也可以称为整体性能模型,需要对单位时间内处理的事物数、单位时间内存数据库中锁等待数量、内存数据库中临时索引使用量三项指标综合判断;
复制效率,需要对复制延迟LOG日志数量、延迟日志产生的时候事务处理量进行综合判断,根据复制延迟LOG日志数量、延迟日志产生的时候事务处理量计算得到内存复制效率。
下面分别介绍处理效率与复制效率的获取方式。
首先介绍本发明实施例中内存数据库监控平台根据采集模块采集得到的内存数据中的各种性能数据和日志信息,获取内存处理效率的方式,如图3所示,包括以下步骤:
步骤301,采集模块实时获取内存的数据库快照,其中包括事务数(trans_starts事务开始数目、trans_ends事务结束数目)、锁等待(lock_waits)和临时索引使用量(temp_indexes)。
其中,事务数、锁等待和临时索引使用量的快照值都是从内存数据库启动时统计得到的累计量。
其具体值如下所示:
Snap0:time0 tracs_starts0 tracs_stops0 lock_waits0 temp_indexes0
Snap1:time1 tracs_starts1 tracs_stops1 lock_waits1 temp_indexes1
Snap2:time2 tracs_starts2 tracs_stops2 lock_waits2 temp_indexes2
。。。。。。。。。。。
Snapn-1:timen-1 tracs_startsn-1 tracs_stopsn-1 lock_waitsn-1
temp_indexesn-1
Snapn:timen tracs_startsn tracs_stopsn lock_waitsn temp_indexesn
根据上述统计值内存数据库监控平台可以得到单位时间内内存处理的事物数、单位时间内存数据库中锁等待数量、单位时间内存数据库中临时索引使用量。
步骤302,内存数据库监控平台根据配置的匹配顺序将获取得到的匹配事务数、锁等待和临时索引使用量与预设值进行比较,当满足预设条件是,输出告警信息。
具体的,内存数据库监控平台根据配置的匹配顺序将获取得到的匹配事务数、锁等待和临时索引使用量与预设值进行比较的顺序如图4所示,包括以下步骤:
步骤401,将单位时间内临时索引使用量与预设值匹配;匹配失败时,即小于预设值时,执行步骤402;否则,执行步骤404。
步骤402,将单位时间内内存数据中的锁等待数量与预设值匹配;匹配失败时,即小于预设值时,执行步骤403;否则,执行步骤404。
步骤403,将当前内存单位时间内处理的事务数与预设值匹配;匹配失败时,即小于预设值时,结束本次匹配流程;否则,执行步骤404。
具体的,内存在单位时间内处理的事务数,即内存的事务数处理效率的计算公式为:
当计算在时间点timen之前的事务数处理速度时,timem为满足下面条件的快照时间点:
tracs_startm<tracs_stopn<tracs_startm+1
事务数处理速度的计算公式为:
(tracs_stopn-tracs_stopm)/(timen-timem)。
步骤404,输出告警信息。
具体的,本发明实施例中,告警信息的输出包括短信或者邮件方式输出。
下面介绍本发明实施例中内存数据库监控平台根据采集模块采集得到的内存数据中的各种性能数据和日志信息,获取内存复制效率的方式,如图5所示,包括以下步骤:
步骤501,获取内存的复制延迟LOG日志数量和延迟日志产生的时候事务处理量。
具体的,本发明实施例中,采集模块采集一系列的数据库快照(snap),其中包含了最近生成的日志号LAST_LOG_FILE,保留下来的最小的日志号FIRST_LOG_FILE,复制完成的日志号LogHolds。一般情况下FIRST_LOG_FILE<=LOGHOLDS<=LAST_LOG_FILE。
本发明实施例中具体采集的日志快照为:
Snap0:time0 last_log_file0 first_log_file0 logholds0
Snap1:time1 last_log_file1 first_log_file1 logholds1
Snap2:time2 last_log_file2 first_log_file2 logholds2
。。。。。。。。。。。
Snapn-1:timen-1 timen-1 last_log_filen-1 first_log_filen-1
logholdsn-1
Snapn:timen timen last_log_filen first_log_filen logholdsn
其中,Snapn表示第n次采集得到的数据库快照。采集模块采集一系列的数据库快照的时间间隔可以根据实际需要灵活设置,例如设置为60s。
步骤502,根据获取的复制延迟LOG日志数量和延迟日志产生的时候事务处理量计算内存复制效率。
具体的,本发明实施例中,日志处理速度的判断公式为:
当计算在时间点timen的日志处理速度时,
timem为满足下面条件的快照时间点
Last_log_filem<logholdsn<last_log_filem+1
复制延迟时间为:
Tn=timen-timem-(timem+1-timem)*(logholdsn-last_log_filem)/(last_log_filem+1-last_log_filem)
复制速度为:
(logholdsn-logholdsn-1)/(timen-timem)。
本发明实施例三提供一种内存数据库监控的方法,如图6所示,应用于包括内存数据库监控平台和多台内存数据库主机的系统中,该方法如图7所示,包括以下步骤:
步骤701,内存数据库监控平台采集内存数据库主机的内存数据中的性能数据和日志信息。
具体的,内存数据库监控平台可以实时采集、或者周期性采集、或者根据实际需要灵活设置时间采集内存数据库主机的内存数据中的性能数据和日志信息。具体采集方式为通过采集数据库快照的方式获取内存数据库主机的内存数据中的性能数据和日志信息,采集数据库快照的时间间隔可以根据实际需要进行调整。
内存数据库监控平台内建立性能数据和日志信息列表,将不同内存数据库主机的内存数据中的性能数据和日志信息分别存储到相应的性能数据和日志信息列表。
步骤702,内存数据库监控平台根据存储的性能数据和日志信息获取对应内存数据库主机的内存工作状态。
具体的,内存数据库监控平台内可以配置不同内存数据库主机内存工作状态的计算顺序,根据配置的计算顺序逐一获取不同内存数据库主机内存工作状态;也可以同时获取不同内存数据库主机内存工作状态。
步骤703,内存数据库监控平台将获取的内存数据库主机内存工作状态与配置的指标信息进行匹配;当匹配成功时,执行步骤704。
具体的,内存数据库监控平台可以根据不同内存数据库主机的实际状态设置不同的指标信息。例如,对于高配置的内存数据库主机,可以设置较高指标值;对于低配置的内存数据库主机,可以设置较低的指标值。
内存数据库监控平台获取内存数据库主机的基本指标、内存处理效率指标与内存复制效率性能指标。
其中,基本指标的获取可以向内存数据库主机直接获取得到,内存处理效率指标与内存复制效率性能指标的获取根据上述实施例二中的获取方式获取,在此不再详细介绍。
步骤704,内存数据库监控平台输出告警信息。
该告警信息的输出方式可以为短信或邮件方式。内存数据库监控平台中可以预先配置各内存数据库主机对应的地址信息,根据该地址信息发送对应内存数据库主机的告警信息。
通过采用本发明实施例提供的方法,获取内存数据中的性能数据和日志信息,并与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。
本发明实施例四提供一种内存数据库监控的系统,如图8所示,包括内存数据库监控平台10和至少一台内存数据库主机20;
所述内存数据库监控平台10,用于获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息;
所述内存数据库主机20,用于向所述内存数据库监控平台提供内存数据库中的性能数据和日志信息。
通过采用本发明实施例提供的系统,获取内存数据中的性能数据和日志信息,并与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。
本发明实施例五提供一种内存数据库监控的设备,如图9所示,包括:
信息获取单元11,用于获取内存数据中库的性能数据和日志信息;
匹配单元12,用于将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;
告警单元13,用于所述匹配单元的匹配结果为所述内存数据库当前性能低于预设值时,输出告警信息。
所述信息获取单元11还用于:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
所述信息获取单元11还用于:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
如图10所示,所述匹配单元12包括:
处理效率匹配子单元121,用于将所述获取的性能数据和日志信息与内存处理效率指标匹配;
复制效率匹配子单元122,用于将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
所述处理效率匹配子单元121还用于:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
所述处理效率匹配子单元121还用于:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
所述复制效率匹配子单元122还用于:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
所述告警单元13还用于:
通过邮件或者短信方式输出告警信息。
本发明实施例中,还包括:
趋势分析单元14,用于对内存性能指标的变化进行趋势分析并输出趋势分析结果。
通过采用本发明实施例提供的设备,获取内存数据中的性能数据和日志信息,并与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (19)
1.一种内存数据库监控的方法,其特征在于,包括:
获取内存数据库中的性能数据和日志信息;
将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;
若所述内存数据库当前性能低于预设值,则输出告警信息。
2.如权利要求1所述的方法,其特征在于,所述获取内存数据库中的性能数据和日志信息包括:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
3.如权利要求1所述的方法,其特征在于,所述获取内存数据库中的性能数据和日志信息包括:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
4.如权利要求1所述的方法,其特征在于,所述将所述获取的性能数据和日志信息与配置的指标信息进行匹配包括:
将所述获取的性能数据和日志信息与内存处理效率指标匹配;
将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
5.如权利要求4所述的方法,其特征在于,所述将所述获取的性能数据和日志信息与内存处理效率指标匹配包括:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
6.如权利要求5所述的方法,其特征在于,所述将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配包括:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
7.如权利要求4所述的方法,其特征在于,所述将所述获取的性能数据和日志信息与内存复制效率性能指标匹配包括:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
8.如权利要求1-7中任一项所述的方法,其特征在于,所述输出告警信息包括:
通过邮件或者短信方式输出告警信息。
9.如权利要求1-7中任一项所述的方法,其特征在于,所述输出告警信息之后,还包括:
对内存性能指标的变化进行趋势分析并输出趋势分析结果。
10.一种内存数据库监控的设备,其特征在于,包括:
信息获取单元,用于获取内存数据中库的性能数据和日志信息;
匹配单元,用于将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;
告警单元,用于所述匹配单元的匹配结果为所述内存数据库当前性能低于预设值时,输出告警信息。
11.如权利要求10所述的设备,其特征在于,所述信息获取单元还用于:
实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的性能数据和日志信息。
12.如权利要求10所述的设备,其特征在于,所述信息获取单元还用于:
实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据库中的性能数据和日志信息。
13.如权利要求10所述的设备,其特征在于,所述匹配单元包括:
处理效率匹配子单元,用于将所述获取的性能数据和日志信息与内存处理效率指标匹配;
复制效率匹配子单元,用于将所述获取的性能数据和日志信息与内存复制效率性能指标匹配。
14.如权利要求13所述的设备,其特征在于,所述处理效率匹配子单元还用于:
根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;
将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。
15.如权利要求14所述的设备,其特征在于,所述处理效率匹配子单元还用于:
将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时
将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时
将所述当前内存数据库单位时间内处理的事务数与预设值匹配。
16.如权利要求13所述的设备,其特征在于,所述复制效率匹配子单元还用于:
根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的事务处理量;
根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;
将所述当前内存复制效率与预设复制效率值匹配。
17.如权利要求10-16中任一项所述的设备,其特征在于,所述告警单元还用于:
通过邮件或者短信方式输出告警信息。
18.如权利要求10-16中任一项所述的设备,其特征在于,还包括:
趋势分析单元,用于对内存性能指标的变化进行趋势分析并输出趋势分析结果。
19.一种内存数据库监控的系统,其特征在于,包括内存数据库监控平台和至少一台内存数据库主机;
所述内存数据库监控平台,用于获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息;
所述内存数据库主机,用于向所述内存数据库监控平台提供内存数据库中的性能数据和日志信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102498877A CN101876932A (zh) | 2009-11-30 | 2009-11-30 | 内存数据库监控的方法、系统及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102498877A CN101876932A (zh) | 2009-11-30 | 2009-11-30 | 内存数据库监控的方法、系统及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101876932A true CN101876932A (zh) | 2010-11-03 |
Family
ID=43019492
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102498877A Pending CN101876932A (zh) | 2009-11-30 | 2009-11-30 | 内存数据库监控的方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101876932A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102681909A (zh) * | 2012-04-28 | 2012-09-19 | 浪潮电子信息产业股份有限公司 | 一种基于内存错误的服务器预警方法 |
CN103139736A (zh) * | 2011-11-30 | 2013-06-05 | 中国移动通信集团设计院有限公司 | 对垃圾信息监控系统进行监测的方法及装置 |
CN103324565A (zh) * | 2012-05-30 | 2013-09-25 | 北京神州泰岳软件股份有限公司 | 日志监控方法 |
CN103326958A (zh) * | 2012-03-22 | 2013-09-25 | 鸿富锦精密工业(深圳)有限公司 | 监控数据缓存方法及系统 |
CN104102668A (zh) * | 2013-04-12 | 2014-10-15 | 袁晓东 | 数据库性能自动分析和预警系统 |
CN104780393A (zh) * | 2015-04-10 | 2015-07-15 | 天脉聚源(北京)教育科技有限公司 | 一种分配资源的方法及装置 |
CN105574168A (zh) * | 2015-12-17 | 2016-05-11 | 福建六壬网安股份有限公司 | 一种内存数据库的安全审计系统及审计方法 |
CN106407085A (zh) * | 2016-11-24 | 2017-02-15 | 中国银行股份有限公司 | 一种性能监控方法及装置 |
CN103914366B (zh) * | 2013-01-05 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 一种自动监测应用程序进行内存信息的方法及装置 |
WO2019001085A1 (zh) * | 2017-06-29 | 2019-01-03 | 平安科技(深圳)有限公司 | 数据库性能监测方法、装置、计算机设备和存储介质 |
CN110780646A (zh) * | 2019-09-21 | 2020-02-11 | 苏州浪潮智能科技有限公司 | 一种基于mes系统的内存质量预警方法 |
CN112015827A (zh) * | 2019-05-30 | 2020-12-01 | 中兴通讯股份有限公司 | 一种数据库处理方法、装置及计算机可读存储介质 |
CN112965879A (zh) * | 2021-03-17 | 2021-06-15 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、电子设备及可读存储介质 |
CN113535374A (zh) * | 2020-04-15 | 2021-10-22 | 马上消费金融股份有限公司 | 一种业务指标的处理方法及装置 |
-
2009
- 2009-11-30 CN CN2009102498877A patent/CN101876932A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139736A (zh) * | 2011-11-30 | 2013-06-05 | 中国移动通信集团设计院有限公司 | 对垃圾信息监控系统进行监测的方法及装置 |
CN103139736B (zh) * | 2011-11-30 | 2016-06-22 | 中国移动通信集团设计院有限公司 | 对垃圾信息监控系统进行监测的方法及装置 |
CN103326958A (zh) * | 2012-03-22 | 2013-09-25 | 鸿富锦精密工业(深圳)有限公司 | 监控数据缓存方法及系统 |
CN102681909B (zh) * | 2012-04-28 | 2016-07-27 | 浪潮电子信息产业股份有限公司 | 一种基于内存错误的服务器预警方法 |
CN102681909A (zh) * | 2012-04-28 | 2012-09-19 | 浪潮电子信息产业股份有限公司 | 一种基于内存错误的服务器预警方法 |
CN103324565A (zh) * | 2012-05-30 | 2013-09-25 | 北京神州泰岳软件股份有限公司 | 日志监控方法 |
CN103324565B (zh) * | 2012-05-30 | 2016-12-14 | 北京神州泰岳软件股份有限公司 | 日志监控方法 |
CN103914366B (zh) * | 2013-01-05 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 一种自动监测应用程序进行内存信息的方法及装置 |
CN104102668A (zh) * | 2013-04-12 | 2014-10-15 | 袁晓东 | 数据库性能自动分析和预警系统 |
CN104780393B (zh) * | 2015-04-10 | 2017-10-24 | 天脉聚源(北京)教育科技有限公司 | 一种分配资源的方法及装置 |
CN104780393A (zh) * | 2015-04-10 | 2015-07-15 | 天脉聚源(北京)教育科技有限公司 | 一种分配资源的方法及装置 |
CN105574168A (zh) * | 2015-12-17 | 2016-05-11 | 福建六壬网安股份有限公司 | 一种内存数据库的安全审计系统及审计方法 |
CN106407085A (zh) * | 2016-11-24 | 2017-02-15 | 中国银行股份有限公司 | 一种性能监控方法及装置 |
CN106407085B (zh) * | 2016-11-24 | 2019-03-15 | 中国银行股份有限公司 | 一种性能监控方法及装置 |
WO2019001085A1 (zh) * | 2017-06-29 | 2019-01-03 | 平安科技(深圳)有限公司 | 数据库性能监测方法、装置、计算机设备和存储介质 |
CN112015827A (zh) * | 2019-05-30 | 2020-12-01 | 中兴通讯股份有限公司 | 一种数据库处理方法、装置及计算机可读存储介质 |
CN110780646A (zh) * | 2019-09-21 | 2020-02-11 | 苏州浪潮智能科技有限公司 | 一种基于mes系统的内存质量预警方法 |
CN110780646B (zh) * | 2019-09-21 | 2021-11-26 | 苏州浪潮智能科技有限公司 | 一种基于mes系统的内存质量预警方法 |
CN113535374A (zh) * | 2020-04-15 | 2021-10-22 | 马上消费金融股份有限公司 | 一种业务指标的处理方法及装置 |
CN112965879A (zh) * | 2021-03-17 | 2021-06-15 | 北京奇艺世纪科技有限公司 | 数据处理方法、装置、电子设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101876932A (zh) | 内存数据库监控的方法、系统及设备 | |
CN105427193B (zh) | 一种基于分布式时序数据服务的大数据分析装置及方法 | |
CN108537544A (zh) | 一种交易系统实时监控方法及其监控系统 | |
CN111176879A (zh) | 设备的故障修复方法及装置 | |
CN105608144A (zh) | 一种基于多层模型迭代的大数据分析平台装置及方法 | |
CN103761309A (zh) | 一种运营数据处理方法及系统 | |
CN102638378B (zh) | 一种集成异构存储设备的海量存储系统监控方法 | |
CN111722976A (zh) | 基于智能运维的故障流程分析方法、装置及介质 | |
CN105528280A (zh) | 系统日志与健康监控关系决定日志告警等级的方法及系统 | |
CN109034580B (zh) | 一种基于大数据分析的信息系统整体健康度评估方法 | |
CN111245672A (zh) | 一种通用可扩展的追踪业务全链路的监控方法及系统 | |
CN115809183A (zh) | 基于知识图谱的信创终端故障发现及处置的方法 | |
CN111147306B (zh) | 一种物联网设备的故障分析方法、装置以及物联网平台 | |
CN104601374B (zh) | 用于数控机床的网络故障处理方法和装置 | |
CN112286987B (zh) | 基于Apriori算法的电力物联异常告警压缩方法 | |
CN116820014A (zh) | 一种交通机电设备智能化监控预警方法及系统 | |
CN116246765A (zh) | 一种医疗设备全生命周期智能维保管理方法及系统 | |
CN113793213B (zh) | 一种异步信贷风控断点续作的决策方式的实现方法及装置 | |
CN115967730A (zh) | 一种基于物联网的数据采集方法及系统 | |
CN110399278A (zh) | 基于数据中心异常监控的告警融合系统及方法 | |
CN112965793B (zh) | 一种面向标识解析数据的数据仓库任务调度方法和系统 | |
CN112702196A (zh) | 一种自动化故障处理方法和系统 | |
CN114092246A (zh) | 金融交易链路的问题定位方法及装置 | |
CN111538886A (zh) | 一种基于人工智能的大数据采集存储系统及方法 | |
CN117973699B (zh) | 一种基于云计算的运维数据智能化管理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101103 |