CN113687929B - Exception handling method and related device - Google Patents
Exception handling method and related device Download PDFInfo
- Publication number
- CN113687929B CN113687929B CN202110975231.4A CN202110975231A CN113687929B CN 113687929 B CN113687929 B CN 113687929B CN 202110975231 A CN202110975231 A CN 202110975231A CN 113687929 B CN113687929 B CN 113687929B
- Authority
- CN
- China
- Prior art keywords
- target service
- service
- exception handling
- state information
- checking component
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses an exception handling method, which comprises the following steps: when the service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not; when no abnormal processing progress exists, acquiring state information of a target service; and when the state information is inactive, performing an exception handling operation on the target service through the service self-checking component. By judging whether an abnormal processing process for executing the operation on the target service exists or not when the service self-checking component detects the abnormality, and determining whether the state information is inactive or not when the abnormal processing process does not exist, the abnormal processing process for executing the operation is avoided, other processes are avoided from just completing the processing on the target service, the target service is not required to be subjected to the abnormal processing again, the problem of mutual exclusion is avoided, and the experience of operating a file system is improved. The application also discloses an exception handling device, a server and a computer readable storage medium, which have the beneficial effects.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to an exception handling method, an exception handling apparatus, a server, and a computer readable storage medium.
Background
With the continuous development of data storage technology, more and more functions are presented in file systems to cope with complex usage scenarios. Smb (SERVER MESSAGES Block, information service Block) is a component of a ceph (distributed file system) file system, and smb service is provided to share out directories and files on the file system. Taking a windows client as an example, a shared folder of smb can be mounted by mapping a network driver, and mapped into a windows network disk.
In the related art, when the management software is configured smb to serve, a restart smb command is issued, and at this time, restart is divided into stop and start flows. When executing to stop, just monitored by ctdb (Cluster Trivial Database, cluster database) that smb is in stop state, ctdb will also execute restart smb to pull up smb services. ctdb executing stop, the management software just executes start smb, so that the soft start of the pipe is cancelled, and the soft report of the pipe fails to restart smb. Similarly, when ctdb is restart smb, if management software happens to issue restart smb commands, ctdb will also report a false restart smb failure. Therefore, the mutual exclusion problem of a plurality of resource access resources is easy to occur in the corresponding management software, and the experience of operating the file system is reduced.
Therefore, how to avoid the mutual exclusion problem of the access resource is a major problem for those skilled in the art.
Disclosure of Invention
The application aims to provide an exception handling method, an exception handling device, a server and a computer readable storage medium, so as to avoid the problem of mutual exclusion during exception handling and improve the experience of operating a file system.
In order to solve the above technical problems, the present application provides an exception handling method, including:
when the service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not;
When the abnormal processing process does not exist, acquiring state information of the target service;
and when the state information is inactive, performing an exception handling operation on the target service through the service self-checking component.
Optionally, when the service self-checking component detects that the target service is abnormal, determining whether an abnormal processing process for executing an operation on the target service exists includes:
and when the service self-checking component detects that the port of the target service is unoccupied, judging whether the abnormal processing process issued by the management software exists.
Optionally, when the service self-checking component detects that the port of the target service is unoccupied, determining whether the exception handling process issued by the management software exists includes:
and when the service self-checking component detects that the port of the target service is unoccupied, judging whether a ism _pid process issued by the management software exists.
Optionally, the method further comprises:
And when the exception handling process exists, executing a termination operation on the exception handling operation of the service self-checking component, and performing exception handling on the target service through the exception handling process.
Optionally, when the exception handling process does not exist, acquiring state information of the target service includes:
And when the abnormal processing process does not exist, acquiring the state information of the target service through a query command.
Optionally, when the status information is inactive, performing, by the service self-checking component, an exception handling operation on the target service, including:
And when the state information is inactive, performing a restarting operation on the target service through the service self-checking component.
Optionally, the method further comprises:
And when the state information is active, executing a termination operation on the abnormal processing operation of the service self-checking component.
The application also provides an exception handling device, comprising:
The process judging module is used for judging whether an abnormal processing process for executing operation on the target service exists or not when the service self-checking component detects that the target service is abnormal;
the state acquisition module is used for acquiring the state information of the target service when the abnormal processing process does not exist;
And the exception handling module is used for executing exception handling operation on the target service through the service self-checking component when the state information is inactive.
The application also provides a server, comprising:
a memory for storing a computer program;
A processor for implementing the steps of the exception handling method as described above when executing the computer program.
The present application also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the exception handling method as described above.
The application provides an exception handling method, which comprises the following steps: when the service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not; when the abnormal processing process does not exist, acquiring state information of the target service; and when the state information is inactive, performing an exception handling operation on the target service through the service self-checking component.
By judging whether an abnormal processing process for executing operation on the target service exists or not when the service self-checking component detects the abnormality, namely determining whether other processes exist at the moment to perform abnormal processing, determining whether state information is inactive or not when the abnormal processing process does not exist, and finally performing the abnormal processing operation, the abnormal processing process for performing operation is avoided, the situation that other processes just complete the target service processing is avoided, the problem of mutual exclusion is avoided, and the experience of operating a file system is improved.
The application also provides an exception handling device, a server and a computer readable storage medium, which have the advantages and are not described in detail herein.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only embodiments of the present application, and that other drawings can be obtained according to the provided drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flowchart of an exception handling method according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of an exception handling apparatus according to an embodiment of the present application.
Detailed Description
The application provides an exception handling method, an exception handling device, a server and a computer readable storage medium, so as to avoid the mutual exclusion problem during exception handling and improve the experience of operating a file system.
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
In the related art, when the management software is configured smb to serve, a restart smb command is issued, and at this time, restart is divided into stop and start flows. When executing to stop, just monitored by ctdb (Cluster Trivial Database, cluster database) that smb is in stop state, ctdb will also execute restart smb to pull up smb services. ctdb executing stop, the management software just executes start smb, so that the soft start of the pipe is cancelled, and the soft report of the pipe fails to restart smb. Similarly, when ctdb is restart smb, if management software happens to issue restart smb commands, ctdb will also report a false restart smb failure. Therefore, the mutual exclusion problem of a plurality of resource access resources is easy to occur in the corresponding management software, and the experience of operating the file system is reduced.
Therefore, according to the exception handling method provided by the application, when the service self-checking component detects an exception, whether an exception handling process for executing operation on the target service exists or not is judged, namely whether other processes exist for exception handling at the moment is determined, whether state information is inactive or not is determined when no exception handling process exists, and finally the exception handling operation is performed, so that the exception handling process for executing operation is avoided, the condition that other processes just complete the target service processing and do not need to perform exception handling again is avoided, the problem of mutual exclusion is finally avoided, and the experience of operating a file system is improved.
An exception handling method provided by the present application is described below by way of an embodiment.
Referring to fig. 1, fig. 1 is a flowchart of an exception handling method according to an embodiment of the present application.
In this embodiment, the method may include:
s101, when a service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not;
It can be seen that this step is intended to determine whether there is an abnormal processing process that performs an operation on the target service when the service self-checking component detects that the target service is abnormal. That is, the service self-checking component determines whether the target service is abnormal. When it is determined that the target service is abnormal, in order to avoid a problem of operation failure caused by the simultaneous operation on the target service.
Further, the step may include:
when the service self-checking component detects that the port of the target service is unoccupied, judging whether an abnormal processing process issued by the management software exists or not.
It can be seen that this alternative is mainly to further explain how to detect and judge. In the alternative scheme, when the service self-checking component detects that the target port is unoccupied, whether an abnormal processing process issued by the management software exists or not is judged. Thus, it is conceivable in this alternative whether the port that is needed for the target service is occupied. If yes, the target service is normal, and no abnormality exists. If not, the target service is indicated to have abnormality.
For example, in smb services, ports 445 and 139 are in an occupied state when smb services are started. Thus, ctdb executes a monitor event every 5s, and the mode of calling ctdb checktcpport 445 in the monitor event is used for detecting whether 445 ports of smb are occupied, the specific principle is that the bind445 ports are tried, if the binding can be successfully carried out, the port is not occupied, and if the binding fails, the port is occupied by smb services. If 445 port occupied description smb is serviced normally, otherwise 445 port unoccupied description smb is serviced abnormally.
Further, the foregoing alternatives may also include:
When the service self-checking component detects that the port of the target service is unoccupied, judging whether ism _pid processes issued by the management software exist.
It can be seen that this alternative is mainly to explain how the determination is made. In this alternative, when the service self-checking component detects that the port of the target service is unoccupied, it determines whether there is a ism _pid process issued by the management software. The ism _pid process is a process of the management software to restart smb.
S102, when no abnormal processing process exists, acquiring state information of a target service;
On the basis of S101, this step aims to acquire state information of a target service when there is no exception handling progress.
That is, when there is no abnormality processing progress, it cannot be determined that abnormality processing is not problematic for the target service at this time. It is also necessary to make a judgment by means of the state information of the target service. I.e., determine if the target service has just been processed by the exception. Therefore, the status information of the target service needs to be acquired in this step.
Wherein the status information is active or inactive. When the state information is active, it indicates that the target service has just been completed by exception handling, and no exception handling needs to be performed again. When the state information is inactive, it indicates that the target service has not been executed with the corresponding exception handling operation, and the exception handling operation needs to be executed.
Further, the step may include:
And when no abnormal processing progress exists, acquiring the state information of the target service through the query command.
It can be seen that this alternative mainly describes how to obtain the status information. In the alternative, when no abnormal processing process exists, the state information of the target service is acquired through the query command. The query command may be any one of those provided in the prior art, and is not specifically limited herein.
In addition, the present embodiment may further include:
And when the exception handling process exists, executing a termination operation on the exception handling operation of the service self-checking component, and performing exception handling on the target service through the exception handling process.
It can be seen that this alternative is mainly to explain how to handle when there is an exception handling procedure. In this alternative, when the exception handling process exists, it is indicated that there is a process for handling the target service at this time, and the service self-checking component does not need to perform exception handling any more, and needs to stop handling the related operation of the service self-checking component.
S103, when the state information is inactive, performing exception handling operation on the target service through the service self-checking component.
On the basis of S102, this step aims at performing an exception handling operation on the target service by the service self-checking component when the status information is inactive.
Further, the step may include:
and when the state information is inactive, performing a restarting operation on the target service through the service self-checking component.
It can be seen that this alternative is mainly to explain how exception handling is performed. In this alternative, when the state information is inactive, a restart operation is performed on the target service by the service self-checking component.
In addition, the present embodiment may further include:
and when the state information is active, executing a termination operation on the exception handling operation of the service self-checking component.
It can be seen that this alternative is mainly an illustration of how this is handled when the status information is active. When the state information is active, it indicates that the exception processing process has just completed exception processing on the target service, and then the related operation is terminated.
In summary, in this embodiment, when the service self-checking component detects an exception, it is determined whether there is an exception processing process for executing an operation on the target service, that is, it is determined whether there is an exception processing process for other processes at this time, and when there is no exception processing process, it is determined whether the state information is inactive, and finally, the exception processing operation is performed again, so that the exception processing process for executing the operation is avoided, and further, the situation that other processes just complete the processing on the target service, and no exception processing is performed again on the target service is avoided, and finally, the occurrence of a mutual exclusion problem is avoided, and the experience of operating the file system is improved.
The following describes an exception handling method provided by the present application through a specific embodiment.
In this embodiment, the method may include:
Step 1, when a service self-checking component detects that a port of a target service is unoccupied, judging whether a ism _pid process issued by management software exists or not;
Step 2, when an exception handling process exists, executing a termination operation on the exception handling operation of the service self-checking component, and performing exception handling on the target service through the exception handling process;
step 3, when no abnormal processing process exists, acquiring the state information of the target service through the query command;
step 4, when the state information is inactive, restarting the target service through the service self-checking component;
and step 5, when the state information is active, executing a termination operation on the abnormal processing operation of the service self-checking component.
Based on the above steps, in a specific application scenario, the above operation steps may be applied to ctdb technical fields for processing smb anomalies.
The steps of this embodiment may include:
Step 1, when ctdb detects smb a service exception, checking whether a process ism _pid of soft start or restart smb exists;
Step 2, if ism _pid process exists, the flow of ctdb restarting smb automatically exits, and the flow of pipe soft restarting smb continues;
Step 3, if ism _pid process does not exist, then it indicates that either ism _pid process just exits or no process has started smb. At this point a further determination is made by command SYSTEMCTL STATUS SMB to view smb status;
Step 4, if smb is active, it indicates that the ism _pid process has just exited, smb has already been started, ctdb no longer needs to restart smb, and ctdb is responsible for restarting the sub-process exit of smb;
step 5, if smb is inactive, it indicates that the ism _pid process has not occurred, and smb is still abnormal, and ctdb is required to restart smb.
Therefore, in this embodiment, when the service self-checking component detects an exception, it is determined whether an exception handling process for executing an operation on the target service exists, that is, whether other processes perform exception handling is determined at this time, and whether state information is inactive is determined when no exception handling process exists, and finally, the exception handling operation is performed again, so that the exception handling process for performing the operation is avoided, the situation that other processes just complete the processing on the target service is avoided, the exception handling is not performed again on the target service, the problem of mutual exclusion is finally avoided, and the experience of operating the file system is improved.
The following describes an exception handling apparatus provided in an embodiment of the present application, and the exception handling apparatus described below and the exception handling method described above may be referred to correspondingly.
Referring to fig. 2, fig. 2 is a schematic structural diagram of an exception handling apparatus according to an embodiment of the present application.
In this embodiment, the apparatus may include:
the process judging module 100 is configured to judge whether an abnormal processing process for executing an operation on the target service exists when the service self-checking component detects that the target service is abnormal;
a state acquisition module 200, configured to acquire state information of a target service when no exception processing process exists;
The exception handling module 300 is configured to perform an exception handling operation on the target service through the service self-checking component when the status information is inactive.
Optionally, the process determining module 100 is specifically configured to determine whether an abnormal processing process issued by the management software exists when the service self-checking component detects that the port of the target service is unoccupied.
Optionally, the process determining module 100 is specifically configured to determine whether a ism _pid process issued by the management software exists when the service self-checking component detects that the port of the target service is unoccupied.
Optionally, the apparatus may further include:
And the first termination module is used for executing termination operation on the exception handling operation of the service self-checking component when the exception handling process exists, and carrying out exception handling on the target service through the exception handling process.
Optionally, the state obtaining module 200 is specifically configured to obtain, when no exception handling process exists, state information of the target service through the query command.
Optionally, the exception handling module 300 is specifically configured to perform a restart operation on the target service through the service self-checking component when the status information is inactive.
Optionally, the apparatus may further include:
and the second termination module is used for executing termination operation on the abnormal processing operation of the service self-checking component when the state information is active.
The embodiment of the application also provides a server, which comprises:
a memory for storing a computer program;
a processor for implementing the steps of the exception handling method as described in the above embodiments when executing the computer program.
The embodiment of the present application also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the exception handling method described in the above embodiment.
In the description, each embodiment is described in a progressive manner, and each embodiment is mainly described by the differences from other embodiments, so that the same similar parts among the embodiments are mutually referred. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant points refer to the description of the method section.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative elements and steps are described above generally in terms of functionality in order to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The above describes in detail an abnormality processing method, an abnormality processing device, a server, and a computer-readable storage medium provided by the present application. The principles and embodiments of the present application have been described herein with reference to specific examples, the description of which is intended only to facilitate an understanding of the method of the present application and its core ideas. It should be noted that it will be apparent to those skilled in the art that various modifications and adaptations of the application can be made without departing from the principles of the application and these modifications and adaptations are intended to be within the scope of the application as defined in the following claims.
Claims (5)
1. An exception handling method, applied to ctdb scenes for processing smb exceptions, comprising:
When the service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not; the service self-checking component is ctdb, and the target service is smb;
when the abnormal processing process does not exist, acquiring state information of the target service; the state information comprises activity and inactivity, wherein the state information is used for representing that the target service is just completed by exception processing when the state information is active, and is used for representing that the target service is not executed corresponding exception processing operation when the state information is inactive;
when the state information is inactive, performing an exception handling operation on the target service by the service self-checking component;
When the service self-checking component detects that the target service is abnormal, judging whether an abnormal processing process for executing operation on the target service exists or not, wherein the method comprises the following steps:
When the service self-checking component detects that the port of the target service is unoccupied, judging whether the abnormal processing process issued by the management software exists or not;
When the service self-checking component detects that the port of the target service is unoccupied, judging whether the abnormal processing process issued by the management software exists or not, wherein the abnormal processing process comprises the following steps:
when the service self-checking component detects that the port of the target service is unoccupied, judging whether a ism _pid process issued by the management software exists or not;
Wherein, still include:
when the exception handling process exists, executing a termination operation on the exception handling operation of the service self-checking component, and performing exception handling on the target service through the exception handling process;
and when the state information is inactive, executing an exception handling operation on the target service by the service self-checking component, including:
When the state information is inactive, restarting the target service through the service self-checking component;
Wherein, still include:
And when the state information is active, executing a termination operation on the abnormal processing operation of the service self-checking component.
2. The abnormality processing method according to claim 1, characterized in that when the abnormality processing process does not exist, acquiring state information of the target service includes:
And when the abnormal processing process does not exist, acquiring the state information of the target service through a query command.
3. An exception handling apparatus for use in ctdb scenes for handling smb exceptions, comprising:
the process judging module is used for judging whether an abnormal processing process for executing operation on the target service exists or not when the service self-checking component detects that the target service is abnormal; the service self-checking component is ctdb, and the target service is smb;
the state acquisition module is used for acquiring the state information of the target service when the abnormal processing process does not exist; the state information comprises activity and inactivity, wherein the state information is used for representing that the target service is just completed by exception processing when the state information is active, and is used for representing that the target service is not executed corresponding exception processing operation when the state information is inactive;
the exception handling module is used for executing exception handling operation on the target service through the service self-checking component when the state information is inactive;
The process judging module is specifically used for judging whether an abnormal processing process issued by the management software exists or not when the service self-checking component detects that the port of the target service is unoccupied;
the process judging module is specifically configured to judge whether a ism _pid process issued by the management software exists when the service self-checking component detects that the port of the target service is unoccupied;
the first termination module is used for executing termination operation on the exception handling operation of the service self-checking component when an exception handling process exists, and performing exception handling on the target service through the exception handling process;
the exception handling module is specifically configured to execute a restart operation on the target service through the service self-checking component when the state information is inactive;
And the second termination module is used for executing termination operation on the abnormal processing operation of the service self-checking component when the state information is active.
4. A server for a server, which comprises a server and a server, characterized by comprising the following steps:
a memory for storing a computer program;
a processor for implementing the steps of the exception handling method according to any one of claims 1 to 2 when executing said computer program.
5. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements the steps of the exception handling method according to any of claims 1 to 2.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110975231.4A CN113687929B (en) | 2021-08-24 | 2021-08-24 | Exception handling method and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110975231.4A CN113687929B (en) | 2021-08-24 | 2021-08-24 | Exception handling method and related device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113687929A CN113687929A (en) | 2021-11-23 |
| CN113687929B true CN113687929B (en) | 2024-08-20 |
Family
ID=78581926
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110975231.4A Active CN113687929B (en) | 2021-08-24 | 2021-08-24 | Exception handling method and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113687929B (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101299677A (en) * | 2008-04-30 | 2008-11-05 | 中兴通讯股份有限公司 | Method for sharing unity service course by multiple courses |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6467050B1 (en) * | 1998-09-14 | 2002-10-15 | International Business Machines Corporation | Method and apparatus for managing services within a cluster computer system |
| US8627331B1 (en) * | 2010-04-30 | 2014-01-07 | Netapp, Inc. | Multi-level parallelism of process execution in a mutual exclusion domain of a processing system |
| CN102571965B (en) * | 2012-01-16 | 2014-08-13 | 浪潮(北京)电子信息产业有限公司 | Method and device for starting service group in high-availability cluster |
| CN111309627B (en) * | 2020-03-08 | 2022-11-29 | 苏州浪潮智能科技有限公司 | Method and system for preventing test conflict in software test |
-
2021
- 2021-08-24 CN CN202110975231.4A patent/CN113687929B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101299677A (en) * | 2008-04-30 | 2008-11-05 | 中兴通讯股份有限公司 | Method for sharing unity service course by multiple courses |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113687929A (en) | 2021-11-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109271331B (en) | Log generation method and device, computer equipment and storage medium | |
| US8650272B2 (en) | Distributed transaction processing system having resource managers that collaborate to decide whether to commit or abort a transaction in response to failure of a transaction manager | |
| US20170132063A1 (en) | Information system fault scenario information collecting method and system | |
| EP3591485B1 (en) | Method and device for monitoring for equipment failure | |
| CN111209110B (en) | Task scheduling management method, system and storage medium for realizing load balancing | |
| CN110659159A (en) | Service process operation monitoring method, device, equipment and storage medium | |
| CN111538585B (en) | Js-based server process scheduling method, system and device | |
| CN108287769B (en) | Information processing method and device | |
| CN110781039B (en) | Sentinel process election method and device | |
| CN117033059A (en) | Operation and maintenance method and device for abnormal machine, electronic equipment and storage medium | |
| CN111897626A (en) | Cloud computing scene-oriented virtual machine high-reliability system and implementation method | |
| CN113687929B (en) | Exception handling method and related device | |
| CN113238893B (en) | Disaster recovery system, method, computer equipment and medium for multiple data centers | |
| CN119668916A (en) | Cluster system fault handling method, system, device, equipment, medium and program | |
| CN115499492B (en) | Application service exception handling method, device, equipment and readable storage medium | |
| CN115643271B (en) | A method, device, server and medium for synchronizing multi-application data on the cloud | |
| CN116955072A (en) | Container abnormality monitoring method, monitoring device, storage medium and server | |
| CN111654553B (en) | Middleware-based management and control operation method and device, computer equipment and medium | |
| CN116185682A (en) | Task processing method and device based on distributed cluster and processor | |
| CN116149932A (en) | Method and device for detecting software system state and electronic equipment | |
| CN111064636B (en) | Control method, device and system for connection of front-end processor and computer equipment | |
| CN115426281A (en) | Application status monitoring method, device, electronic device and storage medium | |
| CN118820008B (en) | Method, device and electronic equipment for monitoring controller status | |
| CN113986365B (en) | Information modification method and device based on WebLogic | |
| CN113312202B (en) | Fault processing logic generation method, device, equipment and medium based on component |
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 |