Operation and maintenance monitoring system
By designing an operation and maintenance monitoring system, the performance and status of the Teamcenter system are monitored in real time, and abnormalities are automatically analyzed and handled, which solves the problem of real-time monitoring and automatic diagnosis in the existing technology, and improves the reliability of the system and administrator efficiency.
Patent Information
- Application Number
- CN202411644648.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-11-18
- Publication Date
- 2024-12-17
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
The existing monitoring platform cannot monitor the operating indicators of the Teamcenter system in real time such as system survival, port connectivity, log exceptions, service blockage and process continuity, resulting in the inability to judge the system status in a timely manner, and cannot automatically diagnose and restore the problem when problems occur, and rely on management. Manual inspection by the staff.
A kind of operation and maintenance monitoring system was designed, including monitoring alarm module, automatic operation and maintenance module and manual operation and maintenance module. The server monitoring module and platform monitoring module are used to obtain performance parameters in real time, configure alarm policies and status monitoring functions, and automatically analyze and clean abnormalities. Process, providing automatic diagnosis and recovery functions.
Real-time monitoring of Teamcenter system performance and operating status is realized, automatic diagnosis and recovery mechanism is provided, the operation and maintenance burden of administrators is reduced, and the reliability and stability of the system is improved.
Smart Images

Figure CN119149352A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of engineering machinery, and in particular to an operation and maintenance monitoring system. Background Art
[0002] As a product lifecycle management platform, Teamcenter system provides an integrated environment for designing, simulating and manufacturing various products. It is increasingly widely used in the construction machinery industry, effectively improving R&D efficiency and shortening R&D cycles for enterprises. With the increase in the number of users and the deepening of use, higher requirements are also put forward for the reliability and stability of the platform.
[0003] However, since the Teamcenter system itself is encapsulated, the code is encrypted, the operation process is complex, and the log interpretation is difficult, the existing monitoring platform can only monitor the use of operating system resources, and cannot collect the Teamcenter system's system survival, port connectivity, log anomalies, service blocking, and process continuity. The operating indicators, such as, are unable to determine the use status of the entire system in real time to monitor the status of the Teamcenter system. At the same time, when a Teamcenter system problem occurs, it cannot be automatically diagnosed and restored. Often, after a large number of users fail to use the system and report it to the administrator, the administrator manually conducts step-by-step troubleshooting, which is a great test of the administrator's operation and maintenance capabilities. Summary of the invention
[0004] The purpose of the embodiments of the present application is to provide an operation and maintenance monitoring system to solve the technical defect in the prior art that the operating status of the product life cycle management platform cannot be monitored in real time, resulting in the platform being unable to be operated and maintained in a timely manner when an abnormality occurs.
[0005] In order to achieve the above-mentioned purpose, the first aspect of the present application provides an operation and maintenance monitoring system, which is applied to a product life cycle management platform. The product life cycle management platform includes multiple service nodes, and the system includes: The monitoring and alarm module includes a server monitoring module and a platform monitoring module. The server monitoring module is deployed on each service node and is used to obtain the performance parameters of each service node in real time to monitor the performance of the product life cycle management platform. Corresponding monitoring items are configured for each node service to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions. The platform monitoring module is used to configure multiple status monitoring function services for each service node of the platform to monitor the operating status of each service node in real time. The automatic operation and maintenance module includes a platform fault self-operation and maintenance module and a fault data processing module. The platform fault self-operation and maintenance module is used to analyze the process of the service node when any service node runs abnormally, so as to clean up the process that meets the preset conditions; the fault data processing module is used to obtain the abnormal data in the server monitoring module and provide corresponding operation and maintenance scripts to process the abnormal data.
[0006] In an embodiment of the present application, the system also includes: a manual operation and maintenance module, including an administrator module, a business data query module and a user module; the administrator module is used to provide service restart function, service deployment function and process cleanup function, so that the administrator can operate and maintain the product life cycle management platform based on the service restart function, service deployment function and process cleanup function; the business data query module is used to return the business data of the corresponding table based on the data query requirements triggered by the user when it is determined that the user's user rights meet the preset authority level; the user module includes a work order system and a knowledge base, and the work order system is used to receive problem information submitted by each user, and extract keywords of the problem information through the knowledge base and match them to return corresponding solutions.
[0007] In an embodiment of the present application, the automatic operation and maintenance module also includes: a business data processing module, which is used to obtain the data attributes of the self-made parts, purchased parts, raw materials and auxiliary materials data of the product life cycle management platform for normative inspection, and summarize the abnormal data obtained from the inspection, wherein the data attributes include at least one of the attribute value length, filling specifications, character type, unit specifications, numerical accuracy and whether Chinese is contained; a fault information processing module, which is used to check the service port connectivity, service log, interface input and return value of the performance parameters obtained by the platform monitoring module to determine whether each service node is in a normal state; if it is determined that any service node is abnormal, determine whether the service node is a core service node; if the service node is not a core service node, restart or rebuild the service node through the operation and maintenance script; if the service node is a core service node, generate corresponding operation and maintenance information to the administrator; a quarterly business data report summary module, which is used to obtain the business data of the platform in each quarter, and count the number of new additions and releases of the business data in each quarter, and perform business norm inspection on the business data in each quarter, and summarize the inspection results and statistical results.
[0008] In an embodiment of the present application, the monitoring and alarm module also includes: a database monitoring module, which is used to configure a variety of structured query language query functions for the product life cycle management platform to determine the execution structured query language that affects the operation of the product life cycle management platform; a large screen display module, which is used to provide a customized monitoring large screen to display the performance, resource usage and operating status of each service node of the product life cycle management platform in real time; a performance report summary module, which is used to provide customized report templates for periodic statistics of performance indicators, problem lists and business data.
[0009] In an embodiment of the present application, multiple status monitoring function services include at least user connection number and status inspection service, application log inspection service, application service status inspection service, port opening inspection service, license service inspection service and other function inspection services.
[0010] In an embodiment of the present application, multiple service nodes include a thread pool management service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, obtain the number of user connections of the thread pool management service node, determine that the number of user connections is normal when it is determined that the number of user connections is within a preset number range, and for each user connection, determine that the user connection is a legal connection when it is determined that the user connection matches the pre-stored user connection in the database record; determine that the process of the thread pool management service node is running abnormally when any one of the following conditions is met: the number of database connections of the process of the thread pool management service node is greater than a first value, the number of database connections with a connection duration that meets a preset duration is greater than a second value, the process memory is greater than a third value, and the size of the user process log is greater than a fourth value; determine that the user process log of the thread pool management service node is abnormal when any one of the first preset keywords is determined to exist in the user process log of the thread pool management service node; determine that the process of the thread pool management service node needs to be cleaned up when it is determined that the time difference between the latest modification time of the log of any process and the current time is greater than the preset time difference.
[0011] In an embodiment of the present application, multiple service nodes include a thread pool management service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, when it is determined that any one of the process status, port status, application log existence and user load of the thread pool management service node is abnormal, determine that the thread pool management service node is an abnormal service node before running, wherein the process status is abnormal means that the process is terminated and the memory occupied by the process is outside the preset normal range, the port status is abnormal means that the corresponding port is closed or the return value of the interface request is wrong, the application log has a keyword error means that any second preset keyword exists in the application log, and the user load is abnormal means that the difference in the number of user connections between the service node and any other service node is outside the preset difference range.
[0012] In an embodiment of the present application, multiple service nodes include a volume service node, and the platform monitoring module is further used to: based on multiple status monitoring function services, determine that the volume service node is running abnormally when it is determined that the process of the volume service node is in termination and the memory occupied by the process is outside a preset normal range and the service volume with an address in a remote location cannot be connected; determine that the application log of the volume service node is abnormal when it is determined that there is a first preset keyword error in the application log of the volume service node; determine that the corresponding port of the volume service node is abnormal when it is determined that the corresponding port of the volume service node is in an unopened state and the return value of the interface request is wrong; determine that the corresponding port of the service node is abnormal when it is determined that the fluctuation number of the server connection number of the volume service node within a preset time period exceeds a preset fluctuation number, determine that the server connection number of the volume service node is abnormal.
[0013] In an embodiment of the present application, multiple service nodes include a web service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, when it is determined that the process of the web service node is in a terminated state and the memory occupied by the process is greater than the preset memory, determine that the web service node is operating abnormally; when it is determined that there is a second preset keyword error in the application log of the web service node, determine that the application log of the web service node is abnormal; when it is determined that the corresponding port of the web service node is in an unopened state, determine that the corresponding port of the web service node is abnormal; when it is determined that there is a port that cannot be connected between the web service node and the thread pool management service node, determine that the node connection of the web service node is abnormal.
[0014] In an embodiment of the present application, multiple service nodes include a signature service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, determine that the signature service node is operating abnormally when it is determined that a request sent by the signature service node has not been processed within a first preset time interval; determine that the application log of the signature service node is abnormal when it is determined that any third preset keyword exists in the application log of the signature service node; determine that the signature service node needs to be restarted when it is determined that the occupied memory of the signature service node is greater than a preset memory threshold and the application log is not updated.
[0015] In an embodiment of the present application, multiple service nodes include a licensing service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, obtain the number of license bindings of the licensing service node within a second preset time interval, and when it is determined that the number of license bindings is lower than a preset licensing threshold, determine that the licensing service node is operating abnormally; when it is determined that any fourth preset keyword exists in the application log of the licensing service node, determine that the application log of the licensing service node is abnormal; when it is determined that the port between the main process and the child process of the licensing service node is not enabled, determine that the corresponding port of the licensing service node is abnormal.
[0016] In an embodiment of the present application, the alarm strategy includes at least threshold alarm, conditional alarm and abnormal alarm; the monitoring alarm module is also used to determine the alarm level corresponding to the performance parameters based on the performance parameters of the service node for any service node, when it is determined that the performance parameters of the service node meet the alarm conditions, and execute the corresponding alarm strategy based on the alarm level.
[0017] The above technical scheme provides an operation and maintenance monitoring system, which is applied to the product life cycle management platform. Through the monitoring alarm module, including the server monitoring module and the platform monitoring module, the server monitoring module is deployed on each service node, which is used to obtain the performance parameters of each service node in real time to monitor the performance of the product life cycle management platform, and configures corresponding monitoring items for each node service, so as to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions; the platform monitoring module is used to configure multiple status monitoring function services for each service node of the platform, so as to monitor the operation status of each service node in real time; the automatic operation and maintenance module includes a platform fault self-operation and maintenance module, which is used to analyze the process of the service node in the case of abnormal operation of any service node, so as to clean up the process that meets the preset conditions. Real-time monitoring of the performance and operation status of the product life cycle management platform is realized, and corresponding operation and maintenance means are provided.
[0018] Other features and advantages of the embodiments of the present application will be described in detail in the subsequent specific implementation section. BRIEF DESCRIPTION OF THE DRAWINGS
[0019] The accompanying drawings are used to provide a further understanding of the embodiments of the present application and constitute a part of the specification. Together with the following specific implementations, they are used to explain the embodiments of the present application, but do not constitute a limitation on the embodiments of the present application. In the accompanying drawings: Figure 1 The structure block diagram of an operation and maintenance monitoring system according to an embodiment of the present application is schematically shown; Figure 2 The structure block diagram of another operation and maintenance monitoring system according to an embodiment of the present application is schematically shown; Figure 3 A schematic diagram of a process for processing monitoring data according to an embodiment of the present application is shown schematically; Figure 4 A schematic diagram of a process cleanup process according to an embodiment of the present application is shown; Figure 5 A schematic diagram of a process flow of checking the standardization of business data according to an embodiment of the present application is shown schematically; Figure 6 A schematic diagram of a process of fault information collection and self-healing according to an embodiment of the present application is shown; Figure 7 A schematic diagram of a service deployment process according to an embodiment of the present application is schematically shown; Figure 8 A schematic diagram of a process flow of a business data query according to an embodiment of the present application is schematically shown; Fig. 9 A schematic diagram of a process of processing problem information by a work order system according to an embodiment of the present application is schematically shown. DETAILED DESCRIPTION
[0020] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. It should be understood that the specific implementation methods described herein are only used to illustrate and explain the embodiments of the present application, and are not used to limit the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.
[0021] In addition, if there are descriptions involving "first", "second", etc. in the embodiments of the present application, the descriptions of "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or suggesting their relative importance or implicitly indicating the number of technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of such features. In addition, the technical solutions between the various embodiments can be combined with each other, but they must be based on the ability of ordinary technicians in the field to implement them. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such combination of technical solutions does not exist and is not within the scope of protection required by this application.
[0022] Figure 1 The structure block diagram of an operation and maintenance monitoring system according to an embodiment of the present application is schematically shown. Figure 1 As shown, the embodiment of the present application provides an operation and maintenance monitoring system, which is applied to a product life cycle management platform. The product life cycle management platform includes multiple service nodes, and the system includes: The monitoring and alarm module 110 includes a server monitoring module 112 and a platform monitoring module 114. The server monitoring module 112 is deployed on each service node and is used to obtain the performance parameters of each service node in real time to monitor the performance of the product life cycle management platform, and is configured with corresponding monitoring items for each node service, so as to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions; the platform monitoring module 114 is used to configure multiple status monitoring function services for each service node of the platform, so as to monitor the operating status of each service node in real time; In the embodiment of the present application, it should be noted that the product life cycle management platform can refer to the Teamcenter system, referred to as the TC system. The Teamcenter software is a modern, adaptable product life cycle management system that connects personnel and processes across functional islands through digital threads to achieve innovation. Among them, the TC system includes multiple service nodes. Therefore, the server monitoring module of the operation and maintenance monitoring system can be deployed on each service node of the TC system, and the usage of each service node can be determined by obtaining the performance parameters of each service node in real time, so as to monitor the performance of the TC system. At the same time, according to the different attributes of the service node, the server monitoring module configures corresponding monitoring items for each service node, so as to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions. It should be noted that the alarm conditions and alarm strategies can be adaptively set according to the attributes of each service node. For example, when the CPU of a certain service node rises rapidly and reaches a pre-set CPU threshold, it is determined that the performance parameters of the service node meet the alarm conditions, and the corresponding threshold alarm strategy is executed. At the same time, based on the characteristics of the TC system and taking into account the common problem scenarios of the TC system operation, the platform monitoring module is configured with multiple status monitoring function services for each service node to monitor the operating status of each service node in real time. It should be noted that the platform monitoring module can also be called the TC system monitoring module.
[0023] In an embodiment of the present application, multiple status monitoring function services include at least user connection number and status inspection service, application log inspection service, application service status inspection service, port opening inspection service, license service inspection service and other function inspection services.
[0024] In this embodiment, the platform monitoring module configures multiple status monitoring function services for each service node to monitor the operating status of each service node in real time. Specifically, the multiple status monitoring function services may include user connection number and status check service, application log check service, application service status check service, port open check service, license service check service and other function check services, so as to ensure that each service node of the TC system can operate normally and can promptly discover and feedback when an operation abnormality occurs.
[0025] In the embodiments of the present application, Figure 2 Another structural diagram of the operation and maintenance monitoring system is provided, such as Figure 2As shown, the monitoring and alarm module 110 also includes: a database monitoring module 116, which is used to configure a variety of structured query language query functions for the product life cycle management platform to determine the execution structured query language that affects the operation of the product life cycle management platform; a large screen display module 118, which is used to provide a customized monitoring large screen to display the performance, resource usage and operating status of each service node of the product life cycle management platform in real time; a performance report summary module 119, which is used to provide customized report templates to perform periodic statistics on performance indicators, problem lists and business data.
[0026] In this embodiment, it should be noted that structured query language may refer to SQL, which is a special purpose programming language used to access data and query, update and manage relational database systems. SQL queries are mainly used to operate and query relational databases, such as MySQL, Oracle, SQL Server, etc. Through SQL, users can easily obtain, insert, update and delete data from the database, and SQL statements can be used to perform a variety of operations, such as updating data in the database, extracting data from the database, etc. Therefore, for the TC system, the monitoring and alarm module also includes a database monitoring module, which is configured with a variety of SQL query functions to determine the execution SQL that affects the operation of the product life cycle management platform. At the same time, when an abnormality occurs, the administrator is notified to follow up, and recovery is performed automatically or semi-automatically according to the situation.
[0027] In this embodiment, after monitoring the usage status and operation status of each service node, in order to ensure that the administrator can fully observe the usage status and operation status, the monitoring and alarm module also customizes a large-screen display module that can visualize the data and a performance report summary module that can perform statistical analysis on the data. Specifically, the large-screen display module can provide a customized monitoring large screen to display the performance, resource usage and operation status of each service node of the product life cycle management platform in real time, and the report summary module can provide a customized report template to perform periodic statistics on performance indicators, problem lists and business data, and visualize the reports obtained by periodic statistics through the large-screen display module.
[0028] In an embodiment of the present application, multiple status monitoring function services include at least user connection number and status inspection service, application log inspection service, application service status inspection service, port opening inspection service, license service inspection service and other function inspection services.
[0029] In this embodiment, based on the characteristics of the TC system and taking into account the common problem scenarios of the TC system operation, the platform monitoring module configures multiple status monitoring function services for each service node to monitor the operation status of each service node in real time. Specifically, the multiple status monitoring function services may include user connection number and status check service, application log check service, application service status check service, port opening check service, license service check service and other function check services to ensure that each service node of the TC system can operate normally and can promptly discover and feedback when problems occur.
[0030] In an embodiment of the present application, multiple service nodes include a thread pool management service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, obtain the number of user connections of the thread pool management service node, determine that the number of user connections is normal when it is determined that the number of user connections is within a preset number range, and for each user connection, determine that the user connection is a legal connection when it is determined that the user connection matches the pre-stored user connection in the database record; determine that the process of the thread pool management service node is running abnormally when any one of the following conditions is met: the number of database connections of the process of the thread pool management service node is greater than a first value, the number of database connections with a connection duration that meets a preset duration is greater than a second value, the process memory is greater than a third value, and the size of the user process log is greater than a fourth value; determine that the user process log of the thread pool management service node is abnormal when any one of the first preset keywords is determined to exist in the user process log of the thread pool management service node; determine that the process of the thread pool management service node needs to be cleaned up when it is determined that the time difference between the latest modification time of the log of any process and the current time is greater than the preset time difference.
[0031] In this embodiment, it should be noted that, based on the characteristics of the TC system and taking into account the common problem scenarios of the TC system operation, the platform monitoring module configures multiple status monitoring function services for each service node to monitor the operating status of each service node in real time, so as to ensure that each service node of the TC system can operate normally and can promptly discover and feedback when problems occur. There are different judgment bases for different service nodes.
[0032] Taking the thread pool management service node of the TC system as an example, the thread pool management service node can refer to the poolmananger node, and the preset number can be set according to the characteristics of the TC system combined with historical experience. Specifically, based on multiple status monitoring function services, the number of user connections of the poolmananger node can be obtained. When it is determined that the number of user connections is within the preset number range, the number of user connections is determined to be normal, otherwise the number is abnormal. At the same time, for each user connection, the user connection can be matched with the pre-stored user connection in the database record. If they match, the user connection can be determined to be a legitimate connection, otherwise the user connection is an abnormal connection.
[0033] It should be noted that the first value, the second value, the third value and the fourth value can be set according to the characteristics of the TC system combined with historical experience. For example, it can include but is not limited to setting the first value to 1, the second value to 10, the third value to 5G, and the fourth value to 50MB. Therefore, when it is determined that the number of database connections between the poolmananger node process and the database is greater than 10 and the number of database connections whose connection duration meets the preset duration is greater than 1, and the process memory is greater than 5G and the size of the user process log is greater than 50MB, it can be determined that the process of the poolmananger node is running abnormally. Among them, the preset duration can be set according to historical experience.
[0034] It should be noted that the first preset keyword may refer to a specific keyword such as locked, ora-, unreachable, etc. Therefore, when it is determined that any one of the specific keywords such as locked, ora-, unreachable, etc. exists in the user process log of the poolmananger node, it can be determined that the user process log of the poolmananger node is abnormal. Among them, the user process log keyword monitoring is actually graded. For example, as long as the keywords such as unreachable and locked appear, an alarm will be issued immediately. When keywords such as ora-xxx appear, although an error will be reported during the user's daily operation, an alarm will be issued only when these keywords appear in large quantities.
[0035] It should be noted that the preset time difference can be set to 1 hour. Therefore, when it is determined that the time difference between the latest modification time of the log of any process and the current time is greater than 1 hour, it is determined that the process of the poolmananger node needs to be cleaned up.
[0036] In an embodiment of the present application, multiple service nodes include a thread pool management service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, when it is determined that any one of the process status, port status, application log existence and user load of the thread pool management service node is abnormal, determine that the thread pool management service node is an abnormal service node before running, wherein the process status is abnormal means that the process is terminated and the memory occupied by the process is outside the preset normal range, the port status is abnormal means that the corresponding port is closed or the return value of the interface request is wrong, the application log has a keyword error means that any second preset keyword exists in the application log, and the user load is abnormal means that the difference in the number of user connections between the service node and any other service node is outside the preset difference range.
[0037] In this embodiment, it should be noted that the thread pool management service node may refer to a poolmananger node. Based on multiple status monitoring function services, when it is determined that any one of the process status, port status, process log existence, and user load of the poolmananger node is abnormal, it is determined that the poolmananger node is an abnormal service node before running, that is, the poolmananger node itself is an abnormal service node. Specifically, the preset normal range and the preset difference range can be set according to historical experience, and the second preset keyword can refer to keywords such as locked, tcserver noresponse, Failed to send the request, and Failed to connect to the TcServer. Therefore, when the process is terminated and the memory occupied by the process is outside the preset normal range, it can be determined that the process status is abnormal; when the corresponding port is closed or the return value of the interface request is wrong, it can be determined that the port status is abnormal; when the process log contains at least one of the keywords such as locked, tcserver no response, Failed to send the request, Failed to connect to the TcServer, it can be determined that there is a keyword error in the process log; when the difference in the number of user connections between the service node and any other service node is outside the preset difference range, it can be determined that the user load is abnormal.
[0038] In an embodiment of the present application, the multiple service nodes include a volume service node, and the platform monitoring module is further used to: based on multiple status monitoring function services, determine that the volume service node is operating abnormally when it is determined that the process of the volume service node is in termination and the memory occupied by the process is outside a preset normal range and the service volume with an address in a remote location cannot be connected; determine that the application log of the volume service node is abnormal when it is determined that there is a first preset keyword error in the application log of the volume service node; determine that the corresponding port of the volume service node is abnormal when it is determined that the corresponding port of the volume service node is in an unopened state and the return value of the interface request is wrong; determine that the corresponding port of the service node is abnormal when it is determined that the fluctuation number of the server connection number of the volume service node within a preset time period exceeds a preset fluctuation number, determine that the server connection number of the volume service node is abnormal.
[0039] In this embodiment, it should be noted that, taking the service node as a volume service node as an example, based on multiple status monitoring function services, when it is determined that the process of the volume service node is terminated and the memory occupied by the process is outside the preset normal range and the service volume with a remote address cannot be connected, it can be determined that the volume service node is abnormal. Among them, the preset normal range can be set according to the characteristics of the TC system combined with historical experience.
[0040] It should be noted that the first preset keyword error may refer to an All routes down error and a Connection failed error. Therefore, when it is determined that there are All routes down errors and Connection failed errors in the application log of the volume service node, it can be determined that the application log of the volume service node is abnormal. At the same time, when it is determined that the corresponding port of the volume service node is in an unopened state and the return value of the interface request is wrong, it can be determined that the corresponding port of the service node is abnormal.
[0041] It should be noted that the preset time period and the preset fluctuation number can be set according to historical experience. For example, the preset time period can be set to a time period corresponding to the time period other than the time period before and after get off work, and the preset fluctuation number can be set to a number with a relatively large fluctuation difference, so as to intuitively reflect the violent fluctuation. Therefore, when it is determined that the number of server connections of the volume service node fluctuates violently outside the time period before and after get off work, it can be determined that the number of server connections of the volume service node is abnormal.
[0042] In an embodiment of the present application, multiple service nodes include a web service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, when it is determined that the process of the web service node is in a terminated state and the memory occupied by the process is greater than the preset memory, determine that the web service node is operating abnormally; when it is determined that there is a second preset keyword error in the application log of the web service node, determine that the application log of the web service node is abnormal; when it is determined that the corresponding port of the web service node is in an unopened state, determine that the corresponding port of the web service node is abnormal; when it is determined that there is a port that cannot be connected between the web service node and the thread pool management service node, determine that the node connection of the web service node is abnormal.
[0043] In this embodiment, it should be noted that the web service node may refer to a web service node. Taking the service node as a web service node as an example, based on multiple status monitoring function services, when it is determined that the process of the web service node is in the process of terminating and the memory occupied by the process is greater than the preset memory, it is determined that the web service node is abnormal. The preset memory can be set according to the characteristics of the TC system, for example, it can be set to 50% of the TC system memory.
[0044] It should be noted that the second preset keyword error may refer to a keyword error such as No response received error and did not respond to request. Therefore, when it is determined that at least one of the keyword errors such as No response received error and did not respond to request exists in the application log of the web service node, it can be determined that the application log of the web service node is abnormal. At the same time, when it is determined that the corresponding port of the web service node is in an unopened state, it can be determined that the corresponding port of the web service node is abnormal. When it is determined that there is a port disconnection between the web service node and the thread pool management service node, it can be determined that the node connection of the web service node is abnormal.
[0045] In an embodiment of the present application, multiple service nodes include a signature service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, determine that the signature service node is operating abnormally when it is determined that a request sent by the signature service node has not been processed within a first preset time interval; determine that the application log of the signature service node is abnormal when it is determined that any third preset keyword exists in the application log of the signature service node; determine that the signature service node needs to be restarted when it is determined that the occupied memory of the signature service node is greater than a preset memory threshold and the application log is not updated.
[0046] In this embodiment, it should be noted that, taking the service node as a signature service node as an example, the first preset time interval can be set according to historical experience, for example, the preset time interval can be set to a shorter duration. Specifically, based on multiple status monitoring function services, when it is determined that the request sent by the signature service node is not processed within a short period of time, it can be determined that the signature service node is operating abnormally.
[0047] It should be noted that the third preset keyword may refer to a keyword such as ERROR. Therefore, when it is determined that the application log of the signing service node contains keywords such as ERROR, it can be determined that the application log of the signing service node is abnormal. At the same time, the preset memory threshold can be determined according to the characteristics of the signing service node. When it is determined that the occupied memory of the signing service node is greater than the preset memory threshold and the application log is not updated, it is determined that the signing service node needs to be restarted.
[0048] In an embodiment of the present application, multiple service nodes include a licensing service node, and the platform monitoring module is also used to: based on multiple status monitoring function services, obtain the number of license bindings of the licensing service node within a second preset time interval, and when it is determined that the number of license bindings is lower than a preset licensing threshold, determine that the licensing service node is operating abnormally; when it is determined that any fourth preset keyword exists in the application log of the licensing service node, determine that the application log of the licensing service node is abnormal; when it is determined that the port between the main process and the child process of the licensing service node is not enabled, determine that the corresponding port of the licensing service node is abnormal.
[0049] In this embodiment, it should be noted that, taking the service node as a license service node as an example, the second preset time interval and the preset license threshold can be set according to historical experience, and the preset license threshold can be set to a value with a small number. Based on multiple status monitoring function services, the number of license bindings of the license service node within the second preset time interval is obtained, and when it is determined that the number of license bindings is too small, it can be determined that the license service node is operating abnormally.
[0050] It should be noted that the fourth preset keyword may refer to keywords such as ERROR, TCP, etc. Therefore, when it is determined that at least one of the keywords such as ERROR, TCP, etc. exists in the application log of the license service node, it can be determined that the application log of the license service node is abnormal. At the same time, when it is determined that the port between the main process and the child process of the license service node is not enabled, it can be determined that the corresponding port of the license service node is abnormal.
[0051] In the embodiment of the present application, it should be noted that there are some other service nodes, which can be tested by generating service atlases and cross-platform data transmission for this service node at regular intervals, such as by calling the front-end interface to verify, and if the expected value is not returned, it is abnormal. At the same time, according to the data collected by the monitoring module, the corresponding judgment basis can be used to determine whether the corresponding service node is in normal state, and the abnormal part will be alarmed on the monitoring screen. Non-core service nodes can be restarted or rebuilt by themselves through scripts. Core service nodes or modules with a large impact range need to notify the administrator to intervene and determine the timing of script execution.
[0052] In an embodiment of the present application, the alarm strategy includes at least threshold alarm, conditional alarm and abnormal alarm; the monitoring alarm module is also used to determine the alarm level corresponding to the performance parameters based on the performance parameters of the service node for any service node, when it is determined that the performance parameters of the service node meet the alarm conditions, and execute the corresponding alarm strategy based on the alarm level.
[0053] In this embodiment, it should be noted that, according to the different attributes of the service nodes, the server monitoring module configures corresponding monitoring items for each service node, so that when the performance parameters of each service node meet the alarm conditions, the corresponding alarm strategy is executed. It should be noted that both the alarm conditions and the alarm strategy can be adaptively set according to the attributes of each service node. Specifically, the alarm strategy includes at least threshold alarms, conditional alarms, and abnormal alarms.
[0054] like Figure 3 As shown, a flow chart of processing monitoring data is provided. Among them, monitoring data can refer to data obtained by the monitoring alarm module, such as the performance parameters of each service node. After the monitoring alarm module obtains the corresponding monitoring data, the monitoring data has three data flows. Specifically, the first data flow refers to judging whether the collected monitoring data meets the alarm strategy. The alarm strategy includes threshold alarm, conditional alarm (such as return value, keyword and comparison with previous value) and abnormal alarm. When the alarm condition is triggered, it is necessary to further judge the alarm level. When the alarm level is a general level, only the alarm information is pushed to the monitoring screen of the large screen display module for display. When the alarm level reaches a serious level, the administrator will be notified through corporate WeChat, telephone, etc., and urged to handle it as soon as possible. The second data flow refers to reading the database data in real time through the monitoring screen of the large screen display module, and performing overall monitoring and display, so that the administrator can grasp the overall operation status of the system in real time. The third data flow refers to the regular summary of alarm data collected in the database. By filling in templates, quarterly performance and operation and maintenance reports are automatically generated to facilitate the organization of operation and maintenance data and provide a basis for operation and maintenance management decisions.
[0055] The automatic operation and maintenance module 120 includes a platform fault self-operation and maintenance module 122. The platform fault self-operation and maintenance module 122 is used to analyze the process of the service node in case that any service node runs abnormally, so as to clean up the process that meets the preset conditions.
[0056] In the embodiment of the present application, it should be noted that the platform fault self-operation and maintenance module can also be referred to as the TC system fault self-operation and maintenance module. The automatic operation and maintenance module mainly includes the platform fault self-operation and maintenance aspects. Therefore, the platform fault self-operation and maintenance module is customized for the TC system. Specifically, when any service node runs abnormally, the platform fault self-operation and maintenance module can analyze the process of the service node to clean up the processes that meet the preset conditions. Specifically, the preset conditions can be set based on the characteristics of the TC system, for example, Figure 4 As shown in FIG. 1 , a schematic diagram of a process cleanup process is provided. Figure 4 As shown, the process IDs that meet the TC system user connection characteristics in the background server can be collected through information such as the parent process ID, process attribute keywords, and the process's network connection, and compared with the logged-in process IDs queried from the database. ID matches are identified as normal connections, and IDs that do not match are identified as invalid connections or dead processes that meet the preset conditions and need to be cleaned up regularly.
[0057] In the embodiments of the present application, Figure 2 Another structural diagram of the operation and maintenance monitoring system is provided, such as Figure 2 As shown, the automatic operation and maintenance module 120 also includes: a business data processing module 124, which is used to obtain the data attributes of the self-made parts, purchased parts, raw materials and auxiliary materials of the product life cycle management platform for normative inspection, and summarize the abnormal data obtained by the inspection, wherein the data attributes include at least one of the attribute value length, filling specifications, character type, unit specifications, numerical accuracy and whether Chinese is included; a fault information processing module 126, which is used to check the service port connectivity, service log, interface input and return value of the performance parameters obtained by the platform monitoring module to determine whether each service node is in a normal state; if it is determined that any service node is abnormal, determine whether the service node is a core service node; if the service node is not a core service node, restart or rebuild the service node through the operation and maintenance script; if the service node is a core service node, generate corresponding operation and maintenance information to the administrator; a quarterly business data report summary module 128, which is used to obtain the business data of the platform in each quarter, and count the number of new additions and releases of the business data in each quarter, and perform business norm inspection on the business data in each quarter, and summarize the inspection results and statistical results.
[0058] In this embodiment, it should be noted that the automatic operation and maintenance module may also include a business data processing module, a fault information processing module, and a quarterly business data report summary module. Figure 5 As shown in FIG, a flowchart of a business data standardization check is provided. Figure 5 As shown, the business data processing module can obtain the data attributes of the self-made parts, purchased parts, raw materials and auxiliary materials of the product life cycle management platform, and perform normative checks based on the group's data management specifications for various materials and products, and summarize the abnormal data obtained from the inspection. Among them, the data attributes can include attribute value length, filling specifications, character type, unit specifications, numerical accuracy (number of decimal places), and whether Chinese is included. Therefore, the administrator can batch process the problems based on the summarized data, summarize the reasons for the abnormal data, and repair them in time to prevent the problems from recurring.
[0059] like Figure 6 As shown in FIG, a flowchart of fault information collection and self-healing is provided. Figure 6 As shown, the fault information processing module can check the service port connectivity, service log, interface input and return value of the performance parameters obtained by the platform monitoring module to determine whether each service node is in a normal state, that is, whether the service is abnormal. And when it is determined that any service node is abnormal, determine whether the service node is a core service node. If the service node is not a core service node, restart or rebuild the service node through the operation and maintenance script. If the service node is a core service node, the core service node needs to notify the administrator to intervene, so the corresponding operation and maintenance information is generated to the administrator to determine the timing of script execution.
[0060] The quarterly business data report summary module can obtain the platform's business data for each quarter through the database, count the number of new additions and releases of each quarter's business data, conduct business compliance checks on each quarter's business data, and summarize the inspection results and statistical results.
[0061] The above technical solution deploys a server monitoring module on each service node to obtain the performance parameters of each service node in real time to monitor the performance of the product life cycle management platform, and configures corresponding monitoring items for each node service to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions. The platform monitoring module configures multiple status monitoring function services for each service node of the platform to monitor the operating status of each service node in real time, and through the platform fault self-operation and maintenance module, when any service node operates abnormally, the process of the service node is analyzed to clean up the process that meets the preset conditions, thereby realizing real-time monitoring of the performance and operating status of the product life cycle management platform and providing corresponding operation and maintenance means.
[0062] In the embodiments of the present application, Figure 2 Another structural diagram of the operation and maintenance monitoring system is provided, such as Figure 2 As shown, the system also includes: a manual operation and maintenance module 130, including an administrator module 132, a business data query module 134 and a user module 136; the administrator module 132 is used to provide service restart function, service deployment function and process cleanup function, so that the administrator can operate and maintain the product life cycle management platform based on the service restart function, service deployment function and process cleanup function; the business data query module 134 is used to return the business data of the corresponding table based on the data query requirements triggered by the user when it is determined that the user's user authority meets the preset authority level; the user module 136 includes a work order system and a knowledge base, and the work order system is used to receive problem information submitted by each user, and extract keywords of the problem information through the knowledge base and match them to return corresponding solutions.
[0063] In this embodiment, it should be noted that the main purpose of the manual operation and maintenance module is to provide the administrator with the service restart, service deployment and background connection cleanup functions for operation and maintenance, and to provide the business consultant and platform users (division management) with the business data query function, as well as the user's work order system and knowledge base, so as to effectively manage the operation and maintenance problems and solve the problems. At the same time, the self-service query function of the knowledge base can reduce the administrator's repetitive operation and maintenance work. Therefore, the manual operation and maintenance module is customized to construct the administrator module, the business data query module and the user module. Among them, the administrator module can provide the service restart function, the service deployment function and the process cleanup function, so that the administrator can operate and maintain the TC system based on the service restart function, the service deployment function and the process cleanup function. Specifically, the service restart function refers to recording the startup and shutdown methods of all service nodes of the TC system, common problems during the operation process and the manual service status check method. Generally, only the direct restart of the auxiliary modules is allowed, and the restart of the core service nodes requires the authorization of the department leader. The service deployment function refers to the daily deployment of the deliverables that have passed the process approval to the server according to the project iteration requirements, and the corresponding configuration is modified to complete the deployment. Specifically, such as Figure 7 As shown, a process diagram of service deployment is provided. Based on project requirements, process approval is submitted to deploy the deliverables to the server and modify the corresponding configuration. Then, a functional check is performed to determine whether the problem can be quickly resolved. If it can be quickly resolved, the process ends. If it cannot be quickly resolved, the code and configuration are rolled back and the process is resubmitted for approval. The process cleanup function means that the TC system may occasionally be stuck due to user operations or system bugs, and users cannot log in after forced exit. Therefore, the administrator needs to clean up the connection process at a fixed point. At the same time, the administrator triggers the one-click background connection cleanup for user feedback problems, captures the corresponding logs for problem analysis, and registers the problem records.
[0064] It should be noted that if Figure 8 As shown, a flowchart of business data query is provided. User authority level meeting the preset authority level may mean that the user's management level is department manager or business consultant. The business data query module may return the business data of the corresponding table based on the data query demand triggered by the department manager or business consultant. Among them, the data query demand is a periodic data query, and the data query demand is a data query demand with specific conditions. The specific conditions may include the number of new additions in the first quarter, the number of purchased parts released, the number of self-made parts with attached three-dimensional models, and the number of processes with the factory attribute of 2000 factories. At the same time, the administrator can write query SQL and set the interface for queries that are general and have long-term needs, and open permissions to business consultants or platform users to query on their own. For temporary needs, the administrator returns the data to the demander after querying, archives the SQL to the knowledge base, and adds tags.
[0065] It should be noted that if Fig. 9 As shown, a schematic diagram of the process of processing problem information in a work order system is provided. The user module includes a work order system and a knowledge base. The work order system is used to receive problem information submitted by each user, and extract keywords from the problem information through the knowledge base and match them to return the corresponding solution. Specifically, users submit problems through the work order system, and administrators obtain problem information through the work order system and connect with users to solve problems. For common problems, users can search for keywords in the knowledge base and query solutions. Administrators update the knowledge base when solving work order problems, record the processing steps, and provide experience reference for other administrators and users.
[0066] This technical solution realizes comprehensive monitoring and alarming of the Teamcenter system, supports platform self-healing in common problems, helps administrators quickly discover and handle faults, and reduces the risk of problems; based on business needs, the platform designs and implements the functions of regularizing TC system data, statistical aggregation, and in-depth problem mining to reduce data risk issues. The platform effectively guarantees the safe and stable operation of the Teamcenter system through the above functions.
[0067] This technical solution comprehensively monitors the operation of the TC system and saves the problem site. According to the operation status monitoring designed by the TC system, the TC system can be comprehensively monitored by monitoring the operation, communication, and load of each node of the TC system, monitoring the SQL execution of TC in the database, and monitoring the network status of the TC system in a remote park. When a problem occurs, the TC system status can be checked through the operation and maintenance platform, and the problem site can be directly entered to save the data required for problem analysis. After the system is restored, the problem can be replayed. This technical solution provides an early warning strategy to avoid the expansion of the problem. Different from the resource monitoring at the system level, according to the signs of previous problems in the TC system, alarms are set at the network layer, application layer, and data layer of the TC system, which can effectively monitor the operation of the functional modules of each node, and notify the administrator to intervene when an abnormality occurs to avoid the expansion of the problem. This technical solution automates and services the processing of common problems, freeing up the administrator's energy. The processing process of common problems is standardized and scripted, and automatically processed according to the configuration or triggered by the user's submission process, so that the administrator can be released from repetitive work and carry out more valuable work such as system optimization and tool development. This technical solution provides data collection and operation and maintenance development functions based on TC business needs. Through the TC system and docking platform interface, database data query integration and other methods, data collection for required business scenarios is achieved, and operation and maintenance development is supported to realize functions such as data standardization review, garbage cleaning, and resource release.
[0068] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.
[0069] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.
Claims
1. An operation and maintenance monitoring system, characterized in that: Applied to a product lifecycle management platform, the product lifecycle management platform includes multiple service nodes, and the system includes: A monitoring and alarm module, including a server monitoring module and a platform monitoring module. The server monitoring module is deployed on each service node and is used to obtain the performance parameters of each service node in real time to monitor the performance of the product life cycle management platform, and is configured with corresponding monitoring items for each node service, so as to execute the corresponding alarm strategy when the performance parameters of each service node meet the alarm conditions; the platform monitoring module is used to configure multiple status monitoring function services for each service node of the platform, so as to monitor the operating status of each service node in real time; The automatic operation and maintenance module includes a platform fault self-operation and maintenance module, which is used to analyze the process of the service node in the case where any service node runs abnormally, so as to clean up the process that meets the preset conditions.
2. The operation and maintenance monitoring system according to claim 1, characterized in that: The system also includes: a manual operation and maintenance module, including an administrator module, a business data query module and a user module; The administrator module is used to provide service restart function, service deployment function and process cleanup function, so that the administrator can operate and maintain the product life cycle management platform based on the service restart function, service deployment function and process cleanup function; The business data query module is used to return the business data of the corresponding table based on the data query demand triggered by the user when it is determined that the user authority of the user meets the preset authority level; The user module includes a work order system and a knowledge base. The work order system is used to receive problem information submitted by each user, and extract keywords from the problem information through the knowledge base and match them to return corresponding solutions.
3. The operation and maintenance monitoring system according to claim 1, characterized in that: The automatic operation and maintenance module also includes: A business data processing module is used to obtain the data attributes of the self-made parts, purchased parts, raw materials and auxiliary materials of the product life cycle management platform for normative inspection, and summarize the abnormal data obtained from the inspection, wherein the data attributes include at least one of the attribute value length, filling specification, character type, unit specification, numerical accuracy and whether Chinese is contained; The fault information processing module is used to check the service port connectivity, service log, interface input and return value of the performance parameters obtained by the platform monitoring module to determine whether each service node is in a normal state; if any service node is determined to be abnormal, determine whether the service node is a core service node; if the service node is not a core service node, restart or rebuild the service node through the operation and maintenance script; if the service node is a core service node, generate corresponding operation and maintenance information to the administrator; The quarterly business data report summary module is used to obtain the platform's business data in each quarter, count the number of new additions and releases of each quarter's business data, conduct business compliance checks on each quarter's business data, and summarize the inspection results and statistical results.
4. The operation and maintenance monitoring system according to claim 1, characterized in that: The monitoring alarm module also includes: A database monitoring module configured with a plurality of structured query language query functions for the product lifecycle management platform to determine the execution structured query language that affects the operation of the product lifecycle management platform; A large screen display module is used to provide a customized monitoring large screen to display the performance, resource usage and operation status of each service node of the product life cycle management platform in real time; The performance report summary module is used to provide customized report templates for periodic statistics of performance indicators, problem lists, and business data.
5. The operation and maintenance monitoring system according to claim 1, characterized in that: The multiple status monitoring function services at least include user connection number and status checking service, application log checking service, application service status checking service, port opening checking service, license service checking service and other function checking services.
6. The operation and maintenance monitoring system according to claim 1, characterized in that: The multiple service nodes include a thread pool management service node, and the platform monitoring module is further used for: Based on the multiple status monitoring function services, the number of user connections of the thread pool management service node is obtained, and when it is determined that the number of user connections is within a preset number interval, the number of user connections is determined to be normal, and for each user connection, when it is determined that the user connection matches a pre-stored user connection in a database record, the user connection is determined to be a legitimate connection; In the case where any one of the following conditions is satisfied: the number of connections between the process of the thread pool management service node and the database is greater than a first value, the number of database connections whose connection duration satisfies a preset duration is greater than a second value, the process memory is greater than a third value, and the size of the user process log is greater than a fourth value, it is determined that the process of the thread pool management service node is running abnormally; In the case where it is determined that any first preset keyword exists in the user process log of the thread pool management service node, determining that the user process log of the thread pool management service node is abnormal; When it is determined that the time difference between the latest modification time of the log of any process and the current time is greater than the preset time difference, it is determined that the process of the thread pool management service node needs to be cleaned up.
7. The operation and maintenance monitoring system according to claim 1, characterized in that: The multiple service nodes include a thread pool management service node, and the platform monitoring module is further used for: Based on the multiple status monitoring function services, when it is determined that any one of the process status, port status, application log existence and user load of the thread pool management service node is abnormal, it is determined that the thread pool management service node is an abnormal service node before running, wherein the process status being abnormal means that the process is terminated and the memory occupied by the process is outside the preset normal range, the port status being abnormal means that the corresponding port is closed or the return value of the interface request is wrong, the application log keyword error means that any second preset keyword exists in the application log, and the user load being abnormal means that the difference in the number of user connections between the service node and any other service node is outside the preset difference range.
8. The operation and maintenance monitoring system according to claim 1, characterized in that: The multiple service nodes include a volume service node, and the platform monitoring module is further used for: Based on the multiple status monitoring function services, when it is determined that the process of the volume service node is terminated and the memory occupied by the process is outside a preset normal range and the service volume with a remote address cannot be connected, it is determined that the volume service node is operating abnormally; In a case where it is determined that a first preset keyword error exists in the application log of the volume service node, determining that the application log of the volume service node is abnormal; In the case where it is determined that the corresponding port of the volume service node is in an unopened state and the return value of the interface request is wrong, determining that the corresponding port of the service node is abnormal; When it is determined that the fluctuation number of the server connection number of the volume service node within the preset time period exceeds the preset fluctuation number, it is determined that the server connection number of the volume service node is abnormal.
9. The operation and maintenance monitoring system according to claim 1, characterized in that: The plurality of service nodes include a web service node, and the platform monitoring module is further used for: Based on the multiple status monitoring function services, when it is determined that the process of the webpage service node is in the process of terminating and the memory occupied by the process is greater than the preset memory, determining that the webpage service node is operating abnormally; In the case where it is determined that a second preset keyword error exists in the application log of the webpage service node, determining that the application log of the webpage service node is abnormal; In the case where it is determined that the corresponding port of the webpage service node is in a closed state, determining that the corresponding port of the webpage service node is abnormal; When it is determined that a port between the web page service node and the thread pool management service node is unconnectable, it is determined that a node connection of the web page service node is abnormal.
10. The operation and maintenance monitoring system according to claim 1, characterized in that: The plurality of service nodes include a signature service node, and the platform monitoring module is further used for: Based on the multiple status monitoring function services, if it is determined that the request sent by the signing service node is not processed within a first preset time interval, determining that the signing service node is operating abnormally; In a case where it is determined that any third preset keyword exists in the application log of the signing service node, determining that the application log of the signing service node is abnormal; When it is determined that the memory occupied by the signature service node is greater than a preset memory threshold and the application log is not updated, it is determined that the signature service node needs to be restarted.
11. The operation and maintenance monitoring system according to claim 1, characterized in that: The plurality of service nodes include a licensing service node, and the platform monitoring module is further configured to: Based on the multiple status monitoring function services, obtaining the number of license bindings of the license service node within a second preset time interval, and determining that the license service node is operating abnormally when it is determined that the number of license bindings is lower than a preset license threshold; In a case where it is determined that any fourth preset keyword exists in the application log of the licensing service node, determining that the application log of the licensing service node is abnormal; When it is determined that the port between the main process and the sub-process of the licensing service node is not enabled, it is determined that the corresponding port of the licensing service node is abnormal.
12. The operation and maintenance monitoring system according to claim 1, characterized in that: The alarm strategy includes at least threshold alarm, condition alarm and abnormal alarm; The monitoring alarm module is also used to determine, for any service node, an alarm level corresponding to the performance parameter based on the performance parameter of the service node when it is determined that the performance parameter of the service node meets the alarm condition, and execute a corresponding alarm strategy based on the alarm level.
Citation Information
Patent Citations
Information system integrated operation and maintenance monitoring service early warning platform and realization method thereof
CN103888287A
Flexibly-scheduled network and service monitoring system based on cloud platform
CN107483568A
Operation and maintenance monitoring aggregation management system
CN110968470A
Implementation method for data sharing exchange service operation monitoring system
CN111752808A
Data monitoring method based on blockchain
CN111884878A
