CN105812193A - 应用日志监控方法和装置 - Google Patents
应用日志监控方法和装置 Download PDFInfo
- Publication number
- CN105812193A CN105812193A CN201410836770.XA CN201410836770A CN105812193A CN 105812193 A CN105812193 A CN 105812193A CN 201410836770 A CN201410836770 A CN 201410836770A CN 105812193 A CN105812193 A CN 105812193A
- Authority
- CN
- China
- Prior art keywords
- log information
- application
- server
- application server
- information
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种应用日志监控方法及装置。所述监控方法的一具体实施方式包括:接收日志信息,所述日志信息由应用服务器采集并发送,所述日志信息至少包括所述应用的ERROR级别的日志信息;以及发送所述ERROR级别的日志信息。该实施方式实现了对应用的有效监控及应用异常的快速定位。
Description
技术领域
本申请涉及计算机技术领域,具体涉及终端技术领域,尤其涉及一种应用日志监控方法和装置。
背景技术
在现行的系统中,通常采用开源的Log4j工具作为应用系统的日志记录工具。记录日志的好处在于,一方面,可以反映系统运行的情况,另一方面,在应用发生异常时能够定位问题的根源。
目前系统中,均通过对log4j提供的配置文件进行相关配置来将系统输出的信息记录到文件中。通常我们会配置日志的输出路径、日志的输出时间、日志的输出大小、日志文件的保留个数等。
由于在行系统的服务器的存储空间已经成型,那么对日志输出的大小及日志文件的保留数量也就存在了一定的限制。随着业务的发展及业务量的增多,导致更多的日志文件的输出,从而也有更多的异常情况发生,但是日志文件的记录却被冲掉了,给问题的定位带来了极大的不便。另外服务器处于局域网环境,发生异常后工作人员不能及时发现。
发明内容
本申请提供了一种应用日志监控方法和装置。
一方面,本申请提供了一种应用日志监控方法,所述方法包括:
接收日志信息,所述日志信息由应用服务器采集并发送,所述日志信息至少包括所述应用的ERROR级别的日志信息;以及发送所述ERROR级别的日志信息。
在某些实施方式中,所述发送所述ERROR级别的日志信息包括:在接收服务器的服务端配置基于预设通讯方式的通讯信息;以及基于所述通讯信息,发送所述ERROR级别的日志信息。
在某些实施方式中,所述配置通讯信息包括:配置所述通讯的发送地址、接收地址、通讯内容、通讯时间、通知机制。
在某些实施方式中,所述通讯方式包括以下至少一项:邮件、短信、QQ、微信、MSN。
在某些实施方式中,所述应用服务器的应用软件中配置有Log4j客户端,所述接收服务器配置有Log4j服务端。
在某些实施方式中,所述应用服务器处于局域网环境中,所述接收服务器处于互联网环境中。
在某些实施方式中,所述应用服务器与所述接收服务器单向连通。
在某些实施方式中,所述应用服务器采集的日志信息的级别包括ERROR和以下至少一项:ALL、DEBUG、INFO、WARN、FATAL、OFF。
在某些实施方式中,所述日志信息保存在所述应用服务器指定目录中。
另一方面,本申请提供了一种应用日志监控装置,所述装置包括:接收模块,用于接收日志信息,所述日志信息由应用服务器采集并发送,所述日志信息至少包括所述应用的ERROR级别的日志信息;发送模块,用于发送所述ERROR级别的日志信息;以及配置模块,用于在接收服务器的服务端配置基于预设通讯方式的通讯信息。
本申请提供的应用日志监控方法,通过接收由应用服务器采集并发送的日志信息,该日志信息至少包括所述应用的ERROR级别的日志信息,然后发送所述ERROR级别的日志信息,实现了对应用的有效监控及应用异常的快速定位。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出了本申请提供的应用日志监控方法的一个实施例的流程图;
图2示出了本申请提供的应用日志工作系统的示例性结构示意图;
图3示出了本申请提供的应用日志监控方法的另一个实施例的流程图;
图4示出了申请提供的应用日志监控装置的一个实施例的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
请参考图1,其示出了本申请提供的应用日志监控方法的一个实施例的流程图。
如图1所示,在步骤101中,接收日志信息,该日志信息由应用服务器采集并发送,该日志信息至少包括ERROR级别的日志信息。
事件可以是在系统或程序中发生的、要求通知用户的重要事情,或者是添加到日志中的项。事件日志服务在事件查看器中记录应用程序、安全和系统事件。通过使用事件查看器中的系统日志,可以获取有关硬件、软件和系统组件的信息,并可以监控本地或远程计算机上的安全事件。事件日志可以帮助用户确定和诊断当前系统问题的根源,还可以帮助用户预测潜在的系统问题。
应用程序日志包含由程序记录的事件,它可以显示程序运行状态,提供给用户查看程序运行状态的依据。例如,当程序运行异常时,用户可以通过查看程序日志,快速定位异常,保障应用程序恢复正常运行。
在本实施例中,应用日志工作系统主要由应用服务器和接收服务器组成。应用服务器采集应用日志信息并发送给接收服务器,该日志信息至少包括该应用的ERROR级别的日志信息。
图2示出了本申请提供的应用日志工作系统的示例性结构示意图。
如图2所示,应用日志工作系统包括第一应用服务器201、第二应用服务器202、第三应用服务器203和接收服务器204。每个应用服务器采集本服务器上的应用日志,然后将该应用日志的部分或全部发送到接收服务器204。
在本实施例的一个可选的实现方式中,应用服务器的应用软件中配置有Log4j客户端,接收服务器配置有Log4j服务端。Log4j是Apache的一个开放源代码项目,通过使用Log4j,用户可以控制日志信息输送的目的地是控制台、文件、GUI组件,甚至是套接口服务器、NT的事件记录器、UNIXSyslog守护进程等。Log4j有多个日志级别,通过定义每一条日志信息的级别,用户能够更加细致地控制日志的生成过程。
应用服务器采集的日志信息的级别包括ERROR和以下至少一项:ALL、DEBUG、INFO、WARN、FATAL、OFF。该日志信息保存在应用服务器指定目录中,日志的输出方式为RollingFileAppender。应用服务器处于局域网环境中,可以将其采集的日志信息发送给接收服务器。应用服务器与接收服务器单向连通。接收服务器处于互联网环境中,可以方便有效地对其接收的日志信息进行处理。
接着,在步骤102中,发送ERROR级别的日志信息。
接收服务器接收到包含有ERROR级别的日志信息后,可以通过多种通讯方式将ERROR级别的日志信息发送出去,例如,上传至服务器或共享平台,以供应用管理者及时掌握该应用运行情况。
在本实施例的一个可选的实现方式中,应用服务器可以通过不同的通讯方式将接收到的日志信息发送给应用监控者或其它可以对该应用实行监控的服务器。通讯方式可以包括以下至少一项:邮件、短信、QQ、微信、MSN。例如,如图2所示,应用服务器可以通过QQ服务器205、邮件服务器206、短信服务器207等将ERROR级别的日志信息发送给应用监控者。
在本实施例的另一个可选的实现方式中,应用服务器也可以通过多种通讯方式同时将其采集的日志信息发送给应用监控者或其它可以对该应用实行监控的服务器。例如,同时启用图2中的邮件服务器206和短信服务器207发送日志信息,此时,即使应用监控者没有看到邮件或其所处的环境因没有无线网络而不能接收邮件,他还可以通过短信得知应用运行异常,并及时定位该应用异常。
本实施例提供的应用日志监控方法,通过应用服务器采集应用日志信息并将包含ERROR级别的日志信息发送给接收服务器,该日志信息同时保存在应用服务器的指定目录中,然后接收服务器将该ERROR级别的日志信息发送给应用监控者,实现了应用的有效监控。应用监控者也能够及时掌握应用运行情况,并通过其收到的ERROR级别的日志信息和应用服务器指定目录中保存的日志信息,快速定位应用异常,保障应用正常运行,为用户提供了一个可靠运行的应用服务。
进一步参考图3,其示出了本申请提供的应用日志监控方法的另一个实施例的流程图。
如图3所示,在步骤301中,接收日志信息,该日志信息由应用服务器采集并发送,该日志信息至少包括ERROR级别的日志信息。
应用程序日志包含由程序记录的事件,它可以显示程序运行状态,提供给用户查看程序运行状态的依据。用户可以通过查看应用日志得知该应用运行情况,例如,应用使用频率、应用异常情况等,当应用程序运行异常时,用户可以通过查看程序日志,定位该应用异常,进而解决该问题,使程序恢复正常运行。
在本实施例中,应用日志工作系统主要由应用服务器和接收服务器组成。应用服务器采集应用日志信息并发送给接收服务器,该日志信息至少包括该应用的ERROR级别的日志信息。
在本实施例的一个可选的实现方式中,应用服务器的应用软件中配置有Log4j客户端,接收服务器配置有Log4j服务端。应用服务器采集的日志信息的级别包括ERROR和以下至少一项:ALL、DEBUG、INFO、WARN、FATAL、OFF。该日志信息保存在应用服务器指定目录中,当应用程序出现运行异常时,可以通过查看该日志信息进行定位。应用服务器处于局域网环境中,可以将其采集的日志信息发送给接收服务器。应用服务器与接收服务器单向连通。接收服务器处于互联网环境中,可以方便有效地对其接收的日志信息进行处理。
接着,在步骤302中,在接收服务器的服务端配置基于预设通讯方式的通讯信息。
在本实施例中,可以在接收服务器的服务端配置基于预设通讯方式的通讯信息。预设通讯方式可以包括以下至少一项:邮件、短信、QQ、微信、MSN。配置通讯信息包括:配置通讯的发送地址、接收地址、通讯内容、通讯时间、通知机制。
在本实施例的一个可选的实现方式中,预设通讯方式例如可以是邮件。在接收服务器的服务端配置通讯信息可以包括:邮件发送地址、邮件接收地址、邮件内容、邮件发送时间、邮件通知机制等。例如,接收服务器端可以配置一个邮件发送地址,并配置其始终处于在线状态;邮件接收地址可以配置为应用管理者的邮箱地址;邮件内容可以包括:日志内容的部分或全部、日志接收时间、日志概要及这些的任意组合;邮件发送时间可以配置为接收到日志信息一段时间后进行发送,优选地,可以基于日志信息配置邮件发送时间,例如,依据应用异常的等级配置邮件发送时间;通知邮件发送机制可以包括声音提醒或在接收邮件的电子设备屏幕上弹出小窗口提醒等。
最后,在步骤303中,发送ERROR级别的日志信息。
在本实施例中,接收服务器接收到包含有ERROR级别的日志信息后,可以通过预设通讯方式及步骤302中配置的通讯信息将ERROR级别的日志信息发送出去,例如,上传至服务器或共享平台,以供应用管理者及时掌握该应用运行情况。
在本实施例的一个可选的实现方式中,应用服务器也可以通过多种通讯方式同时将其采集的日志信息发送给应用监控者或其它可以对该应用实行监控的服务器。例如,同时使用邮件和短信将日志信息发送给应用监控者,此时,即使应用监控者没有看到邮件或其所处的环境因没有无线网络而不能接收邮件,他还可以通过短信得知应用运行异常,并及时定位该应用异常。
本实施例提供的应用日志监控方法,与图1所示实施例不同的是,增加了步骤302中在接收服务器的服务端配置基于预设通讯方式的通讯信息。通过增加的步骤302,接收服务器可以快速高效地处理其接收到的日志信息。应用监控者也能够及时掌握应用运行情况,并通过其收到的ERROR级别的日志信息和应用服务器指定目录中保存的日志信息,快速定位应用异常。
进一步参考图4,其示出了申请提供的应用日志监控装置的一个实施例的结构示意图。
如图4所示,本实施例提供的应用日志监控装置包括:接收模块401、发送模块402以及配置模块403。其中,接收模块401用于接收日志信息,该日志信息由应用服务器采集并发送,该日志信息至少包括应用的ERROR级别的日志信息;发送模块402用于发送ERROR级别的日志信息;配置模块403用于在接收服务器的服务端配置基于预设通讯方式的通讯信息。
在本实施例中,接收模块401接收的日志信息由应用服务器采集并发送,应用服务器采集的日志信息的级别包括ERROR和以下至少一项:ALL、DEBUG、INFO、WARN、FATAL、OFF。该日志信息保存在应用服务器指定目录中,日志的输出方式为RollingFileAppender。
在本实施例中,接收服务器接收到包含有ERROR级别的日志信息后,可以由发送模块402多种通讯方式将ERROR级别的日志信息发送出去,例如,上传至服务器或共享平台,以供应用管理者及时掌握该应用运行情况。
在本实施例中,配置模块403可以在接收服务器的服务端配置基于预设通讯方式的通讯信息。预设通讯方式可以包括以下至少一项:邮件、短信、QQ、微信、MSN。配置通讯信息包括:配置通讯的发送地址、接收地址、通讯内容、通讯时间、通知机制。
应当注意,描述于本申请实施例中所涉及到的单元模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元模块也可以设置在处理器中,例如,可以描述为:一种处理器包括接收模块、发送模块和配置模块。其中,这些单元模块的名称在某种情况下并不构成对该单元模块本身的限定,例如,接收模块还可以被描述为“用于接收日志信息的模块”。
作为另一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质;也可以是单独存在,未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序,所述程序被一个或者一个以上的处理器用来执行描述于本申请的对通讯对象的联系方式变化进行处理的方法。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (10)
1.一种应用日志监控方法,其特征在于,所述方法包括:
接收日志信息,所述日志信息由应用服务器采集并发送,所述日志信息至少包括所述应用的ERROR级别的日志信息;以及
发送所述ERROR级别的日志信息。
2.根据权利要求1所述的方法,其特征在于,所述发送所述ERROR级别的日志信息包括:
在接收服务器的服务端配置基于预设通讯方式的通讯信息;以及
基于所述通讯信息,发送所述ERROR级别的日志信息。
3.根据权利要求2所述的方法,其特征在于,所述配置通讯信息包括:配置所述通讯的发送地址、接收地址、通讯内容、通讯时间、通知机制。
4.根据权利要求3所述的方法,其特征在于,所述通讯方式包括以下至少一项:邮件、短信、QQ、微信、MSN。
5.根据权利要求2-4之一所述的方法,其特征在于,所述应用服务器的应用软件中配置有Log4j客户端,所述接收服务器配置有Log4j服务端。
6.根据权利要求5所述的方法,其特征在于,所述应用服务器处于局域网环境中,所述接收服务器处于互联网环境中。
7.根据权利要求6所述的方法,其特征在于,所述应用服务器与所述接收服务器单向连通。
8.根据权利要求1所述的方法,其特征在于,所述应用服务器采集的日志信息的级别包括ERROR和以下至少一项:ALL、DEBUG、INFO、WARN、FATAL、OFF。
9.根据权利要求8所述的方法,其特征在于,所述日志信息保存在所述应用服务器指定目录中。
10.一种应用日志监控装置,其特征在于,所述装置包括:
接收模块,用于接收日志信息,所述日志信息由应用服务器采集并发送,所述日志信息至少包括所述应用的ERROR级别的日志信息;
发送模块,用于发送所述ERROR级别的日志信息;以及
配置模块,用于在接收服务器的服务端配置基于预设通讯方式的通讯信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410836770.XA CN105812193A (zh) | 2014-12-29 | 2014-12-29 | 应用日志监控方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410836770.XA CN105812193A (zh) | 2014-12-29 | 2014-12-29 | 应用日志监控方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105812193A true CN105812193A (zh) | 2016-07-27 |
Family
ID=56980824
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410836770.XA Pending CN105812193A (zh) | 2014-12-29 | 2014-12-29 | 应用日志监控方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105812193A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106484593A (zh) * | 2016-09-29 | 2017-03-08 | 北京小米移动软件有限公司 | 日志处理方法、装置及电子设备 |
CN107040816A (zh) * | 2017-03-17 | 2017-08-11 | 北京潘达互娱科技有限公司 | 一种客户端应用运行异常分析方法与装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815010A (zh) * | 2009-02-25 | 2010-08-25 | 北京启明星辰信息技术股份有限公司 | 一种系统日志的上报方法和上报系统 |
CN103488558A (zh) * | 2013-09-17 | 2014-01-01 | 北京思特奇信息技术股份有限公司 | 一种基于log4j日志框架自动采集应用异常的装置及方法 |
-
2014
- 2014-12-29 CN CN201410836770.XA patent/CN105812193A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815010A (zh) * | 2009-02-25 | 2010-08-25 | 北京启明星辰信息技术股份有限公司 | 一种系统日志的上报方法和上报系统 |
CN103488558A (zh) * | 2013-09-17 | 2014-01-01 | 北京思特奇信息技术股份有限公司 | 一种基于log4j日志框架自动采集应用异常的装置及方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106484593A (zh) * | 2016-09-29 | 2017-03-08 | 北京小米移动软件有限公司 | 日志处理方法、装置及电子设备 |
CN107040816A (zh) * | 2017-03-17 | 2017-08-11 | 北京潘达互娱科技有限公司 | 一种客户端应用运行异常分析方法与装置 |
CN107040816B (zh) * | 2017-03-17 | 2020-08-11 | 北京潘达互娱科技有限公司 | 一种客户端应用运行异常分析方法与装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110213068B (zh) | 一种消息中间件的监控方法及相关设备 | |
CN105159964B (zh) | 一种日志监控方法及系统 | |
CN105488610A (zh) | 一种电力应用系统故障实时分析诊断系统及方法 | |
US11632320B2 (en) | Centralized analytical monitoring of IP connected devices | |
US10404633B2 (en) | Enhanced video instant messaging processing | |
CN104699598A (zh) | 自动化测试方法、装置、设备及系统 | |
CN108829560A (zh) | 数据监控方法、装置、计算机设备及存储介质 | |
US11789760B2 (en) | Alerting, diagnosing, and transmitting computer issues to a technical resource in response to an indication of occurrence by an end user | |
CN104978529A (zh) | 网页前端的异常处理方法、异常处理系统及异常处理服务器 | |
CN103795580A (zh) | 一种数据监控方法、系统及相关设备 | |
CN107896172B (zh) | 监听故障处理方法及装置、存储介质和电子设备 | |
CN103778049A (zh) | 一种嵌入式设备开发日志系统 | |
CN103856966A (zh) | 远程无线网络故障的定位方法和装置 | |
US10289522B2 (en) | Autonomous information technology diagnostic checks | |
US10931513B2 (en) | Event-triggered distributed data collection in a distributed transaction monitoring system | |
CN102769533A (zh) | 数据处理方法和数据处理装置 | |
US8166162B2 (en) | Adaptive customer-facing interface reset mechanisms | |
CN108984362A (zh) | 日志采集方法及装置、存储介质、电子设备 | |
CN105812193A (zh) | 应用日志监控方法和装置 | |
CN114253799A (zh) | 一种故障处理系统、方法、服务器及可读存储介质 | |
CN105825641A (zh) | 一种业务报警方法和装置 | |
Kheddam et al. | Monitoring of RFID failures resulting from LLRP misconfigurations | |
CN107885169A (zh) | 一种现场数据的收集方法、装置和系统 | |
JPWO2013014793A1 (ja) | 通信装置 | |
WO2018049527A1 (en) | Systems and related methods for providing environmental intelligence |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160727 |