CN101420340B - 一种采用自检机制的业务监控与故障快速定位方法 - Google Patents
一种采用自检机制的业务监控与故障快速定位方法 Download PDFInfo
- Publication number
- CN101420340B CN101420340B CN2008101477258A CN200810147725A CN101420340B CN 101420340 B CN101420340 B CN 101420340B CN 2008101477258 A CN2008101477258 A CN 2008101477258A CN 200810147725 A CN200810147725 A CN 200810147725A CN 101420340 B CN101420340 B CN 101420340B
- Authority
- CN
- China
- Prior art keywords
- service request
- self
- self check
- check service
- business
- 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.)
- Active
Links
Abstract
本发明公开了一种采用自检机制的业务监控与故障快速定位方法,其特征在于:将自检业务请求标识与自检业务请求的发起时间信息的混合编码形成虚拟用户关键ID,通过虚拟用户关键ID产生自检业务请求,业务支撑系统对自检业务请求进行处理,然后采集自检业务请求触发的系统反馈结果,同时以虚拟用户关键ID作为搜索关键字在业务支撑系统各业务处理环节的日志中进行搜索,最后根据系统反馈结果和搜索结果,对比正常业务请求的相关情况,判断系统健康状况、定位系统故障点;本发明可以在最少对原系统的改造的基础上实现对业务支撑系统的业务监控与故障快速定位,从而减少企业的成本支出,具有很强的实用性。
Description
技术领域
本发明涉及业务支撑系统的监控、分析、故障排除,特别是一种采用自检机制的业务监控与故障快速定位方法。
背景技术
随着计算机技术的发展,各个公司的业务开始逐渐和计算机软硬件结合,根据公司的业务建立模型,以计算机系统为核心,结合其他软硬件设施,定制形成了公司的业务支撑系统。如通信行业的计费系统,银行的交易管理系统,网站的交易、支付系统等,都是典型的业务支撑系统。
在业务支撑系统中,有些关键业务需要长时间稳定运行,在公司的运营中,越早发现这些业务系统的故障,越早定位系统的故障点,就可以减少因系统故障导致的运营损失。目前运用较多的为系统监控技术和故障字典方法来发现和定位系统故障。
系统监控方法采用在系统设置检测点,通过专用的检测仪器、程序,将检测数据与设定的阀值进行比较,如果超过阀值则可知该检测点设备出现故障。监控方法多用于对系统中某一环节设备进行故障检测与告警。
故障字典方法采用预先根据系统测试,模拟各种系统故障,编制相应的故障现象与故障定位情况字典,在出现故障时,根据检测到的故障现象查阅故障字典实现故障定位。
系统监控方法需在系统设置检测点,使用专用的检测仪器或编写专用的检测程序,实施时需对系统的各个环节进行改造,成本高;专用的检测仪器或检测程序容易对被监控系统产生影响,检测仪器或检测程序本身出问题时,可能产生故障误报,甚至破坏被监控系统。在现实中,在同一台主机上可能运行了很多业务程序,这些业务可能相互独立,但任何一个业务程序出问题,可能都会导致监控检查点检测到异常(如通常的cpu使用率、内存使用情况等监测指标异常),而从这些异常指标又很难定位是哪个业务程序出了问题,也就是系统监控方法难以做到按业务监控。
采用系统监控的思想,对监控方法加以改进,按业务设置检查点,如检查业务日志是否更新,业务的关键进程是否存在,在某段时间业务量是否达到阀值等,能在一定程度上实现对业务的监控,但由于这些检查方法大多只能检查到状态量(如日志更新/未更新、进程存在/不存在、超过阀值/未超过阀值),且这些指标又与正常的业务量变化密切相关,故难以区分和判断检测到的状态变化是由于系统异常引起还是业务量变化引起,监控的准确性难以保证,容易出现故障误报和故障未报的现象。而这种方法最大的问题在于要定位故障,必须尽可能监控业务流程的每一个环节,监控系统建设成本非常高。
故障字典方法需要在系统设计时即对可能出现的故障进行周密的考虑,并预先进行大量测试,模拟系统故障情况,编写故障字典,故也存在成本高的问题;故障字典根据故障现象往往还无法定位故障,需要使用测量等各种辅助手段,在需要测量等辅助手段时即无法准确定位故障点,而测量等辅助手段往往又增加了系统排故成本,并可能对系统会产生不良影响;故障字典方法的另一个大问题是无法检测和定位未知故障,在故障现象超出故障字典范围时,这一方法便不再有效。
更为重要的是,系统监控和故障字典方法对现已有的业务支撑系统,实现起来多存在问题,因为当初的市场形势所迫,可能业务支撑系统设计时并未考虑测量点,新增测量点可能对原系统改造较大,实施困难;由于开发进度所限,可能并未考虑建立故障字典以及故障字典的编码索引(如故障编码),重新建立故障编码可能也需要进行较多的系统改造,故障字典的编制和使用就存在较大的困难。
发明内容
本发明为解决上述问题,提出了一种采用自检机制的业务监控与故障快速定位方法,可以在最少对原系统的改造的基础上实现对业务支撑系统的业务监控与故障快速定位,从而减少企业的成本支出,具有很强的实用性。
一种采用自检机制的业务监控与故障快速定位方法,其特征在于:通过虚拟用户关键ID产生自检业务请求,业务支撑系统对自检业务请求进行处理,然后采集自检业务请求触发的系统反馈结果,同时以虚拟用户关键ID作为搜索关键字在业务支撑系统各业务处理环节的日志中进行搜索,最后根据系统反馈结果和搜索结果,对比正常业务请求的相关情况,判断系统健康状况、根据对比得出的差异情况定位系统故障点。
所述定位系统故障点是从发现差异情况的位置逐层往上寻找起始差异点,从而确定系统的故障点。
所述虚拟用户ID是自检业务请求标识,或者是自检业务请求标识与自检业务请求的发起时间信息的混合编码形成的。
所述虚拟用户关键ID与业务支撑系统处理用户请求时,使用的用户关键ID相似。如在电信系统,使用电话号码作为系统处理用户各种业务请求的关键ID,在混合编码时,形成的虚拟用户关键ID应该与电话号码尽可能相似;又如在银行系统,使用用户的银行帐号作为处理用户各种业务请求的关键ID,在混合编码时,形成的虚拟用户关键ID应该与用户帐号尽可能相似;在网上交易系统中,以用户注册ID(如淘宝网注册的支付宝帐号)作为处理用户请求的关键ID,则在混合编码时,形成的虚拟用户关键ID应该与用户注册ID尽可能相似。
所述自检业务请求是用于检查系统的业务请求,自检业务请求与用户正常发起的业务请求相同或相似。
自检业务请求可以通过专用的模拟器、自动测试软件或真实的用户发起产生,如在电信运营商的使用短信完成充值的空中充值系统,可以编写一个短信收发的模拟器,发送充值短信到业务支撑系统,也可以使用测试号码(真实的用户)向业务支撑系统发送充值短信;又如营业厅前台或网上营业厅业务,可以使用自动测试软件发起自检业务请求。
所述自检业务请求标识是指自检业务请求可以区分正常业务请求和自检业务请求的特征。例如,向电信业务支撑系统中发起自检业务请求,发起请求的测试号码编码的全部或一部分(电话号码或号段),这时自检业务请求标识即可以是该测试号码或号段;又例如短信收发模拟器产生的虚拟号码的全部或一部分,如特定的虚拟号码,或以“9”开头/结尾/居中某一位(或以其他数字、字符及其所处位置为特征的虚拟号码),这时,自检业务请求标识即可以是该特定的虚拟号码,或以“9”开头/结尾/居中的号码(或以其他数字、字符及其所处位置为特征的虚拟号码)。
所述自检业务请求的发起时间信息是在发起自检业务时可记录的以编码、字符串等形式的精确或模糊的时间信息,如在2008年3月17日10点41分10秒发起的自检业务请求,其发起时间信息可记录为20080317104110,或省略年、秒记录为03171041,以及10:41:10,10:41等形式根据实际情况都可采用。
所述采集自检业务请求触发的系统反馈结果在收集业务支撑系统对自检业务请求进行处理而生成的处理结果记录,或处理请求过程中向业务请求端反馈的处理结果信息。采集的方法可以使用真实的用户终端接收,或使用专用的模拟器接收,或使用合适的设备、仪器读取处理结果记录。
所述各业务处理环节的日志在系统处理业务请求时所记录的处理过程以及结果的信息,日志可以以文件、数据库或其他可以保存信息的形式存在。
所述搜索利用操作系统搜索/查找命令(如grep命令),数据库SQL语句(select语句),或搜索程序对系统各业务请求处理的各环节的日志进行搜索。
在搜索的时候,以自检业务请求标识与自检业务请求的发起时间信息的混合编码形成的虚拟用户关键ID作为搜索关键字或搜索条件。
所述根据系统反馈结果和搜索结果,对比正常业务请求的相关情况,来判断系统健康状况、定位系统故障点,根据自检业务请求触发的系统反馈结果和在各环节日志搜索的结果,对比正常业务请求触发的系统反馈结果和日志记录,可以判断系统健康状况、定位系统故障点。如根据系统反馈结果的时间和内容,对比正常业务反馈结果所需的时间、应该反馈的内容,可以判断系统处理是否正常;根据各环节日志的搜索结果,对比正常业务的处理所需时间、记录内容等信息,可以判断在该环节系统是否正常;将各环节搜索结果串起来,经过简单的对比分析,可以快速定位故障点。如业务支撑系统处理一笔业务请求需要依次经过A、B、C三个环节,如在A环节搜索到自检业务请求的正常处理日志记录,而在B、C环节搜索无记录,则可快速判断系统故障在B环节。又如在A环节搜索到处理日志记录有与正常情况相比有延时,在B、C环节可以看到大致相同的延时,可知系统在A环节发生了业务积压或其他导致处理延时的问题。
设置不同的自检业务请求序列,根据各自检业务请求序列(模拟不同的并发业务量情况)的系统反馈结果和日志搜索结果,还可以准确建立业务量-系统性能模型,从而结合历史业务量趋势情况,对将来的系统超负荷的时间点做出预判,可以有充足的时间提前准备扩容、优化等工作。
采用本发明方法,根据实际需要,还可采用定时发起自检业务请求,实现对系统的实时/准实时监控,如每分钟发起一笔自检业务请求,接收端也应该每分钟收到一笔自检业务请求触发的系统反馈,系统各环节也应该以分钟为频率记录处理日志,如偏离正常范围,则可产生监控告警。也可设定一个发起自检业务请求 的时间序列(时间序列可以根据实际业务情况建立模型得到),在设定的时间序列点发起自检业务请求,再以这些自检业务请求和其触发的系统反馈信息进行监控和故障定位,以达到更加实用、有效的监控和故障快速定位效果。
本发明优点如下:
1、本发明可实现按业务监控系统健康状况;
2、不需要专门的检测、监控设备,可利用现有系统的日志记录、搜索命令等已有资源,对现系统改造小,甚至不需改造。故成本低,可推广性强,也不会出现因监控测量影响被监控系统的风险;
3、不需进行大量的测试,编制故障字典,可根据自检业务请求触发的系统反馈和日志记录对比正常情况快速定位故障;
4、采用将自检业务请求标识与自检业务请求的发起时间信息的混合编码,形成的虚拟用户关键ID的方法,可最大限度较少对原系统的改造,模拟真实的用户请求处理过程;
5、可更准确识别监控指标异常是由于正常业务量影响还是系统故障影响,减少监控的故障误报和故障不报现象;
6、使用本发明可以在生产系统上采集系统性能数据,不影响系统的正常业务处理,不需购置和生产系统相似的镜像系统。
具体实施方式
实施例1
一种采用自检机制的业务监控与故障快速定位方法,通过虚拟用户关键ID产生自检业务请求,业务支撑系统对自检业务请求进行处理,然后采集自检业务请求触发的系统反馈结果,同时以虚拟用户关键ID作为搜索关键字在业务支撑系统各业务处理环节的日志中进行搜索,最后根据系统反馈结果和搜索结果,对比正常业务请求的相关情况,判断系统健康状况、根据对比得出的差异情况定位系统故障点。
所述定位系统故障点是从发现差异情况的位置逐层往上寻找起始差异点,从而确定系统的故障点。
所述虚拟用户ID是自检业务请求标识,或者是自检业务请求标识与自检业务请求的发起时间信息的混合编码形成的。
所述虚拟用户关键ID与业务支撑系统处理用户请求时,使用的用户关键ID 相似。如在电信系统,使用电话号码作为系统处理用户各种业务请求的关键ID,在混合编码时,形成的虚拟用户关键ID应该与电话号码尽可能相似;又如在银行系统,使用用户的银行帐号作为处理用户各种业务请求的关键ID,在混合编码时,形成的虚拟用户关键ID应该与用户帐号尽可能相似;在网上交易系统中,以用户注册ID(如淘宝网注册的支付宝帐号)作为处理用户请求的关键ID,则在混合编码时,形成的虚拟用户关键ID应该与用户注册ID尽可能相似。
所述自检业务请求是用于检查系统的业务请求,自检业务请求与用户正常发起的业务请求相同或相似。
自检业务请求可以通过专用的模拟器、自动测试软件或真实的用户发起产生,如在电信运营商的使用短信完成充值的空中充值系统,可以编写一个短信收发的模拟器,发送充值短信到业务支撑系统,也可以使用测试号码(真实的用户)向业务支撑系统发送充值短信;又如营业厅前台或网上营业厅业务,可以使用自动测试软件发起自检业务请求。
所述自检业务请求标识是自检业务请求区分正常业务请求和自检业务请求的特征。例如,向电信业务支撑系统中发起自检业务请求,发起请求的测试号码编码的全部或一部分(电话号码或号段),这时自检业务请求标识即可以是该测试号码或号段;又例如短信收发模拟器产生的虚拟号码的全部或一部分,如特定的虚拟号码,或以“9”开头/结尾/居中某一位(或以其他数字、字符及其所处位置为特征的虚拟号码),这时,自检业务请求标识即可以是该特定的虚拟号码,或以“9”开头/结尾/居中的号码(或以其他数字、字符及其所处位置为特征的虚拟号码)。
所述自检业务请求的发起时间信息是指在发起自检业务时可记录的以编码、字符串等形式的精确或模糊的时间信息,如在2008年3月17日10点41分10秒发起的自检业务请求,其发起时间信息可记录为20080317104110,或省略年、秒记录为03171041,以及10:41:10,10:41等形式根据实际情况都可采用。
所述采集自检业务请求触发的系统反馈结果是收集业务支撑系统对自检业务请求进行处理而生成的处理结果记录,或处理请求过程中向业务请求端反馈的处理结果信息。采集的方法可以使用真实的用户终端接收,也可使用专用的模拟器接收,或使用合适的设备、仪器读取处理结果记录。
所述各业务处理环节的日志在系统处理业务请求时所记录的处理过程以及结果的信息,日志可以以文件、数据库或其他可以保存信息的形式存在。
所述搜索利用操作系统搜索/查找命令(如grep命令),数据库SQL语句(select语句),或搜索程序对系统各涉及业务请求处理的各环节的日志进行搜索。
所述以虚拟用户关键ID作为搜索关键字,是指在搜索的时候,以自检业务请求标识与自检业务请求的发起时间信息的混合编码形成的虚拟用户关键ID作为搜索关键字或搜索条件。
所述根据系统反馈结果和搜索结果,对比正常业务请求的相关情况,来判断系统健康状况、定位系统故障点,是指根据自检业务请求触发的系统反馈结果和在各环节日志搜索的结果,对比正常业务请求触发的系统反馈结果和日志记录,可以判断系统健康状况、定位系统故障点。如根据系统反馈结果的时间和内容,对比正常业务反馈结果所需的时间、应该反馈的内容,可以判断系统处理是否正常;根据各环节日志的搜索结果,对比正常业务的处理所需时间、记录内容等信息,可以判断在该环节系统是否正常;将各环节搜索结果串起来,经过简单的对比分析,可以快速定位故障点。如业务支撑系统处理一笔业务请求需要依次经过A、B、C三个环节,如在A环节搜索到自检业务请求的正常处理日志记录,而在B、C环节搜索无记录,则可快速判断系统故障在B环节。又如在A环节搜索到处理日志记录有与正常情况相比有延时,在B、C环节可以看到大致相同的延时,可知系统在A环节发生了业务积压或其他导致处理延时的问题。
采用本发明方法,根据实际需要,还可采用定时发起自检业务请求,实现对系统的实时/准实时监控,如每分钟发起一笔自检业务请求,接收端也应该每分钟收到一笔自检业务请求触发的系统反馈,系统各环节也应该以分钟为频率记录处理日志,如偏离正常范围,则可产生监控告警。也可设定一个发起自检业务请求的时间序列(时间序列可以根据实际业务情况建立模型得到),在设定的时间序列点发起自检业务请求,再以这些自检业务请求和其触发的系统反馈信息进行监控和故障定位,以达到更加实用、有效的监控和故障快速定位效果。
实施例2
电信业务支撑系统空中充值业务自检与故障快速定位系统。
空中充值业务在BOSS侧需经过较多环节的处理,如短信接收、短信解析、中间件、充值服务、帐务到帐、短信下发等,在日常维护中,如何快速发现和定位故障对保障系统稳定高效运行具有非常重要的作用。
采用自检业务请求识别与自检业务请求的时间的混合编码,以208作为自检业务请求标识,自检业务请求的时间和识别码以直接连接方式混合编码,如2008年3月10日11点15分的自检业务请求混合编码为20803101115,与手机号同为11位数字,便于系统处理。
在BOSS短信网关前端设置短信收发模拟器,模拟器定时(如每5分钟或1分钟,可根据情况设置间隔)产生“侦察兵”业务请求短信(即自检业务请求),送至系统各个环节进行处理,在BOSS下发“侦察兵”业务请求触发的短信(充值成功或错误)至短信中心前,使用模拟器接收。根据模拟器接收的自检业务请求处理情况,可判断系统是否正常(并可根据实际情况生成各个等级预警,启动相应的处理流程),在不正常的时候,在各环节日志搜索不正常时刻的自检业务请求混合编码,可快速定位系统故障点。
如2008年3月10日11点15分产生一条充值短信,进入系统后,在系统的各个环节即会产生20803101115为标识的日志记录,在充值成功时,产生号码20803101115的到帐记录,触发下发到帐成功短信(失败时则触发失败短信),经过短信下行的各个环节处理,最后到达短信收发模拟器。在系统正常时,20803101115的充值成功短信应该在正常的时间范围内到达模拟器,如果不在正常范围,则可对各环节的日志以20803101115为标识进行搜索,根据搜索结果快速定位在哪个环节出现故障点。如在短信接收环节可发现为20803101115充值的正常的短信接收记录,在短信解析环节发现处理有延时,可定位故障在短信解析环节,从而进行相应的排故工作。
Claims (8)
1.一种采用自检机制的业务监控与故障快速定位方法,其特征在于:通过虚拟用户关键ID产生自检业务请求,业务支撑系统对自检业务请求进行处理,然后采集自检业务请求触发的系统反馈结果,同时以虚拟用户关键ID作为搜索关键字在业务支撑系统各业务处理环节的日志中进行搜索,最后根据系统反馈结果和搜索结果,对比正常业务请求的相关日志情况,判断系统健康状况、根据对比得出的差异情况定位系统故障点;所述定位系统故障点是从发现差异情况的位置逐层往上寻找起始差异点,从而确定系统的故障点。
2.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述虚拟用户关键ID是自检业务请求标识,或者是自检业务请求标识与自检业务请求的发起时间信息的混合编码形成的。
3.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述自检业务请求是用于检查系统的业务请求,自检业务请求与用户正常发起的业务请求相同或相似。
4.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:发起自检业务时,发起时间信息就是记录的以编码、字符串等形式的精确或模糊的时间信息。
5.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述采集自检业务请求触发的系统反馈结果是收集业务支撑系统对自检业务请求进行处理而生成的处理结果记录,或处理请求过程中向业务请求端反馈的处理结果信息。
6.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述各业务处理环节在系统处理业务请求时所记录的处理过程以及结果的信息为日志,所述日志以文件、数据库或其他可以保存信息的形式存在。
7.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述搜索利用操作系统搜索/查找命令,数据库SQL语句,或搜索程序对系统各涉及业务请求处理的各环节的日志进行搜索。
8.根据权利要求1所述的一种采用自检机制的业务监控与故障快速定位方法,其特征在于:所述根据系统反馈结果和搜索结果,对比正常业务请求的相关情况, 根据自检业务请求触发的系统反馈结果和在各环节日志搜索的结果,对比正常业务请求触发的系统反馈结果和日志记录得出差异情况,然后通过差异情况判断系统健康状况、定位系统故障点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101477258A CN101420340B (zh) | 2008-11-28 | 2008-11-28 | 一种采用自检机制的业务监控与故障快速定位方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101477258A CN101420340B (zh) | 2008-11-28 | 2008-11-28 | 一种采用自检机制的业务监控与故障快速定位方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101420340A CN101420340A (zh) | 2009-04-29 |
CN101420340B true CN101420340B (zh) | 2011-01-26 |
Family
ID=40630959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101477258A Active CN101420340B (zh) | 2008-11-28 | 2008-11-28 | 一种采用自检机制的业务监控与故障快速定位方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101420340B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102082703A (zh) * | 2009-11-26 | 2011-06-01 | 中国移动通信集团贵州有限公司 | 业务支撑系统设备性能监控的方法及装置 |
CN102387025B (zh) * | 2010-09-03 | 2014-03-12 | 腾讯科技(深圳)有限公司 | 一种采集业务数据包日志信息的方法及业务逻辑处理系统 |
CN102647305A (zh) * | 2011-12-19 | 2012-08-22 | 上海华御信息技术有限公司 | 一种动态实时监测并判断安全系统是否正常运行的方法 |
CN103383689A (zh) * | 2012-05-03 | 2013-11-06 | 阿里巴巴集团控股有限公司 | 一种服务进程故障检测方法、装置及服务节点 |
CN103259688B (zh) * | 2013-06-04 | 2017-03-08 | 北京搜狐新媒体信息技术有限公司 | 一种分布式存储系统的故障诊断方法与装置 |
CN103746834B (zh) * | 2013-12-25 | 2018-05-04 | 华为技术有限公司 | 传送网业务路径搜索方法和相关设备及通信系统 |
CN104461820B (zh) * | 2014-10-29 | 2018-10-09 | 中国建设银行股份有限公司 | 一种设备监控的方法及装置 |
CN106856599B (zh) * | 2015-12-09 | 2019-11-29 | 中国移动通信集团广西有限公司 | 终端、检测服务器、短信收发故障检测方法及系统 |
CN105681410B (zh) * | 2016-01-07 | 2019-07-19 | 深圳市金证科技股份有限公司 | 一种跟踪记录调试信息的方法和装置 |
CN105577454A (zh) * | 2016-03-03 | 2016-05-11 | 上海新炬网络信息技术有限公司 | 一种基于日志快速定位业务故障的方法 |
CN106897387B (zh) * | 2017-01-23 | 2020-11-24 | 北京思特奇信息技术股份有限公司 | 基于动作模拟的业务探测方法 |
CN110019762B (zh) * | 2017-12-08 | 2021-07-02 | 深圳壹账通智能科技有限公司 | 一种问题定位方法、存储介质和服务器 |
CN109995555B (zh) * | 2017-12-29 | 2022-06-03 | 中国移动通信集团山西有限公司 | 监控方法、装置、设备及介质 |
CN112631887A (zh) * | 2020-12-25 | 2021-04-09 | 百度在线网络技术(北京)有限公司 | 异常检测方法、装置、电子设备和计算机可读存储介质 |
CN114201412B (zh) * | 2022-02-16 | 2022-05-06 | 广东数源智汇科技有限公司 | 一种搜索引擎的千人千面程度测评方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022362A (zh) * | 2007-03-27 | 2007-08-22 | 华为技术有限公司 | 定位故障的方法以及业务维护平台 |
CN101110642A (zh) * | 2006-07-19 | 2008-01-23 | 中兴通讯股份有限公司 | 一种系统故障的检测方法和装置 |
CN101114930A (zh) * | 2006-07-26 | 2008-01-30 | 华为技术有限公司 | 业务跟踪方法及跟踪设备和系统 |
-
2008
- 2008-11-28 CN CN2008101477258A patent/CN101420340B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110642A (zh) * | 2006-07-19 | 2008-01-23 | 中兴通讯股份有限公司 | 一种系统故障的检测方法和装置 |
CN101114930A (zh) * | 2006-07-26 | 2008-01-30 | 华为技术有限公司 | 业务跟踪方法及跟踪设备和系统 |
CN101022362A (zh) * | 2007-03-27 | 2007-08-22 | 华为技术有限公司 | 定位故障的方法以及业务维护平台 |
Also Published As
Publication number | Publication date |
---|---|
CN101420340A (zh) | 2009-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101420340B (zh) | 一种采用自检机制的业务监控与故障快速定位方法 | |
US10901727B2 (en) | Monitoring code sensitivity to cause software build breaks during software project development | |
CN102713861B (zh) | 操作管理装置、操作管理方法以及程序存储介质 | |
CN106209405B (zh) | 故障诊断方法及装置 | |
CN105721193A (zh) | 一种系统信息监控的方法和设备 | |
CN101706749B (zh) | 基于软件安全缺陷检测的综合处理方法 | |
CN110088744B (zh) | 一种数据库维护方法及其系统 | |
CN113254323B (zh) | 线上全链路压测方法、装置及计算机设备 | |
CN106934031B (zh) | 实时处理系统中热点记录的监测和处理方法及装置 | |
CN108696314A (zh) | 一种通信光缆线路检测系统及检测方法 | |
CN112199277B (zh) | 一种基于浏览器的缺陷复现方法、装置、设备及存储介质 | |
CN113987504A (zh) | 一种网络资产管理的漏洞检测方法 | |
CN115567235A (zh) | 一种网络安全应急处置系统及应用方法 | |
CN114880285A (zh) | 基于关联数据分析的计算机安全存储系统及方法 | |
KR20140088712A (ko) | 개인정보 접근감시 시스템 및 그 방법 | |
CN105183648A (zh) | 一种可视化的自动拨测方法及系统 | |
CN107835174B (zh) | 一种基于物联网的账本反欺诈系统及方法 | |
CN113608959B (zh) | 故障硬盘定位方法、系统、终端及存储介质 | |
CN112884466A (zh) | 应用于区块链支付的区块链节点验证方法及可读存储介质 | |
CN111934949A (zh) | 一种基于数据库注入测试的安全测试系统 | |
CN110990247A (zh) | 无人值守发布系统有效性的测试系统 | |
CN111352818A (zh) | 应用程序性能分析方法、装置、存储介质及电子设备 | |
CN110674197A (zh) | 一种业务操作的可视化配置与抓取系统 | |
CN113344230B (zh) | 一种电网大数据安全防护系统 | |
CN113157532B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |