CN111045898A - 多级子系统的日志收集方法、装置、设备及可读存储介质 - Google Patents
多级子系统的日志收集方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN111045898A CN111045898A CN201911332530.5A CN201911332530A CN111045898A CN 111045898 A CN111045898 A CN 111045898A CN 201911332530 A CN201911332530 A CN 201911332530A CN 111045898 A CN111045898 A CN 111045898A
- Authority
- CN
- China
- Prior art keywords
- log
- subsystem
- stage
- logs
- level
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000007246 mechanism Effects 0.000 claims description 16
- 230000001960 triggered effect Effects 0.000 claims description 10
- 238000012217 deletion Methods 0.000 claims description 7
- 230000037430 deletion Effects 0.000 claims description 7
- 238000012216 screening Methods 0.000 claims description 3
- 230000001788 irregular Effects 0.000 abstract description 6
- 230000009286 beneficial effect Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 8
- 230000006855 networking Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013433 optimization analysis Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了多级子系统的日志收集方法,在第一级子系统接收到日志收集指令时,控制控制各级子系统收集并反馈系统日志,并将各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中。该方法通过收集所有子系统的系统日志进行统一管理,由于每次收集的日志项目相同,相对于传统的不定时不定节点的无规则日志收集大大简化了日志管理负担,同时也简化了日志查找的实现,另外该方法将各子系统的系统日志在预先创建的子系统日志目录留存备份,避免了子系统日志删除导致的历史日志丢失的情况,可以有效提升系统性能分析的效果。本申请还提供了多级子系统的日志收集装置、设备及可读存储介质,具有上述有益效果。
Description
技术领域
本申请涉及电子技术领域,特别涉及一种多级子系统的日志收集方法、装置、设备及一种可读存储介质。
背景技术
随着信息科技的发展,存储系统的应用需求越来越大,日益增加的业务量对存储系统的稳定性,可靠性,安全性等方面要求越来越高。而管控子系统作为存储设备中重要的组成部分,对设备的正常运行管理起着至关重要的作用。管控子系统运行在单板一个单独芯片上,监控和控制整个单板的外围器件。而目前设计组网越来越复杂,一个机头后面会拖很多个单板,整套组网环境只有机头的一块CPU运行与客户交流的系统。
系统日志是查看系统运行情况的一个有效记录手段,传统方法下的日志收集中每个子系统获取并存放各自的日志,在需要时由机头向指定的子系统发送日志获取请求,该子系统再将日志上传,这种日志响应路径较长,且这种不定时不定节点的无规则日志获取对于机头来说会带来较大的存储负担,后续日志查找也比较麻烦;另外由于各子系统容量较小,一般对日志有定量删除机制,在已存储的日志总量达到一定值时会自动删除历史日志,而这将导致无法获取历史日志,对于系统性能分析带来较大的困难。
因此如何能够高效简单的收集获取各级子系统的系统日志,就显得很重要。
发明内容
本申请的目的是提供一种多级子系统的日志收集方法,该方法能够高效简单的收集获取各级子系统的系统日志;本申请的另一目的是提供一种多级子系统的日志收集装置、设备及一种可读存储介质。
为解决上述技术问题,本申请提供一种多级子系统的日志收集方法,包括:
安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
接收所述各级子系统反馈的系统日志,得到各级系统日志;
将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
可选地,所述多级子系统的日志收集方法还包括:
当所述子系统中系统日志总量达到待清除阈值时,向所述第一级子系统发送日志反馈请求;
所述第一级子系统接收到所述日志反馈请求时,触发日志收集指令;
所述子系统在系统日志反馈至所述第一级子系统后,启动系统日志删除。
可选地,所述多级子系统的日志收集方法还包括:
所述主控CPU检测到定期日志收集机制或系统故障收集机制触发的日志获取请求时,生成所述日志收集指令;
所述主控CPU将所述日志收集指令下发至所述第一级子系统。
可选地,将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,包括:
为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
当接收到子系统日志时,确定所述子系统对应的存储空间,并将所述子系统日志添加至所述存储空间中。
可选地,在将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中之后,还包括:
筛选出所述子系统日志目录中存储时间超过预设存储时间阈值的日志,作为过期日志;
删除所述过期日志。
可选地,在删除所述过期日志之前,还包括:
将所述过期日志添加至预设历史日志存放存储介质中,以便响应主控CPU的对于历史日志的查看请求。
本申请公开一种多级子系统的日志收集装置,包括:
子系统日志收集单元,用于安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
系统日志接收单元,用于接收所述各级子系统反馈的系统日志,得到各级系统日志;
系统日志存放单元,用于将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
可选地,所述系统日志存放单元包括:
空间分配子单元,用于为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
日志添加子单元,用于当接收到子系统日志时,确定所述子系统对应的存储空间,并将所述子系统日志添加至所述存储空间中。
本申请公开一种多级子系统的日志收集设备,包括:
存储器,用于存储程序;
处理器,用于执行所述程序时实现所述多级子系统的日志收集方法的步骤。
本申请公开一种可读存储介质,所述可读存储介质上存储有程序,所述程序被处理器执行时实现所述多级子系统的日志收集方法的步骤。
本申请所提供的多级子系统的日志收集方法,在安装于机头的第一级子系统接收到日志收集指令时,控制控制各级子系统收集并反馈系统日志,并将各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。该方法通过收集所有子系统的系统日志进行统一管理,由于每次收集的日志项目相同,相对于传统的不定时不定节点的无规则日志收集大大简化了日志管理负担,同时也简化了日志查找的实现,另外该方法将各子系统的系统日志在预先创建的子系统日志目录留存备份,避免了子系统日志删除导致的历史日志丢失的情况,可以有效提升系统性能分析的效果。
本申请还提供了一种多级子系统的日志收集装置、设备及一种可读存储介质,具有上述有益效果,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种多级子系统的日志收集方法的流程图;
图2为本申请实施例提供的一种设备组网示意图;
图3为本申请实施例提供的一种三级子系统日志存放规范示意图;
图4为本申请实施例提供的一种多级子系统的日志收集装置的结构框图;
图5为本申请实施例提供的一种多级子系统的日志收集设备的结构示意图。
具体实施方式
本申请的核心是提供一种多级子系统的日志收集方法,该方法能够高效简单的收集获取各级子系统的系统日志;本申请的另一核心是提供一种多级子系统的日志收集装置、设备及一种可读存储介质。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参考图1,图1为本实施例提供的多级子系统的日志收集方法的流程图,该方法主要包括:
步骤s110、安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
机头指运行有主控CPU(运行与客户交流的系统)的主机,第一级子系统也运行于机头中,除机头外组网中的其它设备均受机头的管控,分别运行(管控)子系统,而其他设备间存在级别,一般级别是根据与机头连接的远近确定的,如图2所示为一种设备组网示意图,可见直接与机头连接的设备为第二级设备,运行第二级子系统,与第二级设备连接的设备为第三级设备,运行第三级子系统。
第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志,其中各级子系统也包括第一级子系统,本发明可以一次收集日志过程将全部级联子系统日志全部收集完成,避免了不定时不定节点的无规则日志获取对于机头的存储负担,也便于后续日志查找。
由于各子系统有定量日志删除机制,即在子系统中存储的日志总量达到待清除阈值后,会自动清除日志,而这种情况下会导致主控CPU无法获取时间较长的历史子系统日志的情况,可能会影响后续根据历史系统日志进行系统优化处理的实现,为避免该种情况,本实施例中提出:当子系统中系统日志总量达到待清除阈值时,向第一级子系统发送日志反馈请求;
第一级子系统接收到日志反馈请求时,触发日志收集指令;
子系统在系统日志反馈至第一级子系统后,启动系统日志删除。
在子系统中系统日志总量达到待清除阈值,即将触发日志删除前,向第一级子系统发送日志反馈请求,请求第一级子系统启动日志删除前的日志收集,以实现子系统日志备份,在子系统在系统日志反馈至第一级子系统后,为避免系统日志对子系统带来较大的存储负担,在子系统日志备份至系统日志目录中后,启动系统日志删除。
本实施例提供的上述多级子系统日志收集触发机制可以保证各子系统历史系统日志的自动备份,同时不会对子系统带来存储负担,可以方便系统性能优化分析。
上述介绍了一种被动多级子系统日志收集触发过程的实现,多级子系统的系统日志收集也可以由主控CPU主动触发,本实施例中介绍一种主动触发多级子系统日志收集机制,具体地,如下:
主控CPU检测到定期日志收集机制或系统故障收集机制触发的日志获取请求时,生成日志收集指令;
主控CPU将日志收集指令下发至第一级子系统。
该主动触发机制在主控CPU检测到定期日志收集机制或系统故障收集机制触发的日志获取请求时,生成日志收集指令,其中,定期日志收集机制指每隔预设时间触发子系统日志的收集,以保证及时了解该时间间隔内的系统运行情况;系统故障收集机制指主控CPU在发生某些系统故障时会触发各级子系统的日志收集,以便根据实时的系统日志解决当前系统故障,保证系统的稳定性,本实施例中仅以上述两种主动触发机制为例进行介绍,其它主动触发机制下的多级子系统日志收集均可参照本实施例的介绍。
不论采用何种子系统日志收集触发机制,在子系统日志反馈至第一级子系统后,为避免在子系统自动日志删除前日志的重复收集,可以在每次子系统将收集的日志反馈至第一级子系统后,触发已反馈的子系统日志的删除,当然,也可以不执行以上步骤,在此不做限定。
步骤s120、接收各级子系统反馈的系统日志,得到各级系统日志;
第一级子系统收集其他子系统的日志,除第一级子系统外(第一级子系统的系统日志一般可以直接存放于机头中),后面所有的子系统日志全部放置到第一级子系统中,缓存在内存或者flash中。
步骤s130、将各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
CPU运行的大系统下单独创建目录来存放管控子系统的日志。多级系统日志存放规则可以规定日志的存放顺序和/或每份日志大小,根据多级系统日志存放规则,添加至一个目录下,易于查看。
本实施例中对设置的多级系统日志存放规则不做限定,可以根据实际的日志文件查看需要进行相应设置,比如将经常需要查看的日志放在地址靠前的位置,避免遍历;也可以按照组网结构进行日志信息的存储。
可选地,一种将各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中的实现方式如下:
为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
当接收到子系统日志时,确定子系统对应的存储空间,并将子系统日志添加至存储空间中。
如图3所示为一种三级子系统日志存放规范示意图,该日志存放方式对于各系统日志设置有固定大小和位置,将多级子系统一次收集的日志按照固定顺序和大小全部放置在同一个文件中,在日志查找时直接确定存储位置进行日志调取即可,避免了多级子系统日志的文件混放在一个目录下,查找简单、易于查看。。本申请中
本实施例中仅以上述日志存放规则为例进行介绍,其它多级系统日志存放规则(比如将收集到的各子系统日志按照系统级别依次无间隔的存放等)下的实现方式均可参照本实施例的介绍。
将各级系统日志存放于预先创建的子系统日志目录中,子系统日志目录所指示的日志存储空间一般可以设置于机头中第一级子系统以外的指定存储空间,以避免对第一级子系统中存储资源的过多占用,同时缩短机头对于子系统日志查看请求的响应路径长度。而由于机头的存储空间很大,存储各级子系统日志并不会对机头的响应性能产生较大的影响。而为了避免长期多级系统日志存储对机头存储空间的占用,同时时间过于久远的系统日志可能对于系统性能优化所产生的作用较小,因此,可以进一步执行以下步骤:筛选出子系统日志目录中存储时间超过预设存储时间阈值的日志,作为过期日志;删除过期日志。
而为了避免长期多级系统日志存储对机头存储空间的占用,同时避免有用信息的删除,在删除过期日志之前,可以进一步执行以下步骤:将过期日志添加至预设历史日志存放存储介质中,以便响应主控CPU的对于历史日志的查看请求。预设历史日志存放存储介质指机头以外的存储介质,比如单独用于存放历史日志的硬盘等,也可以将预先创建的子系统日志目录对应的存储空间设置于机头以外的存储介质中,在此不做限定。
另外,需要说明的是,本实施例提供的上述多级子系统的日志收集方法适用于所有存储产品并不限于存储产品,可以应用于具有级联管理系统,且由机头管理多个子系统的场景,对于该种系统类型下具有通用性以及移植性,本实施例对具体的应用场景不做限定
基于上述介绍,本实施例提供的多级子系统的日志收集方法,通过收集所有子系统的系统日志进行统一管理,由于每次收集的日志项目相同,相对于传统的不定时不定节点的无规则日志收集大大简化了日志管理负担,同时也简化了日志查找的实现,另外该方法将各子系统的系统日志在预先创建的子系统日志目录留存备份,避免了子系统日志删除导致的历史日志丢失的情况,可以有效提升系统性能分析的效果。
请参考图4,图4为本实施例提供的多级子系统的日志收集装置的结构框图;该装置可以包括:子系统日志收集单元210、系统日志接收单元220以及系统日志存放单元230。本实施例提供的多级子系统的日志收集装置可与上述多级子系统的日志收集方法相互对照。
其中,子系统日志收集单元210主要用于安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
系统日志接收单元220主要用于接收各级子系统反馈的系统日志,得到各级系统日志;
系统日志存放单元230主要用于将各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
可选地,系统日志存放单元具体可以包括:
空间分配子单元,用于为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
日志添加子单元,用于当接收到子系统日志时,确定子系统对应的存储空间,并将子系统日志添加至存储空间中。
本实施例提供一种多级子系统的日志收集设备,包括:存储器以及处理器。
其中,存储器用于存储程序;
处理器用于执行程序时实现如上述实施例介绍的多级子系统的日志收集方法的步骤,具体可参照上述多级子系统的日志收集方法的介绍。
请参考图5,为本实施例提供的多级子系统的日志收集设备的结构示意图,该多级子系统的日志收集设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,CPU)322(例如,一个或一个以上处理器)和存储器332,一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中,存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储介质330通信,在多级子系统的日志收集设备301上执行存储介质330中的一系列指令操作。
多级子系统的日志收集设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上面图1所描述的多级子系统的日志收集方法中的步骤可以由本实施例介绍的多级子系统的日志收集设备的结构实现。
本实施例公开一种可读存储介质,其上存储有程序,程序被处理器执行时实现如上述实施例介绍的多级子系统的日志收集方法的步骤,具体可参照上述实施例中对多级子系统的日志收集方法的介绍。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的多级子系统的日志收集方法、装置、设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (10)
1.一种多级子系统的日志收集方法,其特征在于,包括:
安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
接收所述各级子系统反馈的系统日志,得到各级系统日志;
将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
2.如权利要求1所述的多级子系统的日志收集方法,其特征在于,还包括:
当所述子系统中系统日志总量达到待清除阈值时,向所述第一级子系统发送日志反馈请求;
所述第一级子系统接收到所述日志反馈请求时,触发日志收集指令;
所述子系统在系统日志反馈至所述第一级子系统后,启动系统日志删除。
3.如权利要求1所述的多级子系统的日志收集方法,其特征在于,还包括:
所述主控CPU检测到定期日志收集机制或系统故障收集机制触发的日志获取请求时,生成所述日志收集指令;
所述主控CPU将所述日志收集指令下发至所述第一级子系统。
4.如权利要求1所述的多级子系统的日志收集方法,其特征在于,将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,包括:
为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
当接收到子系统日志时,确定所述子系统对应的存储空间,并将所述子系统日志添加至所述存储空间中。
5.如权利要求1所述的多级子系统的日志收集方法,其特征在于,在将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中之后,还包括:
筛选出所述子系统日志目录中存储时间超过预设存储时间阈值的日志,作为过期日志;
删除所述过期日志。
6.如权利要求5所述的多级子系统的日志收集方法,其特征在于,在删除所述过期日志之前,还包括:
将所述过期日志添加至预设历史日志存放存储介质中,以便响应主控CPU的对于历史日志的查看请求。
7.一种多级子系统的日志收集装置,其特征在于,包括:
子系统日志收集单元,用于安装于机头的第一级子系统接收到日志收集指令时,控制各级子系统收集并反馈当前的系统日志;
系统日志接收单元,用于接收所述各级子系统反馈的系统日志,得到各级系统日志;
系统日志存放单元,用于将所述各级系统日志按照预设多级系统日志存放规则存放于预先创建的子系统日志目录中,以便响应主控CPU的日志查看请求。
8.如权利要求7所述的多级子系统的日志收集装置,其特征在于,所述系统日志存放单元包括:
空间分配子单元,用于为各子系统日志按照子系统级别依次分配统一大小的固定存储空间;
日志添加子单元,用于当接收到子系统日志时,确定所述子系统对应的存储空间,并将所述子系统日志添加至所述存储空间中。
9.一种多级子系统的日志收集设备,其特征在于,包括:
存储器,用于存储程序;
处理器,用于执行所述程序时实现如权利要求1至6任一项所述多级子系统的日志收集方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有程序,所述程序被处理器执行时实现如权利要求1至6任一项所述多级子系统的日志收集方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911332530.5A CN111045898A (zh) | 2019-12-22 | 2019-12-22 | 多级子系统的日志收集方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911332530.5A CN111045898A (zh) | 2019-12-22 | 2019-12-22 | 多级子系统的日志收集方法、装置、设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111045898A true CN111045898A (zh) | 2020-04-21 |
Family
ID=70238328
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911332530.5A Pending CN111045898A (zh) | 2019-12-22 | 2019-12-22 | 多级子系统的日志收集方法、装置、设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111045898A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102411533A (zh) * | 2011-08-08 | 2012-04-11 | 浪潮电子信息产业股份有限公司 | 一种集群存储系统的日志管理优化方法 |
CN104933114A (zh) * | 2015-06-08 | 2015-09-23 | 山东蚁巡网络科技有限公司 | 一种海量日志管理云平台 |
CN106055630A (zh) * | 2016-05-27 | 2016-10-26 | 北京小米移动软件有限公司 | 日志存储的方法及装置 |
CN106850295A (zh) * | 2017-02-04 | 2017-06-13 | 郑州云海信息技术有限公司 | 一种私有化云平台的日志采集监控方法 |
CN106886375A (zh) * | 2017-03-27 | 2017-06-23 | 百度在线网络技术(北京)有限公司 | 存储数据的方法和装置 |
CN107092683A (zh) * | 2017-04-21 | 2017-08-25 | 北京奇艺世纪科技有限公司 | 一种日志处理系统和方法 |
CN107360242A (zh) * | 2017-07-27 | 2017-11-17 | 郑州云海信息技术有限公司 | 一种日志文件的下载方法及系统 |
CN108108466A (zh) * | 2017-12-29 | 2018-06-01 | 咪咕文化科技有限公司 | 一种分布式系统日志查询分析方法及装置 |
-
2019
- 2019-12-22 CN CN201911332530.5A patent/CN111045898A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102411533A (zh) * | 2011-08-08 | 2012-04-11 | 浪潮电子信息产业股份有限公司 | 一种集群存储系统的日志管理优化方法 |
CN104933114A (zh) * | 2015-06-08 | 2015-09-23 | 山东蚁巡网络科技有限公司 | 一种海量日志管理云平台 |
CN106055630A (zh) * | 2016-05-27 | 2016-10-26 | 北京小米移动软件有限公司 | 日志存储的方法及装置 |
CN106850295A (zh) * | 2017-02-04 | 2017-06-13 | 郑州云海信息技术有限公司 | 一种私有化云平台的日志采集监控方法 |
CN106886375A (zh) * | 2017-03-27 | 2017-06-23 | 百度在线网络技术(北京)有限公司 | 存储数据的方法和装置 |
CN107092683A (zh) * | 2017-04-21 | 2017-08-25 | 北京奇艺世纪科技有限公司 | 一种日志处理系统和方法 |
CN107360242A (zh) * | 2017-07-27 | 2017-11-17 | 郑州云海信息技术有限公司 | 一种日志文件的下载方法及系统 |
CN108108466A (zh) * | 2017-12-29 | 2018-06-01 | 咪咕文化科技有限公司 | 一种分布式系统日志查询分析方法及装置 |
Non-Patent Citations (1)
Title |
---|
赵时昱 等, 同济大学出版社 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7171668B2 (en) | Automatic data interpretation and implementation using performance capacity management framework over many servers | |
US9930111B2 (en) | Techniques for web server management | |
EP3335120B1 (en) | Method and system for resource scheduling | |
US8191068B2 (en) | Resource management system, resource information providing method and program | |
US9053166B2 (en) | Dynamically varying the number of database replicas | |
US9602340B2 (en) | Performance monitoring | |
CA2593542C (en) | Systems, methods, and software for distributed loading of databases | |
CN107872517B (zh) | 一种数据处理方法及装置 | |
TWI711935B (zh) | 檔案處理的方法及裝置 | |
WO2020036763A1 (en) | Testing data changes in production systems | |
CN109460345B (zh) | 实时数据的计算方法及系统 | |
CN112506870A (zh) | 数据仓库增量更新方法、装置及计算机设备 | |
FR3102259A1 (fr) | Surveillance d’un environnement de serveur d’applications distribué | |
WO2019140738A1 (zh) | 避免过度回访的方法、电子装置及计算机可读存储介质 | |
CN110502581B (zh) | 分布式数据库系统监测方法及装置 | |
RU2005130257A (ru) | Системы и способы предотвращения вторжения для сетевых серверов | |
CN112367384B (zh) | 基于Kafka集群的动态限速方法、装置以及计算机设备 | |
CN111818097B (zh) | 基于行为的流量监测方法及装置 | |
CN113992378B (zh) | 一种安全监测方法、装置、电子设备及存储介质 | |
CN111045898A (zh) | 多级子系统的日志收集方法、装置、设备及可读存储介质 | |
CN116414661A (zh) | 分布式存储的固态硬盘处理方法和装置 | |
US11645186B2 (en) | Remote deployment of monitoring agents on computing systems | |
CN110955579A (zh) | 一种基于Ambari的大数据平台的监测方法 | |
CN114531253A (zh) | 一种威胁情报生成方法、设备、系统及存储介质 | |
CN111104220A (zh) | 基于Arm架构的服务器配置方法、系统及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200421 |
|
RJ01 | Rejection of invention patent application after publication |