[发明专利]一种基于云AC的关键业务模块监听方法及系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种基于云AC的关键业务模块监听方法及系统。

背景技术

现在，随着通信技术的发展，在云端部署AC(Access Controller，接入控制器)，简称云AC，是一种越来越普遍的通信方式，AP设备(Access Pointer，接入节点)跨越Internet与云AC相连，从而实现云AC对各AP设备的管理和控制。

云AC在运行时，一些关键业务模块需要与多个外围接口进行信息交互，保证各AP设备的正常运行，因此，这些关键业务模块的执行结果又跟用户的使用体验直接相关，对这些关键业务模块的运行状态进行监控就显得非常的必要。

在现有技术中，大量AP设备连接云AC的情况下，如果云AC对关键业务模块的所有具体执行细节进行细粒度日志监听，由于这些细粒度日志信息非常巨大且需要写到存储设备上，会对云AC的性能造成很大的压力，降低云AC的处理能力，在生产环境下无法对所有的关键业务模块进行细粒度日志监听，导致云AC的处理能力无法满足实际需求时，运营维护人员无法及时得到通知，不利于运营维护人员及时采取相应的措施排除问题。

发明内容

本发明的目的是提供一种基于云AC的关键业务模块监听方法及系统，在不对云AC的性能造成很大压力的情况下，当云AC的处理能力出现问题时，可以及时通知运营维护人员采取相应的措施排除问题。

本发明提供的技术方案如下：

一种基于云AC的关键业务模块监听方法，包括：步骤S100实时监听并统计云AC中关键业务模块的业务执行时间；步骤S200根据统计的所述业务执行时间，判断所述关键业务模块是否发生异常；步骤S300当所述关键业务模块发生异常时，发送异常提示信息。

在上述技术方案中，根据关键业务模块的业务执行时间，来判断关键业务模块是否发生异常，若发生异常，就立即发送异常提示信息给运营维护人员，以便他们及时采取相应的措施来排除问题，使云AC恢复正常的工作性能。这种监听方式并不会对云AC的性能造成很大的影响，提高了用户的使用体验。

进一步，所述步骤S200包括：步骤S210判断所述业务执行时间是否出现异常；步骤S220当所述业务执行时间出现异常时，获取所述业务执行时间对应的所述关键业务模块的出错次数；步骤S230根据预设规则，将获取的出现异常的所述业务执行时间对应的所述关键业务模块的出错次数更新；步骤S240根据所述关键业务模块的所述出错次数，判断所述关键业务模块是否发生异常。

在上述技术方案中，通过业务执行时间来更新出错次数，再根据出错次数来判断关键业务模块是否出现异常，判断的过程更直观、简便。

进一步，所述步骤210具体包括：步骤211判断所述业务执行时间是否超过所述业务执行时间对应的关键业务模块的预设执行时间；所述步骤S220具体包括：步骤S221当所述业务执行时间超过所述业务执行时间对应的关键业务模块的预设执行时间时，判断所述关键业务模块是否在异常数据库中；步骤S222当所述关键业务模块在所述异常数据库时，获取所述业务执行时间对应的所述关键业务模块的出错次数；步骤S223当所述关键业务模块未在所述异常数据库时，将所述关键业务模块添加入所述异常数据库，将所述关键业务模块的出错次数设置为初始值，并获取所述出错次数。

在上述技术方案中，专门开辟一个异常数据库，用来存储关键业务模块的出错次数，使监听的过程不会影响到云AC的正常运行，既保证了云AC的正常工作，又能对云AC的关键业务模块进行监听。

进一步，所述步骤S240包括：步骤S241当所述出错次数不为初始值的持续时间达到预设时间时，判断在所述异常数据库中的所述关键业务模块的所述出错次数在所述预设时间内是否大于预设警戒值；步骤S242当所述出错次数在所述预设时间内大于所述预设警戒值时，则认为所述出错次数对应的所述关键业务模块发生异常，执行步骤S300。

在上述技术方案中，当关键业务模块的业务执行时间出现少量次数的异常时，这种情况是可以忽略的，只有在预设时间内出错次数大于预设警戒值时，才认为其发生异常，需要发送异常提示信息，多种情况的考虑优化了云AC的监听过程，提高了其工作效率。

进一步，所述步骤S240还包括：步骤S243当所述出错次数在所述预设时间内不大于所述预设警戒值时，则将所述出错次数更新为初始值；或，步骤S244当所述出错次数在所述预设时间内不大于所述预设警戒值时，则将所述出错次数和/或所述出错次数对应的关键业务模块从所述异常数据库中删除。