CN114625574A - Service management method, device, storage medium and electronic equipment - Google Patents
Service management method, device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN114625574A CN114625574A CN202210363903.0A CN202210363903A CN114625574A CN 114625574 A CN114625574 A CN 114625574A CN 202210363903 A CN202210363903 A CN 202210363903A CN 114625574 A CN114625574 A CN 114625574A
- Authority
- CN
- China
- Prior art keywords
- service
- target
- target service
- state
- data
- 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.)
- Pending
Links
- 238000007726 management method Methods 0.000 title abstract description 26
- 238000000034 method Methods 0.000 claims abstract description 31
- 238000012544 monitoring process Methods 0.000 claims abstract description 21
- 238000011084 recovery Methods 0.000 claims description 39
- 230000002159 abnormal effect Effects 0.000 claims description 24
- 239000000725 suspension Substances 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 10
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 230000015556 catabolic process Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000002547 anomalous effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
Abstract
The application discloses a service management method, a service management device, a storage medium and electronic equipment, which relate to the technical field of computers, and the method comprises the following steps: storing service operation data of a target service in the system at a backup position; monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates; if the target service is monitored to operate abnormally, the target service is set to be in a target state in the system, so that the target service is restarted based on the service operation data of the backup position when the target service senses the target state from the system. The method and the device can improve the success rate of service restart and ensure normal operation after service restart.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a service management method, an apparatus, a storage medium, and an electronic device.
Background
In various systems such as an Android system, service breakdown due to various reasons often occurs, and the service breakdown requires service restart, but due to the influence of various reasons, these services often cannot be restarted normally or cannot be operated normally after being restarted.
Disclosure of Invention
The embodiment of the application provides a scheme, which can effectively improve the success rate of service restart and ensure normal operation after service restart.
In order to solve the above technical problem, an embodiment of the present application provides the following technical solutions:
according to one embodiment of the present application, a service management method includes: storing service operation data of a target service in the system at a backup position; monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates; and if the target service is monitored to operate abnormally, setting the target service as a target state in the system, so that when the target service senses the target state from the system, service restarting is carried out based on the service operation data of the backup position.
In some embodiments of the present application, before the monitoring whether the target service is running abnormally, the method further comprises: and performing service configuration adjustment on the target service so that the target service enters a service suspension state from a service running state when detecting the abnormal operation of the target service, and the target service starts to perform state self-perception from the system in the service suspension state.
In some embodiments of the present application, the performing service configuration adjustment on the target service includes: configuring an independent state-aware sub-service in the target service, and starting the state-aware sub-service in the target service to perform state self-awareness from the system in the service suspension state.
In some embodiments of the present application, the performing a service restart based on the service operation data of the backup location includes: loading running data from the backup location to the target service, wherein the running data belongs to the service running data; and if the running data loaded to the target service reaches a restarting limit, executing service restarting operation to restart the target service.
In some embodiments of the present application, an independent data recovery sub-service is configured in the target service, the target service enters a data slow recovery state from a service suspension state when sensing the target state, and the data recovery sub-service is started in the target service in the data slow recovery state; the loading of the carrier data from the backup location to the target service comprises: and loading the running data to the target service according to a target sequence through the data recovery sub-service, wherein the running data required by the target state is loaded preferentially under the target sequence.
In some embodiments of the present application, before saving the service operation data of the target service in the system in the backup location, the method further includes: acquiring system service information of system services in the system; and analyzing and processing the system service information to screen the target service from the system service.
In some embodiments of the present application, the method further comprises: and configuring independent state-aware sub-services and data recovery sub-services in the target service.
According to one embodiment of the present application, a service management apparatus, the apparatus comprising: the backup module is used for storing service operation data of the target service in the system at a backup position; the monitoring module is used for monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates; and the management and control module is used for setting the target service as a target state in the system if the abnormal operation of the target service is monitored, so that the service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
According to another embodiment of the present application, a storage medium has stored thereon a computer program which, when executed by a processor of a computer, causes the computer to perform the method of an embodiment of the present application.
According to another embodiment of the present application, an electronic device may include: a memory storing a computer program; and the processor reads the computer program stored in the memory to execute the method in the embodiment of the application.
In the embodiment of the application, the service operation data of the target service in the system is stored in a backup position; monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates; if the target service is monitored to operate abnormally, the target service is set to be in a target state in the system, so that the target service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
In this way, the service operation data of the target service is backed up, the target service senses the target state of the target service from the system to restart the service based on the service operation data of the backup position, the target service can actively restart the service based on the backed-up service operation data, and compared with the situations of passive restart and no backed-up restart data, the success rate of service restart is effectively improved, and the stable operation can be realized after the restart. Thereby effectively improving the success rate of service restart and ensuring normal operation of the service after restart.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 shows a flow diagram of a service management method according to an embodiment of the application.
Fig. 2 shows a block diagram of a service management apparatus according to an embodiment of the present application.
FIG. 3 shows a block diagram of an electronic device according to an embodiment of the application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Fig. 1 schematically shows a flow chart of a service management method according to an embodiment of the present application. The execution main body of the service management method can be any equipment, such as a computer, a mobile phone, a smart watch, a household appliance and the like.
As shown in fig. 1, the service management method may include steps S110 to S130.
Step S110, storing service operation data of the target service in the system in a backup position;
step S120, monitoring whether the target service runs abnormally or not, wherein the target service performs state self-perception from the system when running abnormally;
step S130, if the target service is monitored to be abnormally operated, the target service is set in the system to be in a target state, so that when the target service senses the target state from the system, service restarting is carried out based on the service operation data of the backup position.
The target service may be a service provided in the system, and the target service may include all services or a part of specified core services in the system.
The service operation data comprises various important data required by the target service in operation. The service operation data may include all items of data of the target service operation or data of the specified core item.
The abnormal operation of the target service includes one or more abnormal operation states. For example, the abnormal operation may include an abnormal operation state (i.e., an abnormal state) such as an abnormal operation or crash (crash).
The target service performs state self-sensing when running abnormally, that is, performs state self-sensing from the system to determine whether to switch from an abnormal state to a target state, such as a normal running state or other states.
If the abnormal operation of the target service is monitored, the target service is set in the system to be in a target state, when the target service senses the target state from the system, the target service can actively restart the service based on the service operation data of the backup position, and the service can be successfully restarted and can normally operate because the service operation data stores the data required by the normal operation of the target service.
In this way, based on steps S110 to S130, the service operation data of the target service is backed up, and the target service self-senses the target state thereof from the system, so as to restart the service based on the service operation data at the backup location, and the target service can actively restart the service based on the backed-up service operation data. Thereby effectively improving the success rate of service restart and ensuring the normal operation of the service after the service restart.
The following describes a specific procedure of each step performed when service management is performed.
In step S110, service operation data of a target service in the system is saved in a backup location.
The target service may be a service provided in the system, and the target service may include all services or a part of specified core services in the system. The service operation data is important data required by the service operation, and the service operation data can include all data of the service operation or data of a specified core item. The backup position can be set according to actual requirements.
In step S120, it is monitored whether the target service is abnormally operated, wherein the target service performs state self-sensing from the system during the abnormal operation.
Whether the target service operates abnormally can be judged by monitoring whether the target service provides the service normally or not, wherein the target service performs state self-sensing when the target service operates abnormally, namely the target service determines whether the target service needs to be switched from the abnormal state to the target state by performing state self-sensing in a system, and the target state is a normal operation state or other states.
In one embodiment, before monitoring whether the target service is abnormally operated in step S120, the method further includes: and performing service configuration adjustment on the target service so that the target service enters a service suspension state from a service running state when detecting the abnormal operation of the target service, and the target service starts to perform state self-perception from the system in the service suspension state.
The target service enters a service suspension state from a service operation state in normal operation after abnormal operation, state self-sensing is started to be performed in the target service from the system in the service suspension state, the target service automatically enters the service suspension state, the phenomenon that the service becomes an unmanaged blind abnormal operation state after the target service is abnormal can be avoided, the target service can be suspended when the target service is switched to the service suspension state, stable state self-sensing is realized, restarting is achieved, the reliability of service management and control is integrally further improved, and the stability of the system is improved.
In one embodiment, an independent state-aware sub-service can be configured in the target service, and the state-aware sub-service can enter a suspended state immediately when the target service is monitored to be abnormal; in another embodiment, the system may be configured with an anomaly monitoring service that may instruct the target service to enter a suspended state immediately upon detecting that the target service is about to be anomalous. The target service can not enter a complete deep sleep state by entering the target service into a suspended state, and state self-sensing can be carried out.
In one embodiment, the performing the service configuration adjustment on the target service includes: configuring an independent state-aware sub-service in the target service, and starting the state-aware sub-service in the target service in the service suspension state to perform state self-awareness from the system.
By setting the independent state perception sub-service, the problem of the target service can be avoided to cause state self-perception failure, and the success rate of service recovery is further improved.
It is to be appreciated that in other embodiments, the target service may be self-aware of the state itself.
In step S130, if it is monitored that the target service operates abnormally, the target service is set in the system as a target state, so that when the target service senses the target state from the system, service restart is performed based on the service operation data of the backup location.
If the abnormal operation of the target service is monitored, the target service is set in the system to be in a target state, when the target service senses the target state from the system, the target service can actively restart the service based on the service operation data of the backup position, and the service can be successfully restarted and can normally operate because the service operation data stores the data required by the normal operation of the target service.
In one embodiment, the performing a service restart based on the service operation data of the backup location includes: loading running data from the backup location to the target service, wherein the running data belongs to the service running data; and if the running data loaded to the target service reaches a restarting limit, executing service restarting operation to restart the target service.
The service operation data can comprise a plurality of operation data, the operation data is loaded to the target service, if the operation data loaded to the target service reaches the restart limit, the service restart operation is executed to restart the target service, the possibility of restart failure caused by high consumption and large service restart workload due to one-time loading of all the operation data can be avoided, and the restart success rate is further improved.
It is understood that in other real-time manners, the service operation data can be loaded to the target service at one time for service restart.
In one embodiment, an independent data recovery sub-service is configured in the target service, the target service enters a data slow recovery state from a service suspension state when sensing the target state, and the data recovery sub-service is started in the target service in the data slow recovery state; the loading of the carrier data from the backup location to the target service comprises: and loading the running data to the target service according to a target sequence through the data recovery sub-service, wherein the running data required by the target state is loaded preferentially under the target sequence.
The target service enters a data slow recovery state from a service pause state when perceiving the target state, the data recovery sub-service is started in the target service in the data slow recovery state, and the independent data recovery sub-service is configured in the target service to load data when the target service enters the data slow recovery state, so that the problem of the target service per se can be avoided, the service restart failure caused by the problem of the target service per se can be avoided, the data recovery abnormity caused by the state disorder of the target service can be avoided, the stability of the data recovery process is high, the service restart success rate is further improved, and the system stability is integrally improved.
In one embodiment, before the saving the service operation data of the target service in the system in the backup location, the method further comprises: acquiring system service information of system services in the system; and analyzing and processing the system service information to screen the target service from the system service.
The system service information can serve all related information, and the target service is screened from the system service through analysis and processing, so that unnecessary monitoring tasks can be avoided. The analysis processing is performed based on the system service information, the system service which meets the preset screening strategy is screened as the target service, or the analysis is performed based on a preset machine learning-based analysis model, and the system service with the abnormal possibility higher than the preset possibility is analyzed as the target service.
In one embodiment, the method further comprises: and configuring independent state-aware sub-services and data recovery sub-services in the target service. Independent state sensing sub-services and data recovery sub-services are configured only in the screened target services, so that the adverse effect on the system can be avoided while the service restart effect in the system is improved.
In order to better implement the service management method provided by the embodiment of the present application, an embodiment of the present application further provides a service management apparatus based on the service management method. The terms are the same as those in the service management method, and details of implementation may refer to the description in the method embodiment. Fig. 3 shows a block diagram of a service management apparatus according to an embodiment of the present application.
As shown in fig. 2, the service management apparatus 200 may include a backup module 210, a monitoring module 220, and a management module 230.
The backup module is used for storing service operation data of the target service in the system at a backup position; the monitoring module is used for monitoring whether the target service abnormally operates or not, wherein the target service performs state self-perception from the system when the target service abnormally operates; and the management and control module is used for setting the target service as a target state in the system if the abnormal operation of the target service is monitored, so that the service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
In some embodiments of the present application, the apparatus further includes a configuration module, configured to perform service configuration adjustment on the target service, so that the target service enters a service suspension state from a service running state when detecting self abnormal operation, and the target service starts to perform state self-awareness from the system in the service suspension state.
In some embodiments of the present application, the configuration module is configured to configure an independent state-aware sub-service in the target service, and the state-aware sub-service is started in the target service in the service suspension state to perform state self-awareness from the system.
In some embodiments of the present application, the management module includes: a data loading unit, configured to load running data from the backup location to the target service, where the running data belongs to the service running data; and the execution unit is used for executing service restarting operation to restart the target service if the running data loaded to the target service reaches a restarting limit.
In some embodiments of the present application, an independent data recovery sub-service is configured in the target service, the target service enters a data slow recovery state from a service suspension state when sensing the target state, and the data recovery sub-service is started in the target service in the data slow recovery state; the data loading unit is configured to: and loading the running data to the target service according to a target sequence through the data recovery sub-service, wherein the running data required by the target state is loaded preferentially under the target sequence.
In some embodiments of the present application, before the storing the service operation data of the target service in the system in the backup location, the apparatus further includes a screening module configured to: acquiring system service information of system services in the system; and analyzing and processing the system service information to screen the target service from the system service.
In some embodiments of the present application, the apparatus further comprises a configuration module to: and configuring independent state-aware sub-services and data recovery sub-services in the target service.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
In addition, an electronic device, which may be a terminal or a server, is provided in an embodiment of the present application, and as shown in fig. 3, a schematic structural diagram of the electronic device according to the embodiment of the present application is shown, specifically:
the electronic device may include components such as a processor 301 of one or more processing cores, memory 302 of one or more computer-readable storage media, a power supply 303, and an input unit 304. Those skilled in the art will appreciate that the electronic device configuration shown in fig. 3 does not constitute a limitation of the electronic device and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. Wherein:
the processor 301 is a control center of the electronic device, connects various parts of the entire computer device by using various interfaces and lines, and performs various functions of the computer device and processes data by running or executing software programs and/or modules stored in the memory 302 and calling data stored in the memory 302, thereby performing overall monitoring of the electronic device. Optionally, processor 301 may include one or more processing cores; preferably, the processor 301 may integrate an application processor, which mainly handles operating systems, user pages, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 301.
The memory 302 may be used to store software programs and modules, and the processor 301 executes various functional applications and data processing by operating the software programs and modules stored in the memory 302. The memory 302 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data created according to use of the computer device, and the like. Further, the memory 302 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 302 may also include a memory controller to provide the processor 301 with access to the memory 302.
The electronic device further comprises a power supply 303 for supplying power to the various components, and preferably, the power supply 303 may be logically connected to the processor 301 through a power management system, so that functions of managing charging, discharging, and power consumption are realized through the power management system. The power supply 303 may also include any component of one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and the like.
The electronic device may further include an input unit 304, and the input unit 304 may be used to receive input numeric or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control.
Although not shown, the electronic device may further include a display unit and the like, which are not described in detail herein. Specifically, in this embodiment, the processor 301 in the electronic device loads the executable file corresponding to the process of one or more computer programs into the memory 302 according to the following instructions, and the processor 301 runs the computer program stored in the memory 302, so as to implement various functions in the foregoing embodiments of the present application, for example, the processor 301 may perform the following steps:
storing service operation data of a target service in the system at a backup position; monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates; if the target service is monitored to operate abnormally, the target service is set to be in a target state in the system, so that the target service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
In some embodiments of the present application, before the monitoring whether the target service is abnormally operating, the processor 301 may perform: and performing service configuration adjustment on the target service so that the target service enters a service suspension state from a service running state when detecting the abnormal operation of the target service, and the target service starts to perform state self-perception from the system in the service suspension state.
In some embodiments of the present application, the performing service configuration adjustment on the target service includes: configuring an independent state-aware sub-service in the target service, and starting the state-aware sub-service in the target service in the service suspension state to perform state self-awareness from the system.
In some embodiments of the present application, the performing a service restart based on the service operation data of the backup location includes: loading running data from the backup location to the target service, wherein the running data belongs to the service running data; and if the running data loaded to the target service reaches a restarting limit, executing service restarting operation to restart the target service.
In some embodiments of the present application, an independent data recovery sub-service is configured in the target service, the target service enters a data slow recovery state from a service suspension state when sensing the target state, and the data recovery sub-service is started in the target service in the data slow recovery state; the loading of the carrier data from the backup location to the target service comprises: and loading the running data to the target service according to a target sequence through the data recovery sub-service, wherein the running data required by the target state is loaded preferentially under the target sequence.
In some embodiments of the present application, before saving the service operation data of the target service in the system in the backup location, the method further includes: acquiring system service information of system services in the system; and analyzing and processing the system service information to screen the target service from the system service.
In some embodiments of the present application, the method further comprises: and configuring independent state-aware sub-services and data recovery sub-services in the target service.
It will be understood by those skilled in the art that all or part of the steps of the methods of the above embodiments may be performed by a computer program, which may be stored in a computer-readable storage medium and loaded and executed by a processor, or by related hardware controlled by the computer program.
To this end, the present application further provides a storage medium, in which a computer program is stored, where the computer program can be loaded by a processor to execute the steps in any one of the methods provided in the present application.
Wherein the storage medium may include: read Only Memory (ROM), Random Access Memory (RAM), magnetic or optical disks, and the like.
Since the computer program stored in the storage medium can execute the steps in any method provided in the embodiments of the present application, the beneficial effects that can be achieved by the methods provided in the embodiments of the present application can be achieved, for details, see the foregoing embodiments, and are not described herein again.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains.
It will be understood that the present application is not limited to the embodiments that have been described above and shown in the drawings, but that various modifications and changes can be made without departing from the scope thereof.
Claims (10)
1. A method for service management, comprising:
storing service operation data of a target service in the system at a backup position;
monitoring whether the target service abnormally operates, wherein the target service performs state self-perception from the system when the target service abnormally operates;
if the target service is monitored to operate abnormally, the target service is set to be in a target state in the system, so that the target service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
2. The method of claim 1, wherein prior to said monitoring whether said target service is operating abnormally, said method further comprises:
and performing service configuration adjustment on the target service so that the target service enters a service suspension state from a service running state when detecting the abnormal operation of the target service, and the target service starts to perform state self-perception from the system in the service suspension state.
3. The method of claim 2, wherein the performing the service configuration adjustment on the target service comprises: configuring an independent state-aware sub-service in the target service, and starting the state-aware sub-service in the target service in the service suspension state to perform state self-awareness from the system.
4. The method of claim 1, wherein performing a service restart based on the service operation data of the backup location comprises:
loading running data from the backup location to the target service, wherein the running data belongs to the service running data;
and if the running data loaded to the target service reaches a restarting limit, executing service restarting operation to restart the target service.
5. The method of claim 4, wherein an independent data recovery sub-service is configured in the target service, and the target service, when sensing the target state, enters a data slow recovery state from a service suspension state, and in the data slow recovery state, the data recovery sub-service is started in the target service; the loading of the carrier data from the backup location to the target service includes:
and loading the running data to the target service according to a target sequence through the data recovery sub-service, wherein the running data required by the target state is loaded preferentially under the target sequence.
6. The method of claim 1, wherein prior to saving service operation data for a target service in the system at a backup location, the method further comprises:
acquiring system service information of system services in the system;
and analyzing and processing the system service information to screen the target service from the system service.
7. The method of claim 6, further comprising:
and configuring independent state-aware sub-services and data recovery sub-services in the target service.
8. A service management apparatus, comprising:
the backup module is used for storing service operation data of the target service in the system at a backup position;
the monitoring module is used for monitoring whether the target service abnormally operates or not, wherein the target service performs state self-perception from the system when the target service abnormally operates;
and the management and control module is used for setting the target service as a target state in the system if the abnormal operation of the target service is monitored, so that the service is restarted based on the service operation data of the backup position when the target service senses the target state from the system.
9. A storage medium having stored thereon a computer program which, when executed by a processor of a computer, causes the computer to carry out the method of any one of claims 1 to 7.
10. An electronic device, comprising: a memory storing a computer program; a processor reading a computer program stored in the memory to perform the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210363903.0A CN114625574A (en) | 2022-04-07 | 2022-04-07 | Service management method, device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210363903.0A CN114625574A (en) | 2022-04-07 | 2022-04-07 | Service management method, device, storage medium and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114625574A true CN114625574A (en) | 2022-06-14 |
Family
ID=81905576
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210363903.0A Pending CN114625574A (en) | 2022-04-07 | 2022-04-07 | Service management method, device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114625574A (en) |
-
2022
- 2022-04-07 CN CN202210363903.0A patent/CN114625574A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8601493B2 (en) | Application controlling apparatus and storage medium which stores software for the apparatus | |
| CN109542744B (en) | Method, device, storage medium and terminal for detecting abnormal starting problem of terminal | |
| CN112948157A (en) | Server fault positioning method, device and system and computer readable storage medium | |
| CN102880505A (en) | Event aggregation for backstage work execution | |
| US11662803B2 (en) | Control method, apparatus, and electronic device | |
| CN102693136A (en) | Quick starting method and system for computer and starting system of computer | |
| CN110109782B (en) | Method, device and system for replacing fault PCIe (peripheral component interconnect express) equipment | |
| CN111800304A (en) | Process running monitoring method, storage medium and virtual device | |
| CN112100027A (en) | Server maintenance method, device, equipment and machine readable storage medium | |
| CN114647550A (en) | Process control method, device, storage medium and electronic equipment | |
| CN114625574A (en) | Service management method, device, storage medium and electronic equipment | |
| CN111488246A (en) | CP L D upgrading method and device, electronic equipment and readable storage medium | |
| CN111176958A (en) | Information monitoring method, system and storage medium | |
| CN113032023B (en) | Electronic equipment processing method and device and electronic equipment | |
| CN109032643A (en) | The method and apparatus of software upgrading | |
| CN110597668B (en) | Resident job processing method and system | |
| CN114168393B (en) | Server testing method, system, equipment and medium | |
| CN114328094A (en) | Equipment exception information processing method and device, storage medium and electronic equipment | |
| CN117033084B (en) | Virtual machine backup method and device, electronic equipment and storage medium | |
| CN113742122A (en) | Exception handling method and device, storage medium and electronic equipment | |
| US9740259B2 (en) | Method for managing software application computing resources | |
| KR101408447B1 (en) | Apparatus and method for controlling power of ATM/CD | |
| JP6881389B2 (en) | Parameter adjustment device for power converter | |
| JP7220071B2 (en) | Control device and control method | |
| CN114124665A (en) | Application program exception handling method and device, computer equipment and storage medium |
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 |