本发明涉及计算机软件开发技术领域，特别是一种实现系统自动巡检和异常定位的方法。
背景技术：
随着信息时代的持续发展，it运维已经成为it服务内涵中重要的组成部分。面对越来越复杂的业务，越来越多样化的用户需求，不断扩展的it应用需要越来越合理的模式来保障it服务的灵活便捷、安全稳定运行。
目前，许多企业的it运维已经实现从人工运维到计算机管理，大多数企业的it运维管理还只是处在半自动化的运维状态，也即这种it运维模式仍然是在等到it故障出现后，再由运维人员采取相应的补救措施。这些传统式被动、孤立、半自动式的it运维管理模式存在以下缺点。
（1）运维人员被动、效率低
在it运维过程中，由于故障预警机制的不完善，往往只有当事件已经发生并已造成业务影响时，才能发现和着手处理，这种被动“救火”使it运维人员终日忙碌，并且处理的大多是简单重复的问题，不但事倍功半而且常常会出现恶性连锁反应，降低了it运维的本身质量，导致it部门和业务部门对it运维的服务满意度都不高。
（2）无法精准定位异常内部位置
目前，许多企业在it运维管理过程中缺少自动化的运维管理模式，也没有明确的角色定义和责任划分，使到问题出现后很难快速、准确地找到根本原因，无法及时地找到相应的人员进行修复和处理，或者是在问题找到后缺乏流程化的故障处理机制，而在处理问题时不但欠缺规范化的解决方案，也缺乏全面的跟踪记录。
（3）对运维人员的技术经验要求较高
因运维工具无法精准定位异常点，所以需要运维人员凭借经验去排查事故异常，提高了对事故处理运维人员的业务技术要求。
技术实现要素：
本发明需要解决的技术问题是提供一种基于业务系统建立自动巡检模型和定位异常的方法，以便于能够快速精准地定位业务系统异常问题，并给出概率，为运维人员解决问题提供帮助，进一步提高工作效率，降低对运维人员的技术要求。
为解决上述技术问题，本发明所采取的技术方案如下。
一种基于业务系统建立自动巡检模型和定位异常的方法，主要包括以下步骤：
s1.提前获取业务系统信息；
s2.启动监控系统监控相关信息；
s3.运行所有测试用例n次，n为系统复杂度，记录相应的监控信息，放入资料库存储；
s4.用例运行过程中提取每个用例运行的时间、相应的日志、从日志里计算相关分解步骤的时间、运行过程中系统资源信息的变化和所使用的数据库中间件的情况，并对这些信息进行存储；
s5.分析获取的信息，将对这些信息的检查加入模型中形成巡检模型；
s6.采用巡检模型进行业务系统的自动化巡检，当检测到异常信息时，将当时获取的各种异常信息和资源的信息放入资料库进行比对分析，得出可能的异常业务处理，并输出比对结果，通知相关人员处理。
上述一种基于业务系统建立自动巡检模型和定位异常的方法，步骤s1中所述业务系统信息包括业务系统的日志位置及格式、业务系统使用的中间件种类版本、业务系统使用的数据库种类版本、业务系统的全套黑盒用例。
上述一种基于业务系统建立自动巡检模型和定位异常的方法，步骤s2中监控系统监控的相关信息包括系统硬件信息、网络i/o以及业务系统中间件和数据库的日志。
上述一种基于业务系统建立自动巡检模型和定位异常的方法，步骤s3中所述系统复杂度的计算方法为：通过获取系统使用的中间件数据库数量及日志信息显示详细程度来计算。
上述一种基于业务系统建立自动巡检模型和定位异常的方法，步骤s6的分析比对方法为：
s61.获取业务系统异常日志；
s62.获取异常点前后五秒内数据库的运行情况，并判断数据库是否存在异常，如存在异常，则输出相应数据库错误信息，并通知相关人员处理；若不存在异常则进行步骤s63；
s63.获取异常点中间件前后五秒内的情况，并判断中间件服务是否异常，如存在则输出相应中间件错误信息，并通知相关人员处理；若不存在异常则进行步骤s64；
s64.获取异常点前后五秒内的资源使用情况；
s65.将步骤s62至s64获取的资料输送至资料库，与所有用例结果进行比对，输出相似度；
s66.输出比对结果，分析异常业务处理，并通知相关人员进行处理。
由于采用了以上技术方案，本发明所取得技术进步如下。
本发明通过建立自动巡检模型，实现了it运维过程中快速、精确地定位异常点的需求，进一步通过分析异常点以及相应的资源使用情况来分析异常的业务处理，利用全面覆盖测试得到的数据，根据异常点的错误信息分析可能出现业务异常并给出相应的概率，方便运维人员及时解决，大大提高了业务处理的可用性以及工作效率，降低了对运维人员的技术要求。
附图说明
图1为本发明的流程图；
图2为本发明所述步骤s6的流程图。
具体实施方式
下面将结合附图和具体实施例对本发明进行进一步详细说明。
一种基于业务系统建立自动巡检模型和定位异常的方法，通过建立自动巡检模型，可在业务运行过程中准确找出异常，并分析异常点情况，给出概率。该方法的流程图如图1所示，主要包括以下步骤。
s1.提前获取业务系统信息；业务系统信息包括业务系统的日志位置及格式、业务系统使用的中间件种类版本、业务系统使用的数据库种类版本、业务系统的全套黑盒用例。
s2.启动监控系统监控相关信息；包括系统硬件信息、网络i/o以及业务系统中间件和数据库的日志，其中硬件信息主要包括cpu、内存、磁盘等硬件设备的信息。
s3.运行所有测试用例n次，n为系统复杂度，记录相应的监控信息，放入资料库存储。本步骤中所述系统复杂度的计算方法为：通过获取系统使用的中间件数据库数量及日志信息显示详细程度来计算。
s4.用例运行过程中提取每个用例运行的时间、相应的日志、从日志里计算相关分解步骤的时间、运行过程中系统资源信息的变化和所使用的数据库中间件的情况，并对这些信息进行存储；
s5.分析获取的信息，将对这些信息的检查加入模型中形成巡检模型；
s6.采用巡检模型进行业务系统的自动化巡检，当检测到异常信息时，将当时获取的各种异常信息和资源的信息放入资料库进行比对分析，得出可能的异常业务处理，并输出比对结果，通知相关人员处理。
本步骤所述比对分析的方法如图2所示，具体包括以下内容。
s61.获取业务系统异常日志。
s62.获取异常点前后五秒内数据库的运行情况，并判断数据库是否存在异常，如存在异常，则输出相应数据库错误信息，并通知相关人员处理；若不存在异常则进行步骤s63。
s63.获取异常点中间件前后五秒内的情况，并判断中间件服务是否异常，如存在则输出相应中间件错误信息，并通知相关人员处理；若不存在异常则进行步骤s64。
s64.获取异常点前后五秒内的资源使用情况。
s65.将步骤s62至s64获取的资料输送至资料库，与所有用例结果进行比对，输出相似度。
s66.输出比对结果，分析异常业务处理，并通知相关人员进行处理。