CN109245937B - PIM platform warning method and device - Google Patents
PIM platform warning method and device Download PDFInfo
- Publication number
- CN109245937B CN109245937B CN201811166775.0A CN201811166775A CN109245937B CN 109245937 B CN109245937 B CN 109245937B CN 201811166775 A CN201811166775 A CN 201811166775A CN 109245937 B CN109245937 B CN 109245937B
- Authority
- CN
- China
- Prior art keywords
- alarm
- data
- monitoring
- monitoring data
- protocol format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000012544 monitoring process Methods 0.000 claims abstract description 128
- 239000010453 quartz Substances 0.000 claims abstract description 11
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims description 13
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
Abstract
The application discloses an alarm method and device of a PIM platform; the alarm method comprises the following steps: periodically acquiring data of a monitoring target by adopting a distributed timing task framework of Spring quartz, and assembling the acquired data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data; when second monitoring data carrying an object identifier and sent by a monitoring target is received, determining whether to generate an alarm or not according to the second monitoring data; and when the second monitoring data is not received, determining whether to generate alarm information according to the first monitoring data. The method and the device can effectively capture the abnormity of the monitoring target in time, and improve the alarming accuracy of the PIM platform.
Description
Technical Field
The present application relates to, but not limited to, the field of computer technologies, and in particular, to an alarm method and apparatus for a Physical Infrastructure Management (PIM) platform.
Background
A Physical Infrastructure Management (PIM) platform is responsible for unified Management of Physical devices (such as servers, switches, firewalls, magnetic arrays, etc.) of different vendors. However, the current PIM platform has the problems of untimely alarm, low accuracy and the like.
Disclosure of Invention
The embodiment of the application provides an alarm method and device for a PIM platform, which can effectively capture the abnormity of a monitored target in time and improve the alarm accuracy.
In one aspect, an embodiment of the present application provides an alarm method for a PIM platform, including: periodically acquiring data of a monitoring target by adopting a distributed timing task framework of Springquartz, and assembling the acquired data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data; when second monitoring data carrying an object identifier and sent by a monitoring target is received, determining whether to generate an alarm or not according to the second monitoring data; and when the second monitoring data is not received, determining whether to generate alarm information according to the first monitoring data.
On the other hand, an embodiment of the present application provides an alarm device for a PIM platform, including: the alarm device comprises a data acquisition module, an active alarm module, a passive alarm module and a data processing module; the active alarm module is configured to adopt a Spring quartz distributed timing task framework, control the data acquisition module to periodically acquire data of a monitoring target, and assemble the acquired data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data; the passive alarm module is configured to receive second monitoring data which is sent by a monitoring target and carries an object identifier; the data processing module is configured to determine whether to generate an alarm according to second monitoring data when the passive alarm module receives the second monitoring data which is sent by the monitoring target and carries the object identifier; and when the passive alarm module does not receive the second monitoring data, determining whether to generate an alarm or not according to the first monitoring data.
In another aspect, an embodiment of the present application provides a terminal, including: a memory and a processor; the memory stores an alarm program of the PIM platform, and the alarm program realizes the steps of the alarm method when being executed by the processor.
In addition, an embodiment of the present application further provides a computer readable medium, in which an alarm program of the PIM platform is stored, and when the alarm program is executed by the processor, the steps of the alarm method are implemented.
In the embodiment of the application, a distributed timing task framework of Spring quartz is adopted, data of a monitoring target are periodically collected, and the collected data are assembled according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data; when second monitoring data carrying an object identifier and sent by a monitoring target is received, determining whether to generate an alarm or not according to the second monitoring data; and when the second monitoring data is not received, determining whether to generate alarm information according to the first monitoring data. The embodiment of the application jointly adopts two modes of active monitoring and passive monitoring, thereby effectively, timely and accurately capturing the abnormal information of the monitored target, avoiding the situation of false alarm and improving the alarm accuracy of the PIM platform.
Drawings
The accompanying drawings are included to provide a further understanding of the claimed subject matter and are incorporated in and constitute a part of this specification, illustrate embodiments of the subject matter and together with the description serve to explain the principles of the subject matter and not to limit the subject matter.
Fig. 1 is a flowchart of an alarm method of a PIM platform according to an embodiment of the present application;
fig. 2 is a flowchart illustrating an exemplary alerting method of a PIM platform according to an embodiment of the present application;
fig. 3 is a schematic diagram of an alarm device of a PIM platform according to an embodiment of the present application;
fig. 4 is a schematic diagram of a terminal according to an embodiment of the present application.
Detailed Description
Embodiments of the present application will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features of the embodiments in the present application may be arbitrarily combined with each other without conflict.
The steps illustrated in the flow charts of the figures may be performed in a computer system such as a set of computer-executable instructions. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.
Fig. 1 is a flowchart of an alarm method for a PIM platform according to an embodiment of the present application. The alarm method provided by the embodiment can be executed by a terminal (e.g., a desktop computer, a notebook computer, etc.) deploying the PIM platform. The PIM platform may be used to monitor multiple monitoring targets (e.g., servers).
As shown in fig. 1, the warning method provided in this embodiment includes the following steps:
and 103, when the second monitoring data is not received, determining whether alarm information is generated or not according to the first monitoring data.
In the embodiment, in the active monitoring process, a distributed timing task framework of Spring quartz is adopted instead of a bottom-layer shinken component, data of a monitoring target are periodically collected, the collected data are assembled according to a first protocol format, and first monitoring data are obtained and can be flexibly and automatically controlled; in the passive monitoring process, second monitoring data which is sent by a monitoring target and carries an OID is received, wherein through the initialization of the OID and the setting of a Simple Network Management Protocol (SNMP) Trap, alarm data can be flexibly sent through the SNMP Trap, and OID information can be accurately identified, so that the PIM platform is ensured to receive the alarm data, and the condition of generating error alarm is avoided. The embodiment adopts two monitoring modes aiming at the performance index of the same monitoring target, and when active monitoring and passive monitoring exist simultaneously, the second monitoring data obtained by passive monitoring is taken as the standard, so that the abnormal information of the monitoring target is effectively, timely and accurately captured, and the accuracy of PIM platform warning is improved.
In the embodiment, a shinken component is abandoned in active monitoring, a distributed timing task framework of Spring quartz is adopted, and data of each monitoring target is periodically acquired through a bottom shell script (namely a monitoring script); the collected data may include asset data (e.g., hardware information such as CPU core count) and performance data (e.g., CPU temperature, CPU utilization, fan speed, etc.). In this embodiment, the collected performance data may be assembled according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data. Illustratively, the status flag bit may be represented by 0, 1, or 2; for example, a status flag bit of 0 may indicate normal, a status flag bit of 1 may indicate a light problem, and a status flag bit of 2 may indicate a heavy problem.
In an exemplary embodiment, the warning method may further include: initializing an object identifier according to a second protocol format with reference to a Management Information Base (MIB) file, wherein the second protocol format includes: an object identifier, an alarm level, and an alarm name.
In an exemplary embodiment, the determining whether to generate an alarm according to the second monitoring data in step 102 may include: according to the object identifier initialized according to the second protocol format, identifying alarm data indicated by the object identifier carried by the second monitoring data; and determining whether to generate an alarm according to the identified alarm data.
In this exemplary embodiment, in the passive monitoring process, the OID may be initialized according to the second protocol format based on the MIB file, that is, meaning indicated by different OIDs is labeled, so that when second monitoring data carrying the OID and sent by the monitoring target is received, the second monitoring data may be interpreted according to the initialization information.
In an exemplary embodiment, the determining whether to generate the alarm according to the first monitoring data in step 103 may include: when the status flag bit is normal, comparing the performance data of the performance index with the threshold value of the performance index, and determining whether to generate an alarm according to the comparison result; and when the status flag bit is abnormal, determining that an alarm is generated. For example, when the status flag bit is normal, if the performance data of the performance index is greater than or equal to the corresponding threshold, it is determined that an alarm is generated; and if the performance data of the performance index is smaller than the corresponding threshold value, determining that no alarm is generated.
Fig. 2 is a flowchart illustrating an alert method of a PIM platform according to an embodiment of the present application. The alarm method provided by the embodiment can be executed by a terminal deploying a PIM platform. As shown in fig. 2, the warning method provided in this embodiment includes the following steps:
In this embodiment, in order to ensure that the passive monitoring mode is implemented, OID initialization and Trap setting need to be performed in advance; the OID initialization is initialized according to a protocol format (namely a second protocol format) of 'OID' + 'alarm level' + 'alarm name' by taking an MIB file provided by an equipment manufacturer as a reference; also, a BMC (Baseboard Management Controller) of a monitoring target is configured using SNMP Trap v2 or v3 protocol parameters. Therefore, the PIM platform can timely receive the second monitoring data sent by the monitoring target and accurately read the alarm data indicated by the OID carried in the second monitoring data, so that the PIM platform is ensured to accurately and timely receive the alarm data sent by the monitoring target, and the accident that the alarm cannot be generated is avoided.
In this embodiment, when determining whether to generate an alarm for the first monitoring data, it may first determine whether the status flag is normal, and if not, directly generate an alarm; if the performance index is normal, comparing the performance data of the performance index with a corresponding threshold value, and determining whether to generate an alarm or not according to a comparison result; for example, an alarm is generated if the performance data is greater than or equal to the corresponding threshold, and no alarm is generated if the performance data is less than the corresponding threshold.
In this embodiment, if the PIM platform determines to generate an alarm, the PIM platform may send alarm information to a relevant person through a mail or a short message, or display the alarm information on a user interface of the PIM platform. However, this is not limited in this application.
The embodiment of the application determines whether to generate the alarm by realizing active and passive combined monitoring on the PIM platform. When active and passive monitoring exist at the same time, taking passive monitoring data (namely second monitoring data) as a standard; a shinken component adopted by active monitoring is abandoned, and a Spring quartz distributed timing task framework is adopted, so that flexible automatic control can be realized; the actively monitored data (namely the first monitoring data) adopts a protocol format (namely a first protocol format) of 'status flag bit' + 'performance index' + 'performance data'; passively monitored data (i.e., second monitored data) is interpreted by a protocol format of "OID" + "alarm level" + "alarm name" (i.e., second protocol format); thereby improving the monitoring efficiency and the alarming accuracy.
Fig. 3 is a schematic diagram of an alarm device of a PIM platform according to an embodiment of the present application. As shown in fig. 3, the warning device provided in this embodiment includes: a data acquisition module 302, an active alarm module 301, a passive alarm module 304, and a data processing module 303. The active alarm module 302 is configured to adopt a Spring quartz distributed timing task framework, control the data acquisition module 302 to periodically acquire data of a monitoring target, and assemble the acquired data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data; a passive alarm module 304 configured to receive second monitoring data carrying an object identifier sent by a monitoring target; the data processing module 303 is configured to, when the passive alarm module 304 receives second monitoring data carrying an object identifier sent by a monitoring target, determine whether to generate an alarm according to the second monitoring data; when the passive alarm module 304 does not receive the second monitoring data, it determines whether to generate an alarm according to the first monitoring data.
In an exemplary embodiment, the passive alarm module 304 may be further configured to initialize the object identifier according to a second protocol format with reference to the management information base file, where the second protocol format includes: an object identifier, an alarm level, and an alarm name.
In an exemplary embodiment, the data processing module 303 may be configured to determine whether to generate an alarm based on the second monitoring data by: according to the object identifier initialized according to the second protocol format, identifying alarm data indicated by the object identifier carried by the second monitoring data; and determining whether to generate an alarm according to the identified alarm data.
In an exemplary embodiment, the data processing module 303 may be configured to determine whether to generate an alarm based on the first monitoring data by: when the status flag bit is normal, comparing the performance data of the performance index with the threshold value of the performance index, and determining whether to generate an alarm according to the comparison result; and when the status flag bit is abnormal, determining that an alarm is generated.
For the related description of the warning device of the PIM platform provided in this embodiment, reference may be made to the description of the above method embodiments, and therefore, no further description is given here.
Fig. 4 is a schematic diagram of a terminal according to an embodiment of the present application. As shown in fig. 4, an embodiment of the present application provides a terminal 400, including: a memory 401 and a processor 402, the memory 401 being adapted to store an alerting program of the PIM platform, which when executed by the processor 402 implements the steps of the alerting method of the PIM platform provided by the above embodiments, such as the steps shown in fig. 1 or fig. 2. It will be understood by those skilled in the art that the configuration shown in fig. 4 is only a schematic illustration of a part of the configuration associated with the present application, and does not constitute a limitation of the terminal 400 to which the present application is applied, and that the terminal 400 may comprise more or less components than those shown in the figure, or combine some components, or have a different arrangement of components.
The processor 402 may include, but is not limited to, a processing device such as a Microprocessor (MCU) or a Programmable logic device (FPGA). The memory 401 may be used to store software programs and modules of application software, such as program instructions or modules corresponding to the alert method of the PIM platform in this embodiment, and the processor 402 executes various functional applications and data processing, such as implementing the alert method of the PIM platform provided in this embodiment, by running the software programs and modules stored in the memory 401. The memory 401 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 401 may include memory located remotely from the processor 402, which may be connected to the terminal 400 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
In addition, an embodiment of the present application further provides a computer readable medium, which stores an alerting program of the PIM platform, and when the alerting program is executed by a processor, the steps of the alerting method of the PIM platform provided in the foregoing embodiment are implemented, for example, the steps shown in fig. 1 or fig. 2.
It will be understood by those of ordinary skill in the art that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.
The foregoing shows and describes the general principles and features of the present application, together with the advantages thereof. The present application is not limited to the above-described embodiments, which are described in the specification and drawings only to illustrate the principles of the application, but also to provide various changes and modifications within the spirit and scope of the application, which are within the scope of the claimed application.
Claims (8)
1. An alarm method for a Physical Infrastructure Management (PIM) platform, comprising:
periodically acquiring data of a monitoring target by adopting a distributed timing task framework of Spring quartz, and assembling the data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data;
when second monitoring data carrying an object identifier and sent by the monitoring target is received, determining whether to generate an alarm or not according to the second monitoring data; the second monitoring data is generated according to a second protocol format, and the second protocol format comprises an object identifier OID, an alarm level and an alarm name;
when the second monitoring data is not received, determining whether alarm information is generated or not according to the first monitoring data;
the determining whether to generate an alarm according to the first monitoring data includes:
when the status flag bit is normal, comparing the performance data of the performance index with the threshold value of the performance index, and determining whether to generate an alarm according to the comparison result;
and when the status flag bit is abnormal, determining that an alarm is generated.
2. The method of claim 1, further comprising: initializing an object identifier according to a second protocol format with the management information base file as a reference, wherein the second protocol format comprises: an object identifier, an alarm level, and an alarm name.
3. The method of claim 2, wherein determining whether to generate an alarm based on the second monitoring data comprises:
according to the object identifier initialized according to the second protocol format, identifying alarm data indicated by the object identifier carried by the second monitoring data;
and determining whether to generate an alarm according to the identified alarm data.
4. An alerting device for a physical infrastructure management, PIM, platform comprising: the alarm device comprises a data acquisition module, an active alarm module, a passive alarm module and a data processing module;
the active alarm module is configured to adopt a Spring quartz distributed timing task framework, control the data acquisition module to periodically acquire data of a monitoring target, and assemble the data according to a first protocol format to obtain first monitoring data; wherein the first protocol format comprises: status flag bits, performance indicators, and performance data;
the passive alarm module is configured to receive second monitoring data carrying an object identifier sent by the monitoring target; the second monitoring data is generated according to a second protocol format, and the second protocol format comprises an object identifier OID, an alarm level and an alarm name;
the data processing module is configured to determine whether to generate an alarm according to second monitoring data when the passive alarm module receives the second monitoring data carrying an object identifier sent by the monitoring target; when the passive alarm module does not receive the second monitoring data, determining whether an alarm is generated according to the first monitoring data;
determining whether to generate an alarm according to the first monitoring data, comprising:
when the status flag bit is normal, comparing the performance data of the performance index with the threshold value of the performance index, and determining whether to generate an alarm according to the comparison result;
and when the status flag bit is abnormal, determining that an alarm is generated.
5. The apparatus of claim 4, wherein the passive alert module is further configured to initialize an object identifier according to a second protocol format with reference to a management information base file, wherein the second protocol format comprises: an object identifier, an alarm level, and an alarm name.
6. The apparatus of claim 5, wherein the data processing module is configured to determine whether to generate an alarm based on the second monitoring data by: according to the object identifier initialized according to the second protocol format, identifying alarm data indicated by the object identifier carried by the second monitoring data; and determining whether to generate an alarm according to the identified alarm data.
7. A terminal, comprising: a memory and a processor; the memory stores an alerting program of a physical infrastructure management, PIM, platform which, when executed by the processor, implements the steps of the alerting method of any of claims 1-3.
8. A computer-readable medium, in which an alerting program of a physical infrastructure management, PIM, platform is stored, which when executed by a processor implements the steps of the alerting method of any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811166775.0A CN109245937B (en) | 2018-10-08 | 2018-10-08 | PIM platform warning method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811166775.0A CN109245937B (en) | 2018-10-08 | 2018-10-08 | PIM platform warning method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109245937A CN109245937A (en) | 2019-01-18 |
| CN109245937B true CN109245937B (en) | 2022-03-25 |
Family
ID=65055145
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811166775.0A Active CN109245937B (en) | 2018-10-08 | 2018-10-08 | PIM platform warning method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109245937B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110609782B (en) * | 2019-09-19 | 2022-07-12 | 四川长虹电器股份有限公司 | Micro-service optimization system and method based on big data |
| CN113032216B (en) * | 2021-03-26 | 2023-04-25 | 山东英信计算机技术有限公司 | Monitoring method, device, equipment and medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102136925A (en) * | 2010-01-27 | 2011-07-27 | 新奥特（北京）视频技术有限公司 | Method and system for passively collecting data based on SNMP protocol |
| CN103634149A (en) * | 2013-11-28 | 2014-03-12 | 常州工学院 | Monitoring method used for distributed system |
| CN105468500A (en) * | 2015-11-16 | 2016-04-06 | 中国建设银行股份有限公司 | Timing task monitoring method and device |
| CN106780149A (en) * | 2016-12-30 | 2017-05-31 | 中核核电运行管理有限公司 | A kind of equipment real-time monitoring system based on timed task scheduling |
| CN107222356A (en) * | 2017-07-28 | 2017-09-29 | 郑州云海信息技术有限公司 | A kind of cloud monitoring system alarm method and system |
| CN107704315A (en) * | 2017-03-31 | 2018-02-16 | 广东网金控股股份有限公司 | A kind of timed task dispatch service framework and method based on Quartz |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040017779A1 (en) * | 2002-07-25 | 2004-01-29 | Moxa Technologies Co., Ltd. | Remote equipment monitoring system with active warning function |
-
2018
- 2018-10-08 CN CN201811166775.0A patent/CN109245937B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102136925A (en) * | 2010-01-27 | 2011-07-27 | 新奥特（北京）视频技术有限公司 | Method and system for passively collecting data based on SNMP protocol |
| CN103634149A (en) * | 2013-11-28 | 2014-03-12 | 常州工学院 | Monitoring method used for distributed system |
| CN105468500A (en) * | 2015-11-16 | 2016-04-06 | 中国建设银行股份有限公司 | Timing task monitoring method and device |
| CN106780149A (en) * | 2016-12-30 | 2017-05-31 | 中核核电运行管理有限公司 | A kind of equipment real-time monitoring system based on timed task scheduling |
| CN107704315A (en) * | 2017-03-31 | 2018-02-16 | 广东网金控股股份有限公司 | A kind of timed task dispatch service framework and method based on Quartz |
| CN107222356A (en) * | 2017-07-28 | 2017-09-29 | 郑州云海信息技术有限公司 | A kind of cloud monitoring system alarm method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109245937A (en) | 2019-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11641319B2 (en) | Network health data aggregation service | |
| CN109361548B (en) | IMS network behavior diagnosis early warning method and device based on active security | |
| KR101749198B1 (en) | Pan-tilt-zoom device identification method, pan-tilt-zoom device, camera, and pan-tilt-zoom device control system | |
| GB2505644A (en) | Managing network configurations | |
| US8244943B2 (en) | Administering the polling of a number of devices for device status | |
| CN110543409B (en) | Hardware data acquisition method and device, computer equipment and storage medium | |
| WO2019223140A1 (en) | Method for managing apparatus monitoring , device, computer apparatus and storage medium | |
| EP2541418B1 (en) | Method for increasing reliability in monitoring systems | |
| US11586488B2 (en) | Return and replacement protocol (RRP) | |
| CN108632108B (en) | Monitoring method and device based on polling protocol and readable storage medium | |
| CN109245937B (en) | PIM platform warning method and device | |
| CN111796959B (en) | Self-healing method, device and system for host container | |
| US20040006619A1 (en) | Structure for event reporting in SNMP systems | |
| CN114363313A (en) | Device control method, server, and storage medium | |
| CN114328107A (en) | Monitoring method and system for optomagnetic fusion storage server cluster and electronic equipment | |
| CN107872336B (en) | Mounting point identification method and system and identification management equipment | |
| JP6389494B2 (en) | Method and apparatus for generating network dependencies | |
| CN109462617B (en) | Method and device for detecting communication behavior of equipment in local area network | |
| CN116070210A (en) | Method and device for determining abnormal progress and virus checking and killing method | |
| US8775615B2 (en) | SNMP-based management of service oriented architecture environments | |
| CN114356699A (en) | Embedded equipment alarm method, device, equipment and storage medium | |
| Cisco | ||
| CN108829563B (en) | Alarm method and alarm device | |
| CN113852696A (en) | Method, system, equipment and storage medium for in-band resource information query | |
| CN109587128B (en) | Data acquisition method, network equipment and controller |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |