WO2020029407A1

WO2020029407A1 - Alarm data management method and apparatus, and computer device and storage medium

Info

Publication number: WO2020029407A1
Application number: PCT/CN2018/108271
Authority: WO
Inventors: 李嘉勇
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-08-08
Filing date: 2018-09-28
Publication date: 2020-02-13
Also published as: CN108763038B; CN108763038A

Abstract

An alarm data manafgement method and apparatus, and a computer device and a storage medium. The method comprises: regularly polling servers in a server cluster to collect state data of the servers, wherein the state data comprises flag bit information (S101); determining whether the state data is valid data (S102); determining alarm data in the state data according to the flag bit information, and storing the alarm data in a first preset data table (S103); regularly polling the first preset data table to acquire the alarm data, processing the alarm data by means of a preset processing rule to obtain a data processing result, and storing the data processing result in a second preset data table (S104); and regularly polling the second preset data table to acquire the data processing result, generating an event to be processed according to the data processing result, and sending the event to be processed to a terminal, so that the terminal displays the event to be processed (S105).

Description

Management method, device, computer equipment and storage medium of alarm data

This application claims the priority of a Chinese patent application filed on August 8, 2018 with the Chinese Patent Office, application number 201810897093.0, and invention name "Management Method, Device, Computer Equipment, and Storage Medium for Alarm Data". Citations are incorporated in this application.

Technical field

The present application relates to the field of Internet technologies, and in particular, to a method, a device, a computer device, and a storage medium for managing alarm data.

Background technique

At present, with the development of Internet technology, server clusters are mostly managed by a management platform. However, the processing and display of alarm data of existing servers usually have the following problems: The alarm information displayed on the page is fuzzy, such as which servers are displayed only If a fault occurs, the cause of the fault cannot be clearly displayed; no traceback function is provided for the recovered alarms, the specific time of the alarm recovery cannot be clearly seen, and the recovered alarm data is not used twice. Therefore, the existing processing method of the alarm letter data of the server cannot meet the needs of users. Therefore, it is necessary to provide a management method of alarm data to solve the above problems.

Summary of the invention

This application provides a method, a device, a computer device, and a storage medium for managing alarm data, and aims to provide timely and accurate alarm information.

This application provides a method for managing alarm data, which includes:

Periodically poll the servers of the server cluster to collect status data of the server, where the status data includes identification bit information;

Determining whether the status data is valid data;

If the status data is valid data, determining alarm data in the status data according to the identification bit information, and storing the alarm data in a first preset data table;

Periodically polling the first preset data table to obtain the alarm data, processing the alarm data using a preset processing rule to obtain a data processing result, and storing the data processing result in a second preset data table;

Periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal displays the pending event .

This application provides a device for managing alarm data, which includes:

A data collection unit, configured to periodically poll a server of a server cluster to collect status data of the server, where the status data includes identification bit information;

A data judging unit, configured to judge whether the status data is valid data;

A data determining unit, configured to determine alarm data in the status data according to the identification bit information if the status data is valid data, and store the alarm data in a first preset data table;

A data processing unit, configured to periodically poll the first preset data table to obtain the alarm data, process the alarm data using preset processing rules to obtain a data processing result, and save the data processing result to a second In the data table;

An event generating unit is configured to periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal The pending events are displayed.

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. When the processor executes the program, the program provided by the application is implemented. Steps of the method for managing alarm data according to any one of the above.

The application also provides a computer storage medium, wherein the computer storage medium stores a computer program, and when the computer program is executed by a processor, the processor causes the processor to execute the alarm data described in any of the embodiments provided in the application. Steps of the management approach.

The embodiments of the present application provide a method, a device, a computer device, and a storage medium for managing alarm data. The status data of the server is collected by periodically polling the servers in the server cluster, and the status data includes identification bit information. When the status data is valid data, the alarm data in the status data is determined according to the identification bit information, and the alarm data is stored in a first preset data table; the first preset data table is polled periodically. Obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result in a second preset data table; periodically poll the second preset data table to Acquire the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal displays the pending event. This method can not only provide timely and accurate alarms, but also retrospectively analyze the alarm information.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to explain the technical solutions of the embodiments of the present application more clearly, the drawings used in the description of the embodiments are briefly introduced below. Obviously, the drawings in the following description are some embodiments of the present application. For ordinary technicians, other drawings can be obtained based on these drawings without paying creative work.

FIG. 1 is a schematic flowchart of a method for managing alarm data according to an embodiment of the present application; FIG.

FIG. 2 is a schematic flowchart of sub-steps of the method for managing alarm data in FIG. 1; FIG.

3 is a schematic flowchart of sub-steps of a method for managing alarm data in FIG. 1;

4 is a schematic flowchart of a method for managing alarm data according to another embodiment of the present application;

5 is a schematic block diagram of a device for managing alarm data according to an embodiment of the present application;

6 is a schematic block diagram of a device for managing alarm data according to another embodiment of the present application;

FIG. 7 is a schematic block diagram of a computer device according to an embodiment of the present application.

detailed description

In the following, the technical solutions in the embodiments of the present application will be clearly and completely described with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

Embodiments of the present application provide a method, an apparatus, a computer device, and a storage medium for managing alarm data. This email generation method is applied to the server corresponding to the centralized management platform.

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 cooperates with the terminal. Achieve centralized management of servers in a server cluster. The out-of-band device may be, for example, a baseboard management controller (BMC). When the out-of-band device is installed on the server, a PC (Personal Computer) personal operation and maintenance automation platform can be developed based on the IPMI / REDFISH protocol, also known as an out-of-band management platform. In addition to supporting servers, REDFISH also supports 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 state data of PC hardware. It is possible to remotely manage it. If this data and management functions are centralized, a set of PC hardware operation and maintenance management platform can be built, that is, a centralized management platform.

Please refer to FIG. 1, which is a schematic flowchart of management of alarm data according to an embodiment of the present application. The management method is applied to a management server, and the management server is configured with a server of a centralized management platform. As shown in FIG. 1, the management method includes steps S101 to S105.

S101. Periodically poll a server of a server cluster to collect status data of the server, where the status data includes identification bit information.

In this embodiment, the duration corresponding to the timing poll can be set according to the actual situation, for example, it can be set according to the processing capacity of the management server, and the specific duration is not limited here, such as 2 minutes or 4 minutes. . The status data of the server refers to the status data of hardware components of the server, and the hardware components include hard disks, memory, power supplies, fans, and the like. The status data is collected by a built-in detection tool in the server. The status data includes identification bit information, and the identification bit information includes a normal identifier, an abnormal identifier, or an alarm identifier.

S102. Determine whether the status data is valid data.

In this embodiment, it is specifically determined whether the status data is valid data according to the data value of the status data. Specifically, the method includes: obtaining a data value corresponding to the status data; and determining whether the status data is valid data according to the data value. It is detected whether the data value of the status data is a valid value. If the data value corresponding to the status data is a valid value, it is determined that the status data is valid data. If the status data is valid data, step S103 is performed. Detecting whether the data value of the status data is a valid value, for example, detecting whether the data value corresponding to the status data is a null value, and if the data value corresponding to the status data is a null value, determining that the status data is invalid data. If the status data is invalid data, the reason corresponding to the invalid data is obtained, and the reasons include: network disconnection, incorrect authentication password, or script error.

Specifically, the causes of invalid data include: checking whether the network is normal when obtaining status data, and if the network is down. Then it will directly cause invalid data and mark this data as network failure; then enter the corresponding password for authentication. If the authentication fails, it will cause invalid data and mark this data as the authentication password error; if the network is normal, call the script Obtain various hardware information values. If the script reports an error, invalid data will be marked as a script error.

S103. Determine alarm data in the status data according to the identification bit information, and save the alarm data in a first preset data table.

In this embodiment, the valid data includes identification bit information, and the identification bit information specifically includes identifiers such as normal, abnormal, and alarm. If the identification bit information is an abnormal identifier or an alarm identifier, it indicates that an alarm exists in the valid status data. Data, and save the alarm data corresponding to the identification information into a first preset data table, where the first preset data table is stored in a preset database, the preset database is a database corresponding to the management server, and the management database The centralized management platform is configured.

S104. Periodically poll the first preset data table to obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result to a second preset data table. .

In this embodiment, the duration corresponding to the timing polling can also be set according to the actual situation, and the first preset data table is polled according to the set duration to obtain the alarm data. The preset alarm processing rules are used to process the acquired alarm data to obtain a data processing result, and the data processing result is stored in a second preset data table, which is also stored in a preset database. The preset database is a database corresponding to the management server, and the settings of the first preset data table and the second preset data table are convenient for processing and analyzing the number of alarm data.

In an embodiment, processing the valid alarm data to obtain a data processing result by using a preset processing rule specifically includes: sub-steps S104a to S104d. As shown in FIG. 2, S104a: Obtain the component type and host ID of the server, and classify the alarm data according to the component category to obtain component alarm data; S104b: Obtain the server's Host information; S104c: Repeated alarm processing is performed on the component alarm data according to the component category corresponding to the component alarm data; S104d: Generate a data processing result based on the component alarm data and the host information after the repeated alarm processing.

Specifically, the component category is a component name corresponding to different hardware components of the server, such as a hard disk, a power supply, a memory, a disk array, and a fan. The host ID is the host SN number. Of course, the host name can also be used. The alarm data is classified according to the component category, such as hard disk alarm data, power alarm data, and memory alarm data. Search and obtain host information of the server according to the host identifier, where the host information includes a host name, a host SN number, a host brand, a KVM IP, a host manufacturer, a host model, and the like. Repeated alarm processing of the component alarm data according to the component category corresponding to the component alarm data refers to removing the repeated alarm processing of the same component. For example, if the alarm data of the hard disk component is collected and an alarm occurs at different times, a component alarm data . Generate the first data processing result according to the component alarm data and the host information that have undergone the repeated alarm processing. Specifically, an alarm data record may be generated according to the component alarm data and the host information, and the alarm data record is the first data processing result. .

S105. Periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal displays the pending Handle the event.

In this embodiment, the duration corresponding to the timing poll can be set according to the actual situation, and the specific duration is not limited here, such as 2 minutes or 4 minutes, etc., and the second preset data table is periodically polled to start from Obtaining the data processing result in the second preset data table, and generating a pending event according to the data processing result, wherein the pending event includes host information and the number of alarms, alarm components, and pending Processing time, etc. The pending events are posted on a centralized management platform and displayed in a sequence corresponding to the generation time of the pending events, so that the management personnel can manage the alarm data by processing the pending time.

In an embodiment, step S105 includes: sub-steps S105a to S105d. As shown in FIG. 3, S105a generates a to-be-processed event according to the data processing result, where the to-be-processed event includes a ignore control, and the ignore control is used to trigger display of a ignore time for the user to select; S105b. Sending the pending event to the terminal causes the terminal to display the pending event through the centralized management platform; S105c, receiving a user-selected ignore time sent by the terminal; S105d, modifying the first preset data according to the ignore time The identification bit information of the alarm data in the table.

Specifically, a to-be-processed event is generated according to the data processing result, and the to-be-processed event includes host information and the number of alarms and alarm components generated according to component alarm data, where the pending event includes a ignore control. When it is detected that the user clicks the ignore control, a preset ignore time for user selection is displayed, such as ignore 7 days or ignore 30 days. Obtain the ignore time selected by the user, for example, the user chooses to ignore 30 days. Modifying the identification bit information in the status data according to the ignore time, specifically replacing the identification bit information in the status data from the alarm identification with the normal identification, for a period of 30 days, and repeatedly performing the determination based on the identification information A step of alarm data in the status data.

In addition, after modifying the identification bit information of the alarm data in the first preset data table according to the ignore time, the method further includes: judging whether the alarm data is a disappearing alarm according to the identification bit information in the alarm data. If the alarm data is a disappearing alarm, archive and classify the alarm data according to the host information of the server corresponding to the alarm data; and send the archived classification result to the terminal for display through a report page of the centralized management platform. Specifically, if the event to be processed is processed, for example, the user selects a corresponding ignore time, the identification bit information of the alarm data in the first preset data table is modified according to the processing result, and accordingly, the identification bit in the alarm data is modified. The information determines whether the alarm data is a disappearance alarm. If the alarm data is a disappearing alarm, the alarm data is classified according to the brand, component, place, or use of the server, and different reports are used for displaying according to different archive classification results.

The method of the above embodiment polls the servers of the server cluster regularly to collect the status data of the server, where the status data includes identification bit information; when it is determined that the status data is valid data, it is determined according to the identification bit information The alarm data in the status data is stored in a first preset data table; the first preset data table is polled periodically to obtain the alarm data, and the alarm is processed using a preset processing rule Data to obtain a data processing result, and save the data processing result in a second preset data table; periodically poll the second preset data table to obtain the data processing result, and generate a waiting list based on the data processing result Process the event, and send the pending event to a terminal to cause the terminal to display the pending event. This method can not only provide timely and accurate alarms, but also retrospectively analyze the alarm information.

Please refer to FIG. 4, which is a schematic flowchart of management of alarm data according to another embodiment of the present application. The management method is applied to a management server, and the management server is configured with a server of a centralized management platform. As shown in FIG. 4, the management method includes steps S201 to S207.

S201. Periodically poll a server in a server cluster to collect status data of the server, where the status data includes identification bit information.

In this embodiment, the state data of the server refers to the state data of hardware components of the server, and the hardware components include hard disks, memory, power supplies, fans, and the like. The status data is collected by a built-in detection tool in the server. The status data includes identification bit information, and the identification bit information includes a normal identifier, an abnormal identifier, or an alarm identifier.

S202. Determine whether the status data is valid data.

In this embodiment, it is specifically determined whether the status data is valid data according to the data value of the status data. Detecting whether the data value corresponding to the status data is a null value; if the data value corresponding to the status data is not a null value, determining that the status data is valid data; if the data value corresponding to the status data is a null value, determining the data value The status data is invalid data. It is determined whether the status data is valid data. If the status data is valid data, step S203 is performed; if the status data is invalid data, step S205 is performed.

S203. Determine alarm data in the status data according to the identification bit information, and save the alarm data in a first preset data table.

S204. Periodically poll the first preset data table to obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result to a second preset data table. .

In this embodiment, the first preset data table is cyclically polled periodically according to a set duration to obtain the alarm data. The preset alarm processing rules are used to process the acquired alarm data to obtain a data processing result, and the data processing result is stored in a second preset data table, which is also stored in a preset database. The preset database is a database corresponding to the management server, and the settings of the first preset data table and the second preset data table are convenient for processing and analyzing the number of alarm data.

S205. Obtain an invalidation reason corresponding to the status data being invalid data.

In this embodiment, time information corresponding to the status data is invalid data is obtained; log information corresponding to the time information is obtained from the server according to the time information; and the invalid data is obtained according to the log information. The corresponding invalid reason. Because the server's log information records the reasons for invalid data, the reasons include: the network is disconnected, the authentication password is wrong, or the script is incorrect.

S206. Save the status data and the invalidation cause as the data processing result in the second preset data table.

In this embodiment, the status data and the invalidation cause are correspondingly stored as the data processing result in the second preset data table to generate a pending event sending terminal display so that the management personnel can The incident is handled in a timely manner.

S207. Polling the second preset data table periodically to obtain the data processing result, generating a pending event according to the data processing result, and sending the pending event to a terminal to cause the terminal to display the pending Handle the event.

In this embodiment, the second preset data table is polled periodically to obtain the data processing result according to the set duration, and a pending event is generated according to the data processing result, and the pending event is sent to the terminal. In this way, the terminal displays the to-be-processed event through a centralized management platform, so that a management person performs processing according to the to-be-processed event.

The method of the above embodiment processes the collected status data to obtain valid data, then confirms the alarm data in the valid status data, saves the alarm data in a first preset data table, and then saves the processing result to a second preset The data table is used to perform convergence deduplication processing and archiving processing, generate pending events according to the processing results, and publish the pending events on a centralized management platform. The centralized management platform can realize the management of alarm data. It then realizes accurate analysis of fault data and facilitates statistics of fault data.

FIG. 5 is a schematic block diagram of a device for managing alarm data according to an embodiment of the present application. As shown in FIG. 5, corresponding to the above alarm data management method, the present application further provides an alarm data management device. The device for managing alarm data includes a unit for performing management of the above-mentioned alarm data, and the device may be configured in a server. As shown in FIG. 5, the alarm data management device 400 includes a data collection unit 401, a data determination unit 402, a data determination unit 403, a data processing unit 404, and an event generation unit 405.

A data collection unit 401 is configured to periodically poll a server of a server cluster to collect status data of the server, where the status data includes identification bit information.

The data determining unit 402 is configured to determine whether the status data is valid data.

A data determining unit 403 is configured to determine alarm data in the status data according to the identification bit information, and store the alarm data in a first preset data table.

A data processing unit 404 is configured to periodically poll the first preset data table to obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result to a second In the preset data table.

The data processing unit 404 includes: an identification acquisition subunit 4041, an information acquisition subunit 4042, a repetition processing subunit 4043, and a result generation subunit 4044. Specifically, an identifier acquisition subunit 4041 is configured to acquire a component type and a host identifier of the server, and the alarm data is classified according to the component category to obtain component alarm data; an information acquisition subunit 4042 is configured to obtain The host ID is used to obtain the host information of the server; the repeated processing subunit 4043 is configured to perform repeated alarm processing on the component alarm data according to the component category corresponding to the component alarm data; the result generation subunit 4044 is configured to The component alarm data of the repeated alarm processing and the host information generate a data processing result.

An event generating unit 405 is configured to periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal to enable the The terminal displays the pending event.

The event generating unit 405 includes: an event generating sub-unit 4051, an event display sub-unit 4052, a time receiving sub-unit 4053, and an identification modification sub-unit 4054. Specifically, the event generating subunit 4051 is configured to generate a pending event according to the data processing result, the pending event includes an ignore control, and the ignore control is used to trigger the display of the ignore time for the user to select; the event display sub A unit 4052 is configured to send the pending event to the terminal so that the terminal displays the pending event through a centralized management platform; a time receiving subunit 4053 is configured to receive a user-selected ignore time sent by the terminal; an identifier The modification subunit 4054 is configured to modify the identification bit information of the alarm data in the first preset data table according to the ignore time.

In addition, the event generating unit 405 is further configured to: determine whether the alarm data is a disappearing alarm according to the identification bit information in the alarm data; if the alarm data is a disappearing alarm, according to the server corresponding to the alarm data The host information archives and classifies the alarm data; and sends the archived classification results to the terminal for display through a report page of the centralized management platform.

FIG. 6 is a schematic block diagram of an alarm data management apparatus according to another embodiment of the present application. As shown in FIG. 6, corresponding to the above alarm data management method, the present application further provides an alarm data management device. The device for managing alarm data includes a unit for performing management of the above-mentioned alarm data, and the device may be configured in a server. As shown in FIG. 6, the alarm data management device 500 includes a data acquisition unit 501, a data judgment unit 502, a data determination unit 503, a data processing unit 504, a cause acquisition unit 505, a result storage unit 506, and an event generation unit 507.

A data collection unit 501 is configured to periodically poll a server of a server cluster to collect status data of the server, where the status data includes identification bit information.

The data determining unit 502 is configured to determine whether the status data is valid data.

A data determining unit 503 is configured to determine alarm data in the status data according to the identification bit information, and store the alarm data in a first preset data table.

A data processing unit 504 is configured to periodically poll the first preset data table to obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result to a second In the preset data table.

The cause obtaining unit 505 is configured to obtain an invalid cause corresponding to the status data being invalid data.

A result saving unit 506 is configured to save the status data and the invalidation cause as the data processing result in the second preset data table.

An event generating unit 507 is configured to periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal to enable the The terminal displays the pending event.

Those skilled in the art can clearly understand that, for the convenience and brevity of the description, for the specific working process of the above-mentioned alarm data management device and unit, reference may be made to the corresponding process in the foregoing method embodiment, and details are not described herein again.

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. 7.

Please refer to FIG. 7, which 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.

Referring to FIG. 7, 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. When the computer program 732 is executed, the processor 720 can cause the processor 720 to execute any method for managing alarm data.

The processor 720 is configured 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. When the computer program 732 is executed by the processor 720, the processor 720 can execute any method for managing alarm data.

The network interface 750 is used for network communication, such as sending assigned tasks. Those skilled in the art can understand that the structure shown in FIG. 7 is only a block diagram of a part of the structure related to the scheme of the present application, and does not constitute a limitation on the computer equipment 700 to which the scheme of the present application is applied. The specific computer equipment The 700 may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement. The processor 720 is configured to run a program code stored in a memory to implement the process steps of the embodiments of the foregoing methods.

It should be understood that, in the embodiment of the present application, 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 circuits (Application Specific Integrated Circuits, ASICs), ready-made programmable gate arrays (Field-Programmable Gate Arrays, FPGAs) 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.

Those skilled in the art can understand that the structure of the computer device 700 shown in FIG. 7 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.

Those of ordinary skill in the art can understand that the implementation of all or part of the processes in the methods of the above embodiments can be completed by a computer program instructing related hardware. The computer program can be stored in a storage medium, which is a computer-readable medium. Read storage media. As in the embodiment of the present application, 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 the process steps of the embodiments including the foregoing methods.

The computer-readable storage medium may be various media that can store program codes, 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.

Those of ordinary skill in the art may realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the hardware and software, Interchangeability. In the above description, the composition and steps of each example have been described generally in terms of functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method for managing alarm data may be implemented in other ways. For example, the embodiment of the device for managing alarm data described above is merely exemplary. For example, the division of each unit is only a logical function division, and there may be another division manner in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not implemented.

The steps in the method of the embodiment of the present application can be adjusted, combined, and deleted according to actual needs.

The units in the apparatus of the embodiment of the present application may be combined, divided, and deleted according to actual needs.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit 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.

If 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. Based on this understanding, 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.

The above is only a specific implementation of this application, but the scope of protection of this application is not limited to this. Any person skilled in the art can easily think of various equivalents within the technical scope disclosed in this application. Modifications or replacements, and these modifications or replacements should be covered by the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

Claims

A method for managing alarm data, including:

Periodically poll the servers of the server cluster to collect status data of the server, where the status data includes identification bit information;

Determining whether the status data is valid data;

If the status data is valid data, determining alarm data in the status data according to the identification bit information, and storing the alarm data in a first preset data table;

Periodically polling the first preset data table to obtain the alarm data, processing the alarm data using a preset processing rule to obtain a data processing result, and storing the data processing result in a second preset data table;

Periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal displays the pending event .
The method for managing alarm data according to claim 1, wherein the processing the valid alarm data to obtain a data processing result by using a preset processing rule comprises:

Obtaining the component type and host identifier of the server, and classifying the alarm data according to the component category to obtain component alarm data;

Acquiring host information of the server according to the host identifier;

Performing repeated alarm processing on the component alarm data according to the component category corresponding to the component alarm data;

A data processing result is generated according to the component alarm data and the host information that have undergone the repeated alarm processing.
The method for managing alarm data according to claim 1, wherein the generating a pending event according to a result of the data processing, and sending the pending event to a terminal to cause the terminal to display the pending event include: :

Generate a pending event according to the data processing result, the pending event includes a ignore control, the ignore control is used to trigger the display of the ignore time for the user to choose; sending the pending event to the terminal for the terminal to pass The centralized management platform displays the pending event; receives a user-selected ignore time sent by the terminal; and modifies the identification bit information of the alarm data in the first preset data table according to the ignored time.
The method for managing alarm data according to claim 3, wherein after modifying the identification bit information of the alarm data in the first preset data table according to the ignore time, further comprising:

Determine whether the alarm data is a disappearance alarm according to the identification bit information in the alarm data; if the alarm data is a disappearance alarm, archive the alarm data according to the host information of the server corresponding to the alarm data.
The method for managing alarm data according to claim 1, wherein after determining whether the status data is valid data, further comprising:

If the status data is invalid data, obtaining an invalid cause corresponding to the status data as invalid data; and saving the status data and the invalid cause as the data processing result to the second preset data table in.
The method for managing alarm data according to claim 5, wherein the reason for invalidation corresponding to acquiring the status data as invalid data comprises:

Acquiring time information corresponding to the status data as invalid data; acquiring log information corresponding to the time information from the server according to the time information; and acquiring an invalid cause corresponding to the invalid data according to the log information.
The method for managing alarm data according to claim 1, wherein the determining whether the status data is valid data comprises:

Acquiring a data value corresponding to the status data; and judging whether the status data is valid data according to the data value.
An alarm data management device includes:

A data collection unit, configured to periodically poll a server of a server cluster to collect status data of the server, where the status data includes identification bit information;

A data judging unit, configured to judge whether the status data is valid data;

A data determining unit, configured to determine alarm data in the status data according to the identification bit information if the status data is valid data, and store the alarm data in a first preset data table;

A data processing unit, configured to periodically poll the first preset data table to obtain the alarm data, process the alarm data using preset processing rules to obtain a data processing result, and save the data processing result to a second In the data table;

An event generating unit is configured to periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal The pending events are displayed.
A computer device includes a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the following steps are implemented:

Periodically poll the servers of the server cluster to collect status data of the server, where the status data includes identification bit information;

Determining whether the status data is valid data;

If the status data is valid data, determining alarm data in the status data according to the identification bit information, and storing the alarm data in a first preset data table;

Periodically polling the first preset data table to obtain the alarm data, processing the alarm data using a preset processing rule to obtain a data processing result, and storing the data processing result in a second preset data table;

Periodically poll the second preset data table to obtain the data processing result, generate a pending event according to the data processing result, and send the pending event to a terminal so that the terminal displays the pending event .
The computer device according to claim 9, wherein when the processor executes the computer program to implement the processing of the valid alarm data using a preset processing rule to obtain a data processing result, the following steps are specifically implemented:

Obtain the component type and host identifier of the server, classify the alarm data to obtain component alarm data according to the component category, obtain host information of the server according to the host identifier, and corresponding to the component alarm data The component category performs repeated alarm processing on the component alarm data; and generates a data processing result according to the component alarm data and the host information that have undergone the repeated alarm processing.
The computer device according to claim 9, wherein when the processor executes the computer program, the processor is configured to generate the to-be-processed event according to the data processing result, and send the to-be-processed event to a terminal so that the terminal When the pending event is displayed, the following steps are specifically implemented:

Generate a pending event according to the data processing result, the pending event includes a ignore control, the ignore control is used to trigger the display of the ignore time for the user to choose; sending the pending event to the terminal for the terminal to pass The centralized management platform displays the pending event; receives a user-selected ignore time sent by the terminal; and modifies the identification bit information of the alarm data in the first preset data table according to the ignored time.
The computer device according to claim 11, wherein the processor executes the computer program to implement the modification of the identification bit information of the alarm data in the first preset data table according to the ignore time, and Implement the following steps:

Determine whether the alarm data is a disappearance alarm according to the identification bit information in the alarm data; if the alarm data is a disappearance alarm, archive the alarm data according to the host information of the server corresponding to the alarm data.
The computer device according to claim 9, wherein after the processor executes the computer program to implement the determining whether the status data is valid data, the following steps are further implemented:

If the status data is invalid data, obtaining an invalid cause corresponding to the status data as invalid data; and saving the status data and the invalid cause as the data processing result to the second preset data table in.
The computer device according to claim 9, wherein when the processor executes the computer program to implement the determining whether the status data is valid data, the following steps are specifically implemented: obtaining a data value corresponding to the status data ; Determining whether the status data is valid data according to the data value.
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, causes the processor to perform the following steps:

Periodically poll the servers of the server cluster to collect status data of the server, where the status data includes identification bit information;

Determining whether the status data is valid data; if the status data is valid data, determining alarm data in the status data according to the identification bit information, and storing the alarm data in a first preset data table; Poll the first preset data table periodically to obtain the alarm data, process the alarm data using a preset processing rule to obtain a data processing result, and save the data processing result in a second preset data table; Polling the second preset data table to obtain the data processing result, generating a pending event according to the data processing result, and sending the pending event to a terminal so that the terminal displays the pending event.
The computer-readable storage medium of claim 15, wherein when the computer program is executed by a processor, the processor causes the processor to execute the processing of the valid alarm data by using a preset processing rule to obtain a data processing result, Perform the following steps:

Obtain the component type and host identifier of the server, classify the alarm data to obtain component alarm data according to the component category, obtain host information of the server according to the host identifier, and corresponding to the component alarm data The component category performs repeated alarm processing on the component alarm data; and generates a data processing result according to the component alarm data and the host information that have undergone the repeated alarm processing.
The computer-readable storage medium of claim 15, wherein when the computer program is executed by a processor, the processor executes the processor to generate a pending event according to the data processing result, and sends the pending event To the terminal to make the terminal display the pending event, specifically perform the following steps:

Generate a pending event according to the data processing result, the pending event includes a ignore control, the ignore control is used to trigger the display of the ignore time for the user to choose; sending the pending event to the terminal for the terminal to pass The centralized management platform displays the pending event; receives a user-selected ignore time sent by the terminal; and modifies the identification bit information of the alarm data in the first preset data table according to the ignored time.
The computer-readable storage medium of claim 17, wherein the computer program, when executed by a processor, causes the processor to execute the modification of the alarm data in the first preset data table according to the ignore time After the identification bit information, perform the following steps:

Determine whether the alarm data is a disappearance alarm according to the identification bit information in the alarm data; if the alarm data is a disappearance alarm, archive the alarm data according to the host information of the server corresponding to the alarm data.
The computer-readable storage medium according to claim 15, wherein when the computer program is executed by a processor, the processor executes the judgment to determine whether the status data is valid data, and further performs the following steps: The status data is invalid data, and the invalidation reason corresponding to the status data is invalid data is obtained; and the status data and the invalidation cause are saved as the data processing result in the second preset data table.
The computer-readable storage medium according to claim 15, wherein when the computer program is executed by a processor, the processor executes the judgment to determine whether the status data is valid data, and specifically executes the following steps: A data value corresponding to the state data; and judging whether the state data is valid data according to the data value.