内存数据库监控的方法、系统及设备的制作方法

文档序号:6585771阅读:200来源:国知局
专利名称:内存数据库监控的方法、系统及设备的制作方法
技术领域
本发明涉及通信领域,尤其涉及一种内存数据库监控的方法、系统及设备。
背景技术
内存数据库产品近几年被越来越多的行业使用,用以提高系统的整体处理能力和 速度。在运行速度大幅提高的前提下,内存数据库的稳定运行对于应用系统就会越来越重 要,良好的性能监控和故障预警能够大大的提高系统的可用时间。现有技术中,内存数据库的监控主要有两种手段第一种监控手段内存数据库产品提供了一些内嵌命令、告警日志和内部表,用以 查询基本运行数据和状态。但是,通过这些方法提供的都是一些离散的数据和信息,且这些 信息是自启动后的历史积累值,无法反应某个单位时间内的性能变化情况,如果事后对这 些数据进行提取,只能获知某些指标发生过变化,但是并不知道这些指标发生变化的确切 时间,并且这些离散的信息需要管理员以手工的方式查看,无法自动实时的对运行状况进 行监控和告警。第二种监控手段传统的商业化的监控产品提供了主机性能、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,采集模块实时获取内存的数据库快照,其中包括事务数(trarnstarts 事务开始数目、trans_ends事务结束数目)、锁等待(l0Ck_waits)和临时索引使用量 (temp_indexes)0其中,事务数、锁等待和临时索引使用量的快照值都是从内存数据库启动时统计 得到的累计量。其具体值如下所示SnapO :time0 tracs_starts0 tracs_stops0 lock—waitsO temp_indexes0Snapl :timel tracs_startsl tracs_stopsl lock—waitsl temp_indexeslSnap2 :time2 tracs_starts2 tracs_stops2 lock—waits2 temp_indexes2oooooooooooSnapn-I :timen-l tracs_startsn-l tracs_stopsn-l lock—waitsn-1temp_indexesn-lSnapn :timen tracs_startsn tracs_stopsn lock—waitsn temp_indexesn根据上述统计值内存数据库监控平台可以得到单位时间内内存处理的事物数、单 位时间内存数据库中锁等待数量、单位时间内存数据库中临时索引使用量。步骤302,内存数据库监控平台根据配置的匹配顺序将获取得到的匹配事务数、锁等待和临时索引使用量与预设值进行比较,当满足预设条件是,输出告警信息。具体的,内存数据库监控平台根据配置的匹配顺序将获取得到的匹配事务数、锁 等待和临时索引使用量与预设值进行比较的顺序如图4所示,包括以下步骤步骤401,将单位时间内临时索引使用量与预设值匹配;匹配失败时,S卩小于预设 值时,执行步骤402 ;否则,执行步骤404。步骤402,将单位时间内内存数据中的锁等待数量与预设值匹配;匹配失败时,即 小于预设值时,执行步骤403 ;否则,执行步骤404。步骤403,将当前内存单位时间内处理的事务数与预设值匹配;匹配失败时,SP小 于预设值时,结束本次匹配流程;否则,执行步骤404。具体的,内存在单位时间内处理 的事务数,即内存的事务数处理效率的计算公式 为当计算在时间点timen之前的事务数处理速度时,timem为满足下面条件的快照 时间点tracs—startm < tracs_stopn < tracs_startm+l事务数处理速度的计算公式为(tracs_stopn_tracs_stopm)/(timen-timem)。步骤404,输出告警信息。具体的,本发明实施例中,告警信息的输出包括短信或者邮件方式输出。下面介绍本发明实施例中内存数据库监控平台根据采集模块采集得到的内存数 据中的各种性能数据和日志信息,获取内存复制效率的方式,如图5所示,包括以下步骤步骤501,获取内存的复制延迟LOG日志数量和延迟日志产生的时候事务处理量。具体的,本发明实施例中,采集模块采集一系列的数据库快照(snap),其中包含了 最近生成的日志号LAST_L0G_FILE,保留下来的最小的日志号FIRST_L0G_FILE,复制完成 的日志号 LogHolds。一般情况下 FIRST_L0G_FILE <= L0GH0LDS <= LAST_L0G_FILE。本发明实施例中具体采集的日志快照为SnapO :time0 last_log_fileO first_log_fileO IogholdsOSnapl :timel last_log_filel first_log_filel logholdslSnap2:time2 last—log—file2 first—log—file2 logholds2oooooooooooSnapn-I :timen_l timen-1 last_log—filen-1 first_log—filen-1logholdsn-1Snapn timen timen last—log—filen first_log_filen logholdsn其中,Snapn表示第η次采集得到的数据库快照。采集模块采集一系列的数据库 快照的时间间隔可以根据实际需要灵活设置,例如设置为60s。步骤502,根据获取的复制延迟LOG日志数量和延迟日志产生的时候事务处理量 计算内存复制效率。具体的,本发明实施例中,日志处理速度的判断公式为当计算在时间点timen的日志处理速度时,timem为满足下面条件的快照时间点
Last_log_filem < logholdsn < last_log_filem+1复制延迟时间为 Tn = timen-timem-(timem+l-timem)水(logholdsn-1ast_log_filem)/ (last_ log—filem+l_last_log—filem)复制速度为(logholdsn-logholdsn-1) / (timen-timem)。本发明实施例三提供一种内存数据库监控的方法,如图6所示,应用于包括内存 数据库监控平台和多台内存数据库主机的系统中,该方法如图7所示,包括以下步骤步骤701,内存数据库监控平台采集内存数据库主机的内存数据中的性能数据和 日志fn息ο具体的,内存数据库监控平台可以实时采集、或者周期性采集、或者根据实际需要 灵活设置时间采集内存数据库主机的内存数据中的性能数据和日志信息。具体采集方式为 通过采集数据库快照的方式获取内存数据库主机的内存数据中的性能数据和日志信息,采 集数据库快照的时间间隔可以根据实际需要进行调整。内存数据库监控平台内建立性能数据和日志信息列表,将不同内存数据库主机的 内存数据中的性能数据和日志信息分别存储到相应的性能数据和日志信息列表。步骤702,内存数据库监控平台根据存储的性能数据和日志信息获取对应内存数 据库主机的内存工作状态。具体的,内存数据库监控平台内可以配置不同内存数据库主机内存工作状态的计 算顺序,根据配置的计算顺序逐一获取不同内存数据库主机内存工作状态;也可以同时获 取不同内存数据库主机内存工作状态。步骤703,内存数据库监控平台将获取的内存数据库主机内存工作状态与配置的 指标信息进行匹配;当匹配成功时,执行步骤704。具体的,内存数据库监控平台可以根据不同内存数据库主机的实际状态设置不同 的指标信息。例如,对于高配置的内存数据库主机,可以设置较高指标值;对于低配置的内 存数据库主机,可以设置较低的指标值。内存数据库监控平台获取内存数据库主机的基本指标、内存处理效率指标与内存 复制效率性能指标。其中,基本指标的获取可以向内存数据库主机直接获取得到,内存处理效率指标 与内存复制效率性能指标的获取根据上述实施例二中的获取方式获取,在此不再详细介 绍。步骤704,内存数据库监控平台输出告警信息。该告警信息的输出方式可以为短信或邮件方式。内存数据库监控平台中可以预先 配置各内存数据库主机对应的地址信息,根据该地址信息发送对应内存数据库主机的告警 fn息ο通过采用本发明实施例提供的方法,获取内存数据中的性能数据和日志信息,并 与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹 配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。本发明实施例四提供一种内存数据库监控的系统,如图8所示,包括内存数据库监控平台10和至少一台内存数据库主机20 ; 所述内存数据库监控平台10,用于获取内存数据库中的性能数据和日志信息;将 所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的 性能;若所述内存数据库当前性能低于预设值,则输出告警信息;所述内存数据库主机20,用于向所述内存数据库监控平台提供内存数据库中的性 能数据和日志信息。通过采用本发明实施例提供的系统,获取内存数据中的性能数据和日志信息,并 与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹 配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。本发明实施例五提供一种内存数据库监控的设备,如图9所示,包括信息获取单元11,用于获取内存数据中库的性能数据和日志信息;匹配单元12,用于将所述获取的性能数据和日志信息与配置的指标信息进行匹 配,获取所述内存数据库当前的性能;告警单元13,用于所述匹配单元的匹配结果为所述内存数据库当前性能低于预设 值时,输出告警信息。所述信息获取单元11还用于实时获取内存数据库中的性能数据和日志信息,或者周期性获取内存数据库中的 性能数据和日志信息。所述信息获取单元11还用于实施采集所述内存数据库的数据库快照,根据所述数据库快照获取所述内存数据 库中的性能数据和日志信息。如图10所示,所述匹配单元12包括处理效率匹配子单元121,用于将所述获取的性能数据和日志信息与内存处理效 率指标匹配;复制效率匹配子单元122,用于将所述获取的性能数据和日志信息与内存复制效 率性能指标匹配。所述处理效率匹配子单元121还用于根据获取的性能数据和日志信息计算当前内存数据库单位时间内处理的事务数、 单位时间内内存数据库中的锁等待数量和内存数据库中的临时索引使用量;将所述计算得到的当前内存数据库单位时间内处理的事务数、单位时间内内存数 据库中的锁等待数量和内存数据库中的临时索引使用量分别与预设值匹配。所述处理效率匹配子单元121还用于将所述单位时间内内存数据库中的临时索引使用量与预设值匹配;匹配失败时将所述单位时间内内存数据库中的锁等待数量与预设值匹配;匹配失败时将所述当前内存数据库单位时间内处理的事务数与预设值匹配。所述复制效率匹配子单元122还用于根据获取的性能数据和日志信息得到复制延迟日志数量和延迟日志产生时间的 事务处理量; 根据所述复制延迟日志数量和延迟日志产生时间的事务处理量,进一步计算获取当前内存复制效率;将所述当前内存复制效率与预设复制效率值匹配。所述告警单元13还用于通过邮件或者短信方式输出告警信息。本发明实施例中,还包括趋势分析单元14,用于对内存性能指标的变化进行趋势分析并输出趋势分析结^ o通过采用本发明实施例提供的设备,获取内存数据中的性能数据和日志信息,并 与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹 配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更 佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若 干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发 明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流 程并不一定是实施本发明所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。 以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领
域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
一种内存数据库监控的方法,其特征在于,包括获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息。
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.一种内存数据库监控的系统,其特征在于,包括内存数据库监控平台和至少一台内存数据库主机; 所述内存数据库监控平台,用于获取内存数据库中的性能数据和日志信息;将所述获 取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能; 若所述内存数据库当前性能低于预设值,则输出告警信息;所述内存数据库主机,用于向所述内存数据库监控平台提供内存数据库中的性能数据 和日志信息。
全文摘要
本发明公开了一种内存数据库监控的方法、系统及设备,该方法包括获取内存数据库中的性能数据和日志信息;将所述获取的性能数据和日志信息与配置的指标信息进行匹配,获取所述内存数据库当前的性能;若所述内存数据库当前性能低于预设值,则输出告警信息。本发明中,通过获取内存数据中的性能数据和日志信息,并与配置的指标信息进行匹配,获取内存当前的性能,通过将内存当前性能与预设值进行匹配,当满足预设条件时输出告警信息,从而实现对内存运行状况的实时、直接监控。
文档编号G06F11/30GK101876932SQ20091024988
公开日2010年11月3日 申请日期2009年11月30日 优先权日2009年11月30日
发明者李杰毅, 王晓征, 肖爱元 申请人:中国移动通信集团浙江有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1