WO2020000745A1 - 日志管理方法、装置、计算机设备及存储介质 - Google Patents

日志管理方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2020000745A1
WO2020000745A1 PCT/CN2018/108516 CN2018108516W WO2020000745A1 WO 2020000745 A1 WO2020000745 A1 WO 2020000745A1 CN 2018108516 W CN2018108516 W CN 2018108516W WO 2020000745 A1 WO2020000745 A1 WO 2020000745A1
Authority
WO
WIPO (PCT)
Prior art keywords
log
fault
server
data
download
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.)
Ceased
Application number
PCT/CN2018/108516
Other languages
English (en)
French (fr)
Inventor
李嘉勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2020000745A1 publication Critical patent/WO2020000745A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging

Definitions

  • the present application relates to the field of computer technology, and in particular, to a log management method, device, computer device, and storage medium.
  • server clusters are mostly managed by management platforms.
  • server hardware fault log collection usually has the following problems: server vendors provide fault log collection functions, but need to log in to the faulty server to perform the following tasks: The whole process requires multiple certifications. Once there are batch server failures, this method will seriously affect the fault location and processing time; when engineers actually analyze the fault, it is often a period of time after the fault occurs, and the fault point may have been missed. Log information, there is a possibility that critical information of the fault is lost. Therefore, it is necessary to provide a log management method to solve the above problems.
  • This application provides a log management method, device, computer equipment, and storage medium to facilitate management of the server's fault log.
  • the present application provides a log management method, which includes:
  • This application provides a log management device, which includes:
  • a first obtaining unit configured to obtain fault data of a server in a server cluster, and a host identifier and a server type of a server corresponding to the fault data;
  • a script determining unit configured to determine a preset download script corresponding to the server type corresponding to the fault data based on a preset correspondence between the server type and the preset download script;
  • a log downloading unit configured to pre-download a fault log corresponding to the fault data from a server corresponding to the host identifier according to the determined preset download script
  • a saving generating unit configured to save the fault log in a first preset database, and generate a log download link according to the fault log;
  • a link publishing unit is configured to send the log download link to a terminal to manage the fault log.
  • the present application also provides a computer device including a memory, a processor, and a computer program stored on the memory and executable on the processor.
  • a computer program stored on the memory and executable on the processor.
  • the processor executes the program, the program provided by the application is implemented. The steps of any one of the log management methods.
  • the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the processor causes the processor to execute any one of the items provided in the application. Steps of the log management method.
  • the log management method, device, computer equipment, and storage medium obtained fault data of a server in a server cluster, and obtain the host identifier and server type of the server corresponding to the fault data, and according to the server type corresponding to the fault data.
  • the above log management method can centrally manage the fault logs of multiple servers, avoiding the tedious authentication process of viewing the fault logs, while improving the download speed of the fault logs and avoiding the loss of fault information.
  • FIG. 1 is a schematic flowchart of a log management method according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a log management method according to another embodiment of the present application.
  • FIG. 3 is a schematic flowchart of sub-steps of the log management method in FIG. 2;
  • FIG. 4 is a schematic block diagram of a log management apparatus according to an embodiment of the present application.
  • FIG. 5 is a schematic block diagram of a log management apparatus according to another embodiment of the present application.
  • FIG. 6 is a schematic block diagram of a computer device according to an embodiment of the present application.
  • the embodiments of the present application provide a log management method, a device, a computer device, and a storage medium. This log management method is applied to the server corresponding to the centralized management platform and used to manage the servers in the server cluster.
  • the centralized management platform is a platform software system developed based on out-of-band devices.
  • the platform software system includes a client and a server.
  • the client is configured in the terminal
  • the server is configured in the management server
  • the management server and the terminal are implemented in cooperation.
  • the out-of-band device installs a server in a server cluster, and the out-of-band device may be, for example, a baseboard management controller (BMC).
  • BMC baseboard management controller
  • a PC Personal Computer, personal computer
  • REDFISH can also support data center power supply / cooling fields and network switches. It uses the RESTful API industry standard of the infrastructure, uses the HTTPS protocol and JSON data format, and is easier to interface with DevOps tools. Based on the industry standards of IPMI and REDFISH, it develops a set of tools to obtain the physical status data of PC hardware. It is possible to remotely manage it. If this data and management functions are further centralized, a set of PC hardware operation and maintenance management platform can be established, that is, the centralized management platform.
  • FIG. 1 is a schematic flowchart of a log management method according to an embodiment of the present application.
  • the log management method is applied to a management server.
  • the log management method includes steps S101 to S105.
  • the status data of the server is status data of hardware components of the server, and the hardware components include a hard disk, a power supply, a fan, and the like. Detect whether there is fault data in the status data of the servers in the server cluster according to a preset fault detection rule. For example, the speed of the fan of the server is less than the set value of the fault detection rule, that is, fault data is detected in the status data of the servers in the server cluster, and then the fault data of the servers in the server cluster and the host of the server corresponding to the fault data are obtained ID and server type.
  • the host identifier may be a host SN number, and of course, a host name may also be used.
  • the server type refers to the brand and model of the faulty server, such as HP, Dell, Huawei, or Lenovo, and the model such as HP DL380EGEN8 or DL380GEN9.
  • mapping relationship is, for example, Table 1 below. Therefore, the corresponding preset download script can be determined according to the server type corresponding to the fault data.
  • Table 1 is the mapping relationship table
  • the determined predetermined download script is specifically executed.
  • the predetermined download script may be determined as the predetermined download script 12.
  • the fault log includes log information, and the log information includes level information, alarm time, alarm components, detailed description, and the like.
  • the first preset database is a database corresponding to a server running a centralized management platform, which is used to manage a server cluster. After the fault log is stored in the first preset database, a storage address of the fault log is stored in the first database, and a log download link is generated according to the storage address of the fault log, so that the user can This log download link can quickly download the fault log.
  • the generating a log download link based on the fault log further includes generating alarm data according to the fault log, and the alarm data includes an alarm component and an alarm time.
  • the sending the log download link to a terminal, and the terminal implementing the management of the fault log according to the log download link specifically includes generating a pending event according to the fault data, and The pending event is sent to the terminal for display, the pending event includes a log download control, and the log download control is associated with the log download link.
  • the user clicks the log download control in the pending event through a terminal the user jumps to the fault log download interface, and then clicks Save to finish downloading the fault log from the first preset database, thereby improving The fault log download speed.
  • the generating a log download link according to the fault log includes generating alarm data according to the fault log, and the alarm data includes an alarm component and an alarm time. Accordingly, the sending the log download link to the terminal includes sending the log download link and the alarm data to the terminal. So that users can view the fault information corresponding to this server.
  • the log management method detects fault data in the status data of the servers in the server cluster, acquires a corresponding preset download script according to the type of server corresponding to the fault data, and downloads the preset download script from the server according to the preset download script. Identify the fault log corresponding to the fault data pre-downloaded in the corresponding server; save the fault log in a first preset database, generate a log download link according to the fault log; and publish the log download link in the set A management platform for managing the fault log.
  • the above log management method can centrally manage the fault logs of multiple servers, avoiding the tedious authentication process of viewing the fault logs, while improving the download speed of the fault logs and avoiding the loss of fault information.
  • FIG. 2 is a schematic flowchart of a log management method according to another embodiment of the present application.
  • the log management method is applied to a management server.
  • the log management method includes steps S201 to S209.
  • S201 Periodically poll servers in the server cluster to obtain status data of the server, where the status data includes status information of multiple hardware components of the server.
  • multiple components of the server include: hard disks, power supplies, fans, and memory.
  • the status data includes status information of multiple hardware components such as hard disks, power supplies, fans, and memory.
  • the periodic time corresponding to the periodic polling can be set according to actual needs, such as 3 minutes or 5 minutes.
  • S202 Classify and save the status data according to a component type to a corresponding preset component data table, where the preset component data table is stored in a second preset database.
  • the component type includes a hard disk, a power supply, a fan, and a memory type.
  • the status data is classified according to the component type to generate component status data, and the component status data is stored in a preset component data table.
  • the preset component data table is stored in a second preset database.
  • S203 Periodically read the component data table from the second preset database and detect whether there is fault data in the status data in the component data table.
  • the status data (component status data) in the component data table is periodically read from the second preset database, and the component status data of the servers in the server cluster are detected according to different preset component detection rules. Whether fault data exists. If it is detected that there is fault data in the status data in the component data table, step S204 is performed; if it is detected that there is no fault data in the status data in the component data table, step S203 continues to be executed periodically and cyclically.
  • the host identifier may be a host SN number, of course, a host name may also be used.
  • the server type refers to the brand and model of the faulty server, such as HP, Dell, Huawei, or Lenovo, and the model such as HP DL380EGEN8 or DL380GEN9.
  • S205 Determine a preset download script corresponding to the server type corresponding to the fault data based on a preset correspondence between the server type and the preset download script.
  • a mapping relationship between a server type and a preset download script may be established in advance, and a preset download script corresponding to the server type corresponding to the fault data may be determined according to the mapping relationship.
  • a fault log corresponding to the fault data is pre-downloaded from a server corresponding to the server identifier by running a preset download script.
  • the fault log includes log information, and the log information includes level information, alarm time, alarm components, detailed description, and the like.
  • the generating a log download link according to the fault log is specifically: obtaining a save address of the fault log stored in the first database, and generating a log download link according to the save address of the fault log.
  • the generating log information based on the fault log specifically includes: S2071, obtaining the fault time and the host identifier corresponding to the fault log; S2072, the fault log, the fault time, and the host identifier Index to a preset fault log to generate log information.
  • S2071 obtaining the fault time and the host identifier corresponding to the fault log
  • S2072 the fault log, the fault time, and the host identifier Index to a preset fault log to generate log information.
  • a pending event corresponding to a server having fault data is sent to a terminal for display, the pending event includes a log download control and a log display control, the log display control is associated with log information, and the log download control Associated with the log download link. So that users can quickly download the fault log by clicking the log download control, or view related log information by clicking the log display control. This makes it easier to manage the fault log.
  • the server types are servers of different manufacturers, or servers of different models of the same manufacturer. According to the classified fault data, the fault occurrence rate corresponding to the server type is counted, so that it is convenient to understand the quality of servers of various manufacturers or servers of different models, and it is convenient for manufacturers to improve or purchase in the future.
  • the above log management method can centrally manage the fault logs of multiple servers, and can quickly detect the failure of that server, while improving the download speed of the fault logs and avoiding the loss of fault information.
  • FIG. 4 is a schematic block diagram of a log management apparatus according to an embodiment of the present application.
  • the present application further provides a log management device.
  • the log management apparatus includes a unit for performing the above-mentioned log management method, and the log management apparatus may be configured in a server.
  • the log management device 400 includes a first obtaining unit 401, a script determining unit 402, a log downloading unit 403, a save generating unit 404, and a link posting unit 405.
  • the first obtaining unit 401 is configured to obtain fault data of a server in a server cluster, and a host identifier and a server type of a server corresponding to the fault data.
  • the script determining unit 402 is configured to determine a preset download script corresponding to the server type corresponding to the fault data based on a preset correspondence between the server type and the preset download script.
  • the log downloading unit 403 is configured to pre-download a fault log corresponding to the fault data from a server corresponding to the host identifier according to the determined preset download script.
  • the saving and generating unit 404 is configured to save the fault log in a first preset database, and generate a log download link according to the fault log.
  • the save generating unit 404 is further configured to generate alarm data according to the fault log, where the alarm data includes an alarm component and an alarm time.
  • the link publishing unit 405 is configured to send the log download link to a terminal so as to manage the fault log.
  • the link issuing unit 405 is specifically configured to generate a pending event according to the fault data, and send the pending event to the terminal for display.
  • the pending event includes a log download control and the log download.
  • a control is associated with the log download link.
  • the link publishing unit 405 is further configured to send the log download link and the alarm data to the terminal.
  • FIG. 5 is a schematic block diagram of a log management apparatus according to an embodiment of the present application.
  • the present application further provides a log management device.
  • the log management apparatus includes a unit for performing the above-mentioned log management method, and the log management apparatus may be configured in a server.
  • the log management device 500 includes: a poll acquisition unit 501, a classification storage unit 502, a read detection unit 503, a first acquisition unit 504, a script determination unit 505, a log download unit 506, and a save generation unit 507 Link publishing unit 508 and classification and statistics unit 509.
  • the polling obtaining unit 501 is configured to periodically poll a server in the server cluster to obtain status data of the server, where the status data includes status information of multiple hardware components of the server.
  • a classification storage unit 502 is configured to classify and save the status data according to a component type to a corresponding preset component data table, and the preset component data table is stored in a second preset database.
  • the reading detection unit 503 is configured to periodically read the component data table from the second preset database and detect whether there is fault data in the status data in the component data table.
  • a first acquiring unit 504 is configured to acquire fault data of a server in a server cluster and a host identifier and a server type of a server corresponding to the fault data if fault data exists in the status data in the component data table.
  • a script determining unit 505 configured to determine a preset download script corresponding to the server type corresponding to the fault data based on a preset correspondence between the server type and the preset download script;
  • a log downloading unit 506, configured to pre-download a fault log corresponding to the fault data from a server corresponding to the host identifier according to the determined preset download script;
  • a save generating unit 507 configured to save the fault log in a first preset database, generate a log download link according to the fault log, and generate log information according to the fault log;
  • the save generating unit 507 includes: an identification obtaining subunit 5071 for obtaining a failure time and a host identifier corresponding to the failure log; and an index generating subunit 5072 for indexing the failure log, the failure time and the host identifier To the preset fault record table to generate log information.
  • a link publishing unit 508 is configured to send the log download link to a terminal to manage the fault log, and the centralized management platform is used to manage a server cluster including multiple servers.
  • the link publishing unit 508 is configured to send a pending event corresponding to the server where the fault data exists to the terminal for display.
  • the pending event includes a log download control and a log display control, and the log display control is related to the log information.
  • the log download control is associated with the log download link.
  • a classification and statistics unit 509 is configured to classify the fault data according to the server type, and count the fault occurrence rate corresponding to the server type according to the classified fault data.
  • the above apparatus may be implemented in the form of a computer program, and the computer program may be run on a computer device as shown in FIG. 6.
  • FIG. 6 is a schematic block diagram of a computer device according to an embodiment of the present application.
  • the computer device 700 device may be a server.
  • the computer device 700 includes a processor 720, a memory, and a network interface 750 connected through a system bus 710.
  • the memory may include a non-volatile storage medium 730 and an internal memory 740.
  • the non-volatile storage medium 730 can store an operating system 731 and a computer program 732.
  • the processor 720 can execute any log management method.
  • the processor 720 is used to provide computing and control capabilities to support the operation of the entire computer device 700.
  • the internal memory 740 provides an environment for running the computer program 732 in the non-volatile storage medium 730.
  • the processor 720 can execute any log management method.
  • the network interface 750 is used for network communication, such as sending assigned tasks.
  • the structure shown in FIG. 6 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer equipment 700 to which the solution of the present application is applied.
  • the specific computer equipment 700 may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements.
  • the processor 720 is configured to run program code stored in a memory to implement the process steps of the foregoing method embodiments.
  • the processor 720 may be a central processing unit (CPU), and the processor 720 may also be another general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor may be a microprocessor, or the processor may be any conventional processor.
  • the structure of the computer device 700 shown in FIG. 6 does not constitute a limitation on the computer device 700, and may include more or fewer components than shown in the figure, or combine some components, or different components. Layout.
  • the computer program can be stored in a storage medium, which is a computer-readable medium. Read storage media.
  • the computer program may be stored in a storage medium of a computer system and executed by at least one processor in the computer system, so as to implement process steps including the embodiments of the methods described above.
  • the computer-readable storage medium may be any medium that can store program code, such as a magnetic disk, an optical disk, a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a magnetic disk, or an optical disk.
  • program code such as a magnetic disk, an optical disk, a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a magnetic disk, or an optical disk.
  • the disclosed log management device and method may be implemented in other ways.
  • the embodiments of the log management apparatus described above are merely exemplary.
  • the division of each unit is only a logical function division, and there may be another division manner in actual implementation.
  • multiple units or components may be combined or integrated into another system, or some features may be ignored or not implemented.
  • the units in the apparatus of the embodiment of the present application may be combined, divided, and deleted according to actual needs.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each of the units may exist separately physically, or two or more units may be integrated into one unit.
  • the above integrated unit may be implemented in the form of hardware or in the form of software functional unit.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium.
  • the technical solution of this application is essentially a part that contributes to the existing technology, or all or part of the technical solution may be embodied in the form of a software product, which is stored in a storage medium. Included are instructions for causing a computer device (which may be a personal computer, a terminal, or a network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种日志管理方法、装置、计算机设备及存储介质，该方法包括：获取服务器的故障数据以及主机标识和服务器类型；确定故障数据对应的预设下载脚本；根据确预设下载脚本从服务器中预下载故障数据对应的故障日志；将故障日志保存在第一预设数据库中并生成日志下载链接；将日志下载链接发送至终端。

Description

日志管理方法、装置、计算机设备及存储介质
本申请要求于2018年6月29日提交中国专利局、申请号为201810696056.3、发明名称为“日志管理方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及一种日志管理方法、装置、计算机设备及存储介质。
背景技术
目前，随着互联网技术的发展，对服务器集群多采用管理平台进行管理，其中对服务器硬件故障日志采集通常存在以下问题：服务器供应商提供有故障日志采集功能，但是需要登录到故障服务器上进行下截，全过程需要经过多重认证，一旦有批量服务器有故障，此方式将严重影响到故障定位及处理时效；工程师实际分析故障时，往往是在故障发生后的一段时间，可能已经错过故障发生点的日志信息，存在故障关键信息丢失的可能。因此，有必要提供一种日志管理方法以解决上述问题。
发明内容
本申请提供了一种日志管理方法、装置、计算机设备及存储介质，以方便对服务器的故障日志进行管理。
第一方面，本申请提供了一种日志管理方法，其包括：
获取服务器集群中服务器的故障数据，以及所述故障数据对应的服务器的主机标识和服务器类型；
基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
将所述日志下载链接发送至终端以便对所述故障日志进行管理。
本申请提供了一种日志管理装置，其包括：
第一获取单元，用于获取服务器集群中服务器的故障数据，以及所述故障数据对应的服务器的主机标识和服务器类型；
脚本确定单元，用于基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
日志下载单元，用于根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
保存生成单元，用于将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
链接发布单元，用于将所述日志下载链接发送至终端以便对所述故障日志进行管理。
本申请还提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请提供的任意一项所述的日志管理方法的步骤。
本申请还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行本申请提供的任意一项所述的日志管理方法的步骤。
上述实施例提供的日志管理方法、装置、计算机设备及存储介质，通过获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型，根据所述故障数据对应的服务器类型获取对应的预设下载脚本，以及根据所述预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；将所述故障日志保存第一预设数据库中，根据所述故障日志生成日志下载链接；将所述日志下载链接发送至终端以便对所述故障日志进行管理。上述日志管理方法可以对多台服务器的故障日志进行集中管理，避免故障日志查看繁琐的认证过程，同时提高了故障日志的下载速度以及避免了故障信息丢失的情况。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的一种日志管理方法的示意流程图；
图2是本申请另一实施例提供的一种日志管理方法的示意流程图；
图3是图2中日志管理方法的子步骤示意流程图；
图4是本申请一实施例提供的一种日志管理装置的示意性框图；
图5是本申请另一实施例提供的一种日志管理装置的示意性框图；
图6是本申请一实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
本申请实施例提供了一种日志管理方法、装置、计算机设备和存储介质。该日志管理方法应用于集中管理平台对应的服务端，用于管理服务器集群中的 服务器。
其中，该集中管理平台为基于带外设备而开发的平台软件系统，该平台软件系统包括客户端和服务端，其中客户端配置终端中，服务端配置在管理服务器中，管理服务器和终端配合实现对服务器集群中的服务器进行集中管理。该带外设备安装服务器集群中的服务器，该带外设备可例如为BMC(Baseboard Management Controller，基板管理控制器)。在服务器安装该带外设备的情况下，基于IPMI/REDFISH协议即可开发出PC(Personal Computer，个人计算机)硬件运维自动化平台，也称为带外管理平台。REDFISH除了支持服务器，还可支持数据中心供电/冷却领域以及网络交换机。其采用基础架构的RESTful API行业标准，使用HTTPS协议和JSON数据格式，更容易与DevOps工具对接，基于IPMI和REDFISH这套业界标准，为开发一套工具以获取PC硬件的物理状态数据，同时也可以对其远程管理提供了可能。若再将此数据及管理功能集中，就可以搭建一套PC硬件运维管理平台，即所述集中管理平台。
请参阅图1，图1是本申请一实施例提供的一种日志管理方法的示意流程图。该日志管理方法应用于管理服务器中，如图1所示，该日志管理方法包括步骤S101～S105。
S101、获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型。
在本实施例中，服务器的状态数据是服务器的硬件组件状态数据，该硬件组件包括硬盘、电源和风扇等。根据预设故障检测规则检测服务器集群中服务器的状态数据是否存在故障数据。比如，服务器的风扇的转速小于故障检测规则的设定值，即检测出服务器集群中服务器的状态数据中存在故障数据，进而获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型。
具体地，主机标识可为主机SN号，当然也可以使用主机名。服务器类型是指出现故障的服务器的品牌和型号等，比如为惠普、戴尔、华为或联想等，型号比如惠普DL380EGEN8或DL380GEN9等。
S102、根据服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本。
在本实施例中，由于不同品牌的服务器对应硬件参数、API(Application  Programming Interface，应用程序编程接口)或采集方式等均不相同，因此需要事先建立服务器类型与预设下载脚本之间的映射关系，映射关系比如为下表1。由此可以根据所述故障数据对应的服务器类型确定其对应的预设下载脚本。
表1为映射关系表
服务器类型 预设下载脚本
HP DL380EGEN8 预设下载脚本11
HP DL380GEN9 预设下载脚本12
HUAWEI RH2288HV2 预设下载脚本21
HUAWEI RH2288HV3 预设下载脚本22
S103、根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志。
在本实施例中，具体是运行确定的预设下载脚本，比如服务器类型为HP DL380GEN9，则可以确定预设下载脚本为预设下载脚本12。通过预设下载脚本12从所述服务器标识对应的服务器中预下载所述故障数据对应的故障日志。所述故障日志包括日志信息，所述日志信息包括级别信息、报警时间、报警部件和详细描述等。
S104、将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接。
在本实施例中，所述第一预设数据库为运行集中管理平台的服务器对应的数据库，该集中管理平台用于管理服务器集群。在将所述故障日志保存在第一预设数据库中之后，获取所述故障日志保存在所述第一数据库的保存地址，并根据所述故障日志的保存地址生成日志下载链接，以便使得用户根据该日志下载链接即可快速下载故障日志。
在一实施例中，所述根据所述故障日志生成日志下载链接，还包括：根据所述故障日志生成报警数据，所述报警数据包括报警组件和报警时间。
S105、将所述日志下载链接发送至终端以便对所述故障日志进行管理。
在本实施例中，所述将所述日志下载链接发送至终端，所述终端根据所述日志下载链接实现对所述故障日志的管理，具体包括：根据所述故障数据生成待处理事件，将所述待处理事件发送至所述终端进行显示，所述待处理事件包括日志下载控件，所述日志下载控件与所述日志下载链接相关联。具体地，当 用户通过终端点击所述待处理事件中的日志下载控件时，跳转至故障日志下载界面，再点击保存即可完成从所述第一预设数据库中下载故障日志，由此提高了故障日志下载速度。
在一实施例中，所述根据所述故障日志生成日志下载链接，包括：根据所述故障日志生成报警数据，所述报警数据包括报警组件和报警时间。相应地，所述将所述日志下载链接发送至终端，包括：将所述日志下载链接和报警数据发送至终端。以便用户可以查看该服务器对应的故障信息。
上述提供的日志管理方法在检测出服务器集群中服务器的状态数据中存在故障数据，根据所述故障数据对应的服务器类型获取对应的预设下载脚本，以及根据所述预设下载脚本从所述服务器标识对应的服务器中预下载所述故障数据对应的故障日志；将所述故障日志保存第一预设数据库中，根据所述故障日志生成日志下载链接；将所述日志下载链接发布在所述集中管理平台上以便对所述故障日志进行管理。上述日志管理方法可以对多台服务器的故障日志进行集中管理，避免故障日志查看繁琐的认证过程，同时提高了故障日志的下载速度以及避免了故障信息丢失的情况。
请参阅图2，图2是本申请另一实施例提供的一种日志管理方法的示意流程图。该日志管理方法应用于管理服务器中，如图2所示，该日志管理方法包括步骤S201～S209。
S201、定期轮询所述服务器集群中服务器以获取所述服务器的状态数据，所述状态数据包括所述服务器的多个硬件组件的状态信息。
在本实施了中，服务器的多个组件包括：硬盘、电源、风扇和内存等。述状态数据包括硬盘、电源、风扇和内存等多个硬件组件的状态信息。其中定期轮询对应的定期时间可以根据实际需要进行设定，比如3分钟或5分钟等。
S202、将所述状态数据按照组件类型分类并保存至对应的预设组件数据表，所述预设组件数据表保存在第二预设数据库中。
在本实施例中，该组件类型包括硬盘、电源、风扇和内存等类型，根据组件类型将状态数据进行分类生成组件状态数据，并将所述组件状态数据保存在预设组件数据表，所述预设组件数据表保存在第二预设数据库中。
S203、定期从所述第二预设数据库中读取所述组件数据表并检测所述组件数据表中的状态数据是否存在故障数据。
在本实施例中，定期从所述第二预设数据库中读取所述组件数据表中的状态数据(组件状态数据)，根据不同的预设组件检测规则检测服务器集群中服务器的组件状态数据是否存在故障数据。若检测到所述组件数据表中的状态数据存在故障数据，则执行步骤S204；若检测到所述组件数据表中的状态数据未存在故障数据，则继续定期循环执行步骤S203。
S204、获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型。
在本实施例中，若检测到所述组件数据表中的状态数据存在故障数据，以及所述故障数据对应的服务器的主机标识和服务器类型。其中，主机标识可为主机SN号，当然也可以使用主机名。服务器类型是指出现故障的服务器的品牌和型号等，比如为惠普、戴尔、华为或联想等，型号比如惠普DL380EGEN8或DL380GEN9等。
S205、基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本。
具体地，可预先建立服务器类型与预设下载脚本之间的映射关系，根据所述映射关系即可确定所述故障数据对应的服务器类型所对应的预设下载脚本。
S206、根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志。
具体地，是通过运行预设下载脚本从所述服务器标识对应的服务器中预下载所述故障数据对应的故障日志。所述故障日志包括日志信息，所述日志信息包括级别信息、报警时间、报警部件和详细描述等。
S207、将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接，以及根据所述故障日志生成日志信息。
其中，所述根据所述故障日志生成日志下载链接，具体是：获取所述故障日志保存在所述第一数据库的保存地址，并根据所述故障日志的保存地址生成日志下载链接。
其中，所述根据所述故障日志生成日志信息，如图3所示，具体包括：S2071、获取所述故障日志对应的故障时间和主机标识；S2072、将所述故障日志、故障时间和主机标识索引至预设故障记录表中以生成日志信息。以便日后通过主机标识查询相应的故障日志，同时通过预设故障记录表将故障日志、故障时间和 主机标识按预设格式保存，因此也方便用户查看。
S208、将所述日志下载链接发送至终端以便对所述故障日志进行管理。
具体地，将存在故障数据的服务器对应的待处理事件发送至终端进行显示，所述待处理事件包括日志下载控件和日志显示控件，所述日志显示控件与日志信息相关联，所述日志下载控件与所述日志下载链接相关联。以便用户通过点击日志下载控件即可快速下载故障日志，或者通过点击日志显示控件查看相关日志信息。由此便于管理该故障日志。
S209、根据所述服务器类型对所述故障数据进行分类，根据分类后的故障数据统计所述服务器类型所对应故障发生率。
在本实施例中，所述服务器类型为不同厂家的服务器，或者相同厂家不同型号的服务器。根据分类后的故障数据统计所述服务器类型所对应故障发生率，由此方便了解各个厂家的服务器或不同型号的服务器的质量，便于厂家的改进或日后采购。
上述日志管理方法可以对多台服务器的故障日志进行集中管理，可以快速检出那台服务器出现故障，同时又提高了故障日志的下载速度以及避免了故障信息丢失的情况。
图4是本申请实施例提供的一种日志管理装置的示意性框图。如图4所示，对应于以上日志管理方法，本申请还提供一种日志管理装置。该日志管理装置包括用于执行上述日志管理方法的单元，该日志管理装置可以被配置于服务器中。如图4所示，该日志管理装置400包括：第一获取单元401、脚本确定单元402、日志下载单元403、保存生成单元404和链接发布单元405。
第一获取单元401，用于获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型。
脚本确定单元402，用于基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本。
日志下载单元403，用于根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志。
保存生成单元404，用于将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接。该保存生成单元404，具体还用于：根据所述故障日志生成报警数据，所述报警数据包括报警组件和报警时间。
链接发布单元405，用于将所述日志下载链接发送至终端以便对所述故障日志进行管理。其中，该链接发布单元405，具体用于：根据所述故障数据生成待处理事件，将所述待处理事件发送至所述终端进行显示，所述待处理事件包括日志下载控件，所述日志下载控件与所述日志下载链接相关联。
相应地，该链接发布单元405，还用于：将所述日志下载链接和报警数据发送至终端。
图5是本申请实施例提供的一种日志管理装置的示意性框图。如图5所示，对应于以上日志管理方法，本申请还提供一种日志管理装置。该日志管理装置包括用于执行上述日志管理方法的单元，该日志管理装置可以被配置于服务器中。如图5所示，该日志管理装置500包括：轮询获取单元501、分类保存单元502、读取检测单元503、第一获取单元504、脚本确定单元505、日志下载单元506、保存生成单元507、链接发布单元508和分类统计单元509。
轮询获取单元501，用于定期轮询所述服务器集群中服务器以获取所述服务器的状态数据，所述状态数据包括所述服务器的多个硬件组件的状态信息。
分类保存单元502，用于将所述状态数据按照组件类型分类并保存至对应的预设组件数据表，所述预设组件数据表保存在第二预设数据库中。
读取检测单元503，用于定期从所述第二预设数据库中读取所述组件数据表并检测所述组件数据表中的状态数据是否存在故障数据。
第一获取单元504，用于若检测到所述组件数据表中的状态数据存在故障数据，获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型。
脚本确定单元505，用于基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
日志下载单元506，用于根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
保存生成单元507，用于将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接，以及根据所述故障日志生成日志信息；
其中，保存生成单元507，包括：标识获取子单元5071，用于获取所述故障日志对应的故障时间和主机标识；索引生成子单元5072，用于将所述故障日志、故障时间和主机标识索引至预设故障记录表中以生成日志信息。
链接发布单元508，用于将所述日志下载链接发送至终端以便对所述故障日志进行管理，所述集中管理平台用于管理包括多台服务器的服务器集群。
具体地，链接发布单元508，用于将存在故障数据的服务器对应的待处理事件发送至终端进行显示，所述待处理事件包括日志下载控件和日志显示控件，所述日志显示控件与日志信息相关联，所述日志下载控件与所述日志下载链接相关联。
分类统计单元509，用于根据所述服务器类型对所述故障数据进行分类，根据分类后的故障数据统计所述服务器类型所对应故障发生率。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的日志管理装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
上述装置可以实现为一种计算机程序的形式，计算机程序可以在如图6所示的计算机设备上运行。
请参阅图6，图6是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备700设备可以是服务器。
参照图6，该计算机设备700包括通过系统总线710连接的处理器720、存储器和网络接口750，其中，存储器可以包括非易失性存储介质730和内存储器740。
该非易失性存储介质730可存储操作系统731和计算机程序732。该计算机程序732被执行时，可使得处理器720执行任意一种日志管理方法。
该处理器720用于提供计算和控制能力，支撑整个计算机设备700的运行。
该内存储器740为非易失性存储介质730中的计算机程序732的运行提供环境，该计算机程序732被处理器720执行时，可使得处理器720执行任意一种日志管理方法。
该网络接口750用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备700的限定，具体的计算机设备700可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。其中，所述处理器720用于运行存储在存储器中的程序代码，以实现上述各方法的实施例的流程步骤。
应当理解，在本申请实施例中，处理器720可以是中央处理单元(Central Processing Unit，CPU)，该处理器720还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域技术人员可以理解，图6中示出的计算机设备700结构并不构成对计算机设备700的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
本领域普通技术人员可以理解的是实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。如本申请实施例中，该计算机程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程步骤。
该计算机可读存储介质可以是磁碟、光盘、U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的日志管理装置和方法，可以通过其它的方式实现。例如，以上所描述的日志管理装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (20)

  1. 一种日志管理方法，其包括：
    获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型；
    根据服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
    根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
    将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
    将所述日志下载链接发送至终端以便对所述故障日志进行管理。
  2. 根据权利要求1所述的日志管理方法，其中，在所述获取所述故障数据对应的服务器主机标识以及服务器类型之前，还包括：
    定期轮询所述服务器集群中的服务器以获取所述服务器的状态数据，所述状态数据包括所述服务器的多个硬件组件的状态信息；
    将所述状态数据按照组件类型分类并保存至对应的预设组件数据表，所述预设组件数据表保存在第二预设数据库中；
    定期从所述第二预设数据库中读取所述组件数据表并检测所述组件数据表中的状态数据是否存在故障数据；
    若检测到所述组件数据表中的状态数据存在故障数据，则执行所述获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型的步骤。
  3. 根据权利要求1所述的日志管理方法，其中，所述将所述日志下载链接发送至终端以便对所述故障日志进行管理，包括：
    根据所述故障数据生成待处理事件，将所述待处理事件发送至所述终端进行显示，所述待处理事件包括日志下载控件，所述日志下载控件与所述日志下载链接相关联。
  4. 根据权利要求1所述的日志管理方法，其中，所述将所述故障日志保存在第一预设数据库中之后，还包括：根据所述故障日志生成日志信息；
    所述将所述日志下载链接发送至终端以便对所述故障日志进行管理，包括：将存在故障数据的服务器对应的待处理事件发送至终端进行显示，所述待处理事件包括日志下载控件和日志显示控件，所述日志显示控件与所述日志信息相关联，所述日志下载控件与所述日志下载链接相关联。
  5. 根据权利要求4所述的日志管理方法，其中，所述根据所述故障日志生成日志信息，包括：
    获取所述故障日志对应的故障时间和主机标识；
    将所述故障日志、故障时间和主机标识索引至预设故障记录表中以生成日志信息。
  6. 根据权利要求1所述的日志管理方法，其中，所述将所述故障日志保存在第一预设数据库中之后，还包括：根据所述故障日志生成报警数据，所述报警数据包括报警组件和报警时间；
    所述将所述日志下载链接发送至终端，包括：将所述日志下载链接和报警数据发送至终端。
  7. 根据权利要求1所述的日志管理方法，其中，所述将所述日志下载链接发送至终端以便对所述故障日志进行管理之后，还包括：
    根据所述服务器类型对所述故障数据进行分类，根据分类后的故障数据统计所述服务器类型所对应故障发生率。
  8. 一种日志管理装置，其包括：
    第一获取单元，用于获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型；
    脚本确定单元，用于基于服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
    日志下载单元，用于根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
    保存生成单元，用于将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
    链接发布单元，用于将所述日志下载链接发送至终端以便对所述故障日志进行管理。
  9. 一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在 所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
    获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型；
    根据服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
    根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
    将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
    将所述日志下载链接发送至终端以便对所述故障日志进行管理。
  10. 根据权利要求9所述的计算机设备，其中，所述处理器执行所述计算机程序时实现所述获取所述故障数据对应的服务器主机标识以及服务器类型之前，还实现以下步骤：
    定期轮询所述服务器集群中的服务器以获取所述服务器的状态数据，所述状态数据包括所述服务器的多个硬件组件的状态信息；将所述状态数据按照组件类型分类并保存至对应的预设组件数据表，所述预设组件数据表保存在第二预设数据库中；定期从所述第二预设数据库中读取所述组件数据表并检测所述组件数据表中的状态数据是否存在故障数据；若检测到所述组件数据表中的状态数据存在故障数据，则执行所述获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型的步骤。
  11. 根据权利要求9所述的计算机设备，其中，所述处理器执行所述计算机程序时实现所述将所述日志下载链接发送至终端以便对所述故障日志进行管理时，具体实现以下步骤：
    根据所述故障数据生成待处理事件，将所述待处理事件发送至所述终端进行显示，所述待处理事件包括日志下载控件，所述日志下载控件与所述日志下载链接相关联。
  12. 根据权利要求9所述的计算机设备，其中，所述处理器执行所述计算机程序时实现所述将所述故障日志保存在第一预设数据库中之后，还实现以下步骤：
    所述将所述故障日志保存在第一预设数据库中之后，还包括：根据所述故障日志生成日志信息；所述将所述日志下载链接发送至终端以便对所述故障日志进行管理，包括：将存在故障数据的服务器对应的待处理事件发送至终端进行显示，所述待处理事件包括日志下载控件和日志显示控件，所述日志显示控件与所述日志信息相关联，所述日志下载控件与所述日志下载链接相关联。
  13. 根据权利要求12所述的计算机设备，其中，所述处理器执行所述计算机程序时实现所述根据所述故障日志生成日志信息时，具体实现以下步骤：
    获取所述故障日志对应的故障时间和主机标识；将所述故障日志、故障时间和主机标识索引至预设故障记录表中以生成日志信息。
  14. 根据权利要求9所述的计算机设备，其中，所述处理器执行所述计算机程序时实现所述将所述日志下载链接发送至终端以便对所述故障日志进行管理之后，还实现以下步骤：
    根据所述服务器类型对所述故障数据进行分类，根据分类后的故障数据统计所述服务器类型所对应故障发生率。
  15. 一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器执行以下步骤：
    获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型；
    根据服务器类型与预设下载脚本之间预设的对应关系，确定所述故障数据对应的服务器类型所对应的预设下载脚本；
    根据确定的预设下载脚本从所述主机标识对应的服务器中预下载所述故障数据对应的故障日志；
    将所述故障日志保存在第一预设数据库中，并根据所述故障日志生成日志下载链接；
    将所述日志下载链接发送至终端以便对所述故障日志进行管理。
  16. 根据权利要求15所述的计算机可读存储介质，其中，所述计算机程序被处理器执行时使所述处理器执行所述获取所述故障数据对应的服务器主机标识以及服务器类型之前，还执行以下步骤：
    定期轮询所述服务器集群中的服务器以获取所述服务器的状态数据，所述状态数据包括所述服务器的多个硬件组件的状态信息；将所述状态数据按照组 件类型分类并保存至对应的预设组件数据表，所述预设组件数据表保存在第二预设数据库中；定期从所述第二预设数据库中读取所述组件数据表并检测所述组件数据表中的状态数据是否存在故障数据；若检测到所述组件数据表中的状态数据存在故障数据，则执行所述获取服务器集群中服务器的故障数据以及所述故障数据对应的服务器的主机标识和服务器类型的步骤。
  17. 根据权利要求15所述的计算机可读存储介质，其中，所述计算机程序被处理器执行时使所述处理器执行所述将所述日志下载链接发送至终端以便对所述故障日志进行管理时，具体执行以下步骤：
    根据所述故障数据生成待处理事件，将所述待处理事件发送至所述终端进行显示，所述待处理事件包括日志下载控件，所述日志下载控件与所述日志下载链接相关联。
  18. 根据权利要求15所述的计算机可读存储介质，其中，所述计算机程序被处理器执行时使所述处理器执行所述将所述故障日志保存在第一预设数据库中之后，还执行以下步骤：
    根据所述故障日志生成日志信息；所述将所述日志下载链接发送至终端以便对所述故障日志进行管理，包括：将存在故障数据的服务器对应的待处理事件发送至终端进行显示，所述待处理事件包括日志下载控件和日志显示控件，所述日志显示控件与所述日志信息相关联，所述日志下载控件与所述日志下载链接相关联。
  19. 根据权利要求18所述的计算机可读存储介质，其中，所述计算机程序被处理器执行时使所述处理器执行所述根据所述故障日志生成日志信息时，具体执行以下步骤：
    获取所述故障日志对应的故障时间和主机标识；将所述故障日志、故障时间和主机标识索引至预设故障记录表中以生成日志信息。
  20. 根据权利要求15所述的计算机可读存储介质，其中，所述计算机程序被处理器执行时使所述处理器执行所述将所述日志下载链接发送至终端以便对所述故障日志进行管理之后，还执行以下步骤：
    根据所述服务器类型对所述故障数据进行分类，根据分类后的故障数据统计所述服务器类型所对应故障发生率。
PCT/CN2018/108516 2018-06-29 2018-09-29 日志管理方法、装置、计算机设备及存储介质 Ceased WO2020000745A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810696056.3 2018-06-29
CN201810696056.3A CN108897665B (zh) 2018-06-29 2018-06-29 日志管理方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
WO2020000745A1 true WO2020000745A1 (zh) 2020-01-02

Family

ID=64346972

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/108516 Ceased WO2020000745A1 (zh) 2018-06-29 2018-09-29 日志管理方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN108897665B (zh)
WO (1) WO2020000745A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069034A (zh) * 2020-09-22 2020-12-11 深圳市欢太科技有限公司 快应用的异常处理方法、装置、电子设备以及存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110351147B (zh) * 2019-07-19 2022-08-12 广东浪潮大数据研究有限公司 一种服务器的故障识别装置
CN110493355A (zh) * 2019-09-11 2019-11-22 无锡华云数据技术服务有限公司 一种系统日志的下载方法及装置
CN110704390B (zh) * 2019-09-17 2024-05-24 平安科技（深圳）有限公司 获取服务器维护脚本的方法、装置、电子设备及介质
CN112764408A (zh) * 2019-10-21 2021-05-07 上海博泰悦臻电子设备制造有限公司 车载终端开机故障复现方法及系统、存储介质及控制终端
CN112804072B (zh) * 2019-11-14 2023-05-16 深信服科技股份有限公司 一种故障信息收集方法、装置、目标电子设备及存储介质
CN113220493A (zh) * 2020-02-04 2021-08-06 北京京东尚科信息技术有限公司 故障数据处理方法及装置、存储介质及电子设备
CN111581002A (zh) * 2020-04-29 2020-08-25 上海中通吉网络技术有限公司 服务器故障的自动报障方法、装置和设备
CN112100048B (zh) * 2020-09-24 2024-01-26 中国建设银行股份有限公司 一种服务器自适应巡检方法及装置
CN112217899A (zh) * 2020-10-19 2021-01-12 政采云有限公司 容器故障排查系统及方法
CN112256470B (zh) * 2020-11-04 2024-07-26 中国建设银行股份有限公司 故障服务器定位方法及装置、存储介质及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040220973A1 (en) * 2003-04-30 2004-11-04 International Business Machines Corporation Nested recovery scope management for stateless recovery agents
CN102447633A (zh) * 2011-12-29 2012-05-09 北京亿赞普网络技术有限公司 一种日志传输的方法和系统
CN103944973A (zh) * 2014-04-02 2014-07-23 北京中交兴路车联网科技有限公司 一种日志采集方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6393478B1 (en) * 1999-02-22 2002-05-21 Mediaone Group, Inc. Cable modem and personal computer troubleshooting tool
CN105700989B (zh) * 2016-01-13 2018-05-04 焦点科技股份有限公司 一种日志文件的异常检测与处理的方法与装置
CN107632918B (zh) * 2017-08-30 2020-09-11 中国工商银行股份有限公司 计算存储设备的监控系统及方法
CN107395446B (zh) * 2017-09-18 2021-07-23 北京奇虎科技有限公司 日志实时处理系统
CN107562603A (zh) * 2017-09-25 2018-01-09 郑州云海信息技术有限公司 一种基于linux的故障智能定位系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040220973A1 (en) * 2003-04-30 2004-11-04 International Business Machines Corporation Nested recovery scope management for stateless recovery agents
CN102447633A (zh) * 2011-12-29 2012-05-09 北京亿赞普网络技术有限公司 一种日志传输的方法和系统
CN103944973A (zh) * 2014-04-02 2014-07-23 北京中交兴路车联网科技有限公司 一种日志采集方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069034A (zh) * 2020-09-22 2020-12-11 深圳市欢太科技有限公司 快应用的异常处理方法、装置、电子设备以及存储介质

Also Published As

Publication number Publication date
CN108897665B (zh) 2021-06-15
CN108897665A (zh) 2018-11-27

Similar Documents

Publication Publication Date Title
WO2020000745A1 (zh) 日志管理方法、装置、计算机设备及存储介质
CN108763038B (zh) 告警数据的管理方法、装置、计算机设备及存储介质
CN108322345B (zh) 一种故障修复数据包的发布方法及服务器
CN117280327B (zh) 使用机器学习模型通过近实时/离线数据来检测数据中心大规模中断
CN108920103B (zh) 服务器的管理方法、装置、计算机设备及存储介质
CN109189640A (zh) 服务器的监控方法、装置、计算机设备及存储介质
WO2020000758A1 (zh) 服务器的验收方法、装置、计算机设备及存储介质
CN108897496B (zh) 磁盘阵列配置管理方法、装置、计算机设备及存储介质
CN106998265B (zh) 一种监控方法及其装置
WO2020000761A1 (zh) 任务管理方法、装置、计算机设备及存储介质
CN104426947A (zh) 一种终端智能升级的方法及系统、终端及数据更新服务器
US20210334153A1 (en) Remote error detection method adapted for a remote computer device to detect errors that occur in a service computer device
CN115437933A (zh) 自动化测试方法、装置、计算机设备及存储介质
CN106961361A (zh) 自检处理方法、装置及系统
CN110674153B (zh) 一种数据一致性检测方法、装置及电子设备
CN118093236A (zh) 链路处理方法、系统、设备及介质
JP2013061840A (ja) 機器管理システム、障害管理装置、機器管理装置、障害管理プログラム、及び機器管理プログラム
CN111224815B (zh) 数据中心设备接入方法、装置及相关组件
CN111950232B (zh) 一种自动切换号段的方法和装置
CN109302336B (zh) 邮件生成方法、装置、计算机设备及存储介质
CN114064408A (zh) 基于md5值校验的监控方法、装置、设备及存储介质
CN113867778A (zh) 一种镜像文件的生成方法、装置、电子设备及存储介质
US12443467B2 (en) Operation-based event suppression
CN109144765B (zh) 报表生成方法、装置、计算机设备及存储介质
US11366651B2 (en) Framework for hardware-specific analytic plugins

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18924512

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 19/02/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18924512

Country of ref document: EP

Kind code of ref document: A1