[发明专利]一种多数据库的监控预警方法

说明书

技术领域

本发明属于数据库，具体涉及一种多数据库的监控预警方法。

背景技术

由于传统自带监控工具只能监控本地的数据库，无法监控多个数据库，而且没有预警工具。如果数据库发生了异常，如：阻塞过多、CPU升高等效率低下情况时无法预警给DBA（数据库管理员），每个DBA也不可能时刻人工监控每一台数据库服务器，传统方式下DBA只能在用户、服务器管理员反应网页打开速度慢、操作慢的情况去处理数据库，非常被动。

发明内容

为了克服上述技术问题,本发明的目的主要是监控多个数据库，有异常情况及时发预警邮件、短信给DBA，减轻DBA负担，并提高效率。

本发明采用的技术方案是：

一种多数据库的监控预警方法，包括以下步骤：A）、判断当前时间是否有需要执行的维护计划，若有维护计划进入下一步，否则结束；B）、多个数据库执行维护计划；C）、汇总所有数据库维护的结果数据；D)、判断是否需要预警，若需预警则进入下一步，否则结束；E）发送预警信息。

所述的一种多数据库的监控预警方法还包括步骤F）等待时间T，返回步骤A。

所述步骤A根据已配置好的维护计划列表，判断当前时间是否有需要执行的维护计划。

所述步骤C将多个数据库执行的结果数据汇总，并保存到数据库。

所述步骤D中如果有异常情况则进入步骤E。

所述异常情况包括数据库阻塞过多、CPU升高。

本发明的有益效果是：本发明的监控预警方法对比传统的监控方式更灵活，可监控多个数据库，而且及时预警。

附图说明

下面结合附图对本发明的具体实施方式做进一步的说明。

图1是本发明监控预警方法的主流程图；

图2是本发明第一实施例的工作流程图；

图3是本发明第二实施例的工作流程图。

具体实施方式

参考图1，为本发明的一种多数据库的监控预警方法，包括以下步骤：

A）、判断当前时间是否有需要执行的维护计划，若有维护计划进入下一步，否则结束；

B）、多个数据库执行维护计划；

C）、汇总所有数据库维护的结果数据；

D)、判断是否需要预警，若需预警则进入下一步，否则结束；

E）发送预警信息；

F）等待时间T（如1分钟），返回步骤A。

如图2所示为本发明的实施例1：系统临时库tempdb使用情况监控。包括以下步骤：

A）判断当前时间是否有需要执行的维护计划：根据已配置好的维护计划列表，判断当前时间是否有需要执行的维护计划，有则执行步骤B，无则执行步骤F；

B）数据库执行维护计划：当前维护计划相关的数据库开始并行执行维护计划，并生成结果数据，进入步骤C；

C）汇总结果数据：将多个数据库执行的结果数据汇总，并保存到数据库；

D）等待：等待1分钟，然后进入步骤A，重复流程。

如图3所示为本发明的实施例2：CPU预警，包括以下步骤：

A)判断当前时间是否有需要执行的维护计划：根据已配置好的维护计划列表，判断当前时间是否有需要执行的维护计划，有则执行步骤B，无则执行步骤F；

B)数据库执行维护计划：当前维护计划相关的数据库开始并行执行维护计划，并生成结果数据，进入步骤C；

C)汇总结果数据：将多个数据库执行的结果数据汇总，并保存到数据库；

D)判断是否需要预警：如果有异常情况则进入步骤E，无则进入步骤F；

E)发送预警信息：发送预警邮件、短信给数据库管理员；

F)等待：等待1分钟，然后进入步骤A。

可见，对比传统的数据库监控方式不能监控多个数据库，而本发明可以监控多个数据库，而传统的数据库监控方式是被动的，只能监控不能预警，而本发明可以在有异常的情况下自动及时预警。此外，数据库的异常预警，可以通过微信、推信以及其他常规已知的方法来实现。

以上所述仅为本发明的优先实施方式，本发明并不限定于上述实施方式，只要以基本相同手段实现本发明目的的技术方案都属于本发明的保护范围之内。