CN113157493A - Backup method, device and system based on ticket checking system and computer equipment - Google Patents
Backup method, device and system based on ticket checking system and computer equipment Download PDFInfo
- Publication number
- CN113157493A CN113157493A CN202110382273.7A CN202110382273A CN113157493A CN 113157493 A CN113157493 A CN 113157493A CN 202110382273 A CN202110382273 A CN 202110382273A CN 113157493 A CN113157493 A CN 113157493A
- Authority
- CN
- China
- Prior art keywords
- ticket checking
- checking system
- system server
- module
- backup
- 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
- 238000000034 method Methods 0.000 title claims abstract description 111
- 230000002159 abnormal effect Effects 0.000 claims abstract description 64
- 230000005540 biological transmission Effects 0.000 claims abstract description 61
- 238000012544 monitoring process Methods 0.000 claims abstract description 51
- 230000008569 process Effects 0.000 claims description 67
- 238000004590 computer program Methods 0.000 claims description 13
- 230000002547 anomalous effect Effects 0.000 claims description 2
- 238000012795 verification Methods 0.000 claims description 2
- 230000000694 effects Effects 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000005856 abnormality Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 239000002699 waste material 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
The application relates to a backup method, a backup device, a backup system, computer equipment and a storage medium based on a ticket checking system. The method comprises the steps of obtaining a plurality of heartbeat signals of a second ticket checking system server by calling a monitoring module, obtaining transmission intervals of the heartbeat signals, determining whether the second ticket checking system server is abnormal or not according to the transmission intervals, and calling a backup module by a first ticket checking system server to backup data of the second ticket checking system server if the second ticket checking system server is determined to be abnormal. Compared with the traditional backup mode for the ticket checking system, the scheme has the advantages that the monitoring module is used for monitoring heartbeat signals of the two ticket checking system servers, the transmission intervals of the heartbeat signals are used for detecting the operation condition of each ticket checking system server, when any ticket checking system server is detected to be abnormal, the backup module of the ticket checking system server which normally operates is used for carrying out data backup on the abnormal server, and therefore the effect of improving the backup safety of the ticket checking system is achieved.
Description
Technical Field
The present application relates to the field of data security technologies, and in particular, to a backup method, device, system, computer device, and storage medium based on a ticket checking system.
Background
In recent years, the rail transit industry is rapidly developing, the diversification of industry payment and the diversification of ticket selling and checking riding modes and the like are realized at present, meanwhile, the transformation of the ticket selling and checking function depends on more business services provided by the internet, so that higher requirements are put forward on a background service system in the rail transit industry, the uninterrupted service and stable performance need to be ensured during operation, and the backup safety of the ticket checking system is very important to ensure.
At present, the backup of the ticket checking system is usually carried out by adopting a single server, however, when the server fails, a certain time is needed for switching or recovering the server by carrying out the backup by adopting the mode, so that the data safety of the ticket checking system is influenced
Therefore, the existing backup method for the rail transit ticket checking system has the defect of insufficient safety.
Disclosure of Invention
In view of the above, it is necessary to provide a ticket checking system based backup method, apparatus, system, computer device and storage medium capable of improving backup security.
A backup method based on a ticket checking system is applied to a first ticket checking system server, and comprises the following steps:
calling a monitoring module to acquire a plurality of heartbeat signals of a second ticket checking system server;
acquiring transmission intervals of all heartbeat signals, and determining whether the second ticket checking system server is abnormal or not according to the transmission intervals;
and if the second ticket checking system server is determined to be abnormal, calling a backup module to backup the data of the second ticket checking system server.
In one embodiment, the heartbeat signal includes: service application version information;
after acquiring the plurality of heartbeat signals of the second ticket checking system server, the method further includes:
acquiring service application version information corresponding to the second ticket checking system server in the heartbeat signal;
judging whether the business application version information corresponding to the second ticket checking system server is larger than the business application version information corresponding to the first ticket checking system server, if so, calling a control management module, and sending a business application acquisition request to the second ticket checking system server so that the second ticket checking system server sends a business application software package in the server to the first ticket checking system server according to the business application acquisition request;
and acquiring a service application software package sent by the second ticket checking system server through the control management module, and updating the service application of the first ticket checking system server according to the service application software package.
In one embodiment, the determining whether the second ticketing system server is abnormal according to the transmission interval includes:
judging whether the transmission interval is larger than a preset transmission abnormity threshold value or not;
if so, determining that the second ticket checking system server is abnormal;
if the second ticket checking system server is determined to be abnormal, calling a backup module to synchronize data of the second ticket checking system server, wherein the steps of:
and if the second ticket checking system server is determined to be abnormal, after a preset delay time, if the heartbeat signal is not received, calling a backup module to synchronize the data of the second ticket checking system server.
In one embodiment, the updating, by the control management module, the service application of the first ticket checking system server according to the service application software package includes:
calling the control management module to carry out integrity check on the service application software package;
storing the service application software package passing the integrity verification to a starting position corresponding to the service application in the first ticket checking system server, and replacing an old version service application software package corresponding to the service application of the first ticket checking system server;
and if the starting signal of the service application is detected, loading the service application software package so as to update the service application of the first ticket checking system server.
In one embodiment, the method further comprises the following steps:
calling a daemon process to monitor the resource occupancy rate of a main process in the first ticket checking system server;
if the resource occupancy rate is greater than a first occupancy threshold value, calling an alarm module to generate corresponding early warning information;
if the resource occupancy rate is larger than a second occupancy threshold value, calling a self-starting module to restart the first ticket checking system server;
wherein the second occupancy threshold is greater than the first occupancy threshold.
In one embodiment, the invoking the alarm module to generate the corresponding warning information includes:
and calling the alarm module, generating a corresponding early warning report according to the resource occupancy rate, and storing the early warning report.
In one embodiment, the calling self-starting module restarts the first ticket checking system server, and includes:
acquiring the running state of the second ticket checking system server;
and if the running state of the second ticket checking system server is normal, calling a backup module, storing the data in the first ticket checking system server, calling a self-starting module, and restarting the first ticket checking system server.
A ticket checking system based backup system, the system comprising: the system comprises a first ticket checking system server and a second ticket checking system server; the first ticket checking system server and the second ticket checking system server both comprise: a monitoring module and a backup module;
the second ticket checking system server is used for calling the monitoring module and sending a plurality of heartbeat signals to the first ticket checking system server according to a preset transmission interval;
the first ticket checking system server is used for calling the monitoring module, acquiring a plurality of heartbeat signals of the second ticket checking system server, acquiring transmission intervals of the heartbeat signals, determining whether the second ticket checking system server is abnormal or not according to the transmission intervals, and calling the backup module to backup data of the second ticket checking system server if the second ticket checking system server is determined to be abnormal.
A ticket checking system based backup apparatus, the apparatus comprising:
the acquisition module is used for calling the monitoring module to acquire a plurality of heartbeat signals of the second ticket checking system server;
the determining module is used for acquiring the transmission interval of each heartbeat signal and determining whether the second ticket checking system server is abnormal or not according to the transmission interval;
and the abnormal backup module is used for calling the backup module to backup the data of the second ticket checking system server if the second ticket checking system server is determined to be abnormal.
A computer device comprising a memory storing a computer program and a processor implementing the steps of the method described above when executing the computer program.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the above-mentioned method.
According to the ticket checking system-based backup method, device and system, the computer equipment and the storage medium, the monitoring module is called to obtain the plurality of heartbeat signals of the second ticket checking system server, the transmission intervals of the heartbeat signals are obtained, whether the second ticket checking system server is abnormal or not is determined according to the transmission intervals, and if the second ticket checking system server is determined to be abnormal, the first ticket checking system server can call the backup module to backup data of the second ticket checking system server. Compared with the traditional backup mode for the ticket checking system, the scheme has the advantages that the monitoring module is used for monitoring heartbeat signals of the two ticket checking system servers, the transmission intervals of the heartbeat signals are used for detecting the operation condition of each ticket checking system server, when any ticket checking system server is detected to be abnormal, the backup module of the ticket checking system server which normally operates is used for carrying out data backup on the abnormal server, and therefore the effect of improving the backup safety of the ticket checking system is achieved.
Drawings
FIG. 1 is a diagram of an application environment of a ticket checking system-based backup method in one embodiment;
FIG. 2 is a schematic diagram of a ticket checking system server in one embodiment;
FIG. 3 is a diagram of an application environment of a backup method based on a ticket checking system in another embodiment;
FIG. 4 is a schematic flow chart of a ticket checking system-based backup method in one embodiment;
FIG. 5 is a schematic flow chart of a backup method based on a ticket checking system in another embodiment;
FIG. 6 is a block diagram of a backup device based on a ticket checking system in one embodiment;
FIG. 7 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The backup method based on the ticket checking system can be applied to the application environment shown in fig. 1. Wherein the first ticket checking system server 102 communicates with the second ticket checking system server 104 via a network. In one embodiment, the structures of the first ticket checking system server 102 and the second ticket checking system server 104 may be as shown in fig. 2, and fig. 2 is a schematic structural diagram of the ticket checking system server in one embodiment. In this embodiment, the first ticket checking system server 102 and the second ticket checking system server 104 may have the same structure, and include a daemon process, a monitoring module, an alarm module, a backup module, a control management module, a self-starting module, a service function module, and the like. The daemon process can be used for monitoring the resource occupancy rate; the monitoring module can be used for monitoring heartbeat signals; the backup module can be used for carrying out data backup; the control management module can be used for version synchronization; the self-starting module can be used for starting service; the service function module can be used for realizing service application of ticket checking, ticket selling and the like of relevant rail transit.
The first ticket checking system server 102 may call a monitoring module therein to obtain a plurality of heartbeat signals of the second ticket checking system server 104, determine whether the second ticket checking system server 104 operates abnormally according to a transmission interval of each heartbeat signal, and call a backup module to backup data of the second ticket checking system server 104 if it is determined that the second ticket checking system server 104 operates abnormally.
In addition, in one embodiment, the connection between the first ticket checking system server 102 and the second ticket checking system server 104 can be as shown in fig. 3, and fig. 3 is an application environment diagram of a ticket checking system-based backup method in another embodiment. In the present embodiment, the first ticket checking system server 102 and the second ticket checking system server 104 may have the same configuration. The monitoring module in the first ticket checking system server 102 may perform Transmission of heartbeat packets with the monitoring module in the second ticket checking system server 104, the Control management module of the first ticket checking system server 102 may perform communication with the Control management module of the second ticket checking system server 104 through Transmission Control Protocol (TCP), and the backup module of the first ticket checking system server 102 may perform data synchronization between the two servers with the backup module of the second ticket checking system server 104. The first ticket checking system server 102 and the second ticket checking system server 104 may be implemented by independent servers or a server cluster formed by a plurality of servers.
In one embodiment, as shown in fig. 4, a backup method based on a ticket checking system is provided, which is described by taking the method as an example of being applied to the first ticket checking system server in fig. 1, and includes the following steps:
step S202, a monitoring module is called to obtain a plurality of heartbeat signals of the second ticket checking system server 104.
The first ticket checking system server 102 may serve as a detection node, and the second ticket checking system server 104 may serve as a detection node. The monitoring module may be a module that is operated in both the first ticket checking system server 102 and the second ticket checking system server 104, and the monitoring module may be configured to detect a heartbeat signal, for example, detect a heartbeat signal transmitted between the first ticket checking system server 102 and the second ticket checking system server 104, where the heartbeat signal transmitted between the first ticket checking system server 102 and the second ticket checking system server 104 may be multiple, for example, the second ticket checking system server 104 may transmit a heartbeat packet to the first ticket checking system server 102 through the monitoring module according to a preset transmission interval. The first ticket checking system server 102 may invoke a monitoring module to obtain a plurality of heartbeat signals sent by the second ticket checking system server 104. The heartbeat signal may include an operation state of the second ticket checking system server 104, and the heartbeat signal is a mode of reporting a current node state to other nodes at a fixed frequency. Upon receiving the heartbeat, a node and the current network topology are generally considered to be good, and when the heartbeat is reported, some additional state and metadata information is generally carried for management.
Step S204, acquiring a transmission interval of each heartbeat signal, and determining whether the second ticket checking system server 104 is abnormal according to the transmission interval.
The heartbeat signal may be a heartbeat signal sent by the second ticket checking system server 104 according to a preset transmission interval, the transmission interval may be set according to an actual situation, and the first ticket checking system server 102 may obtain a transmission interval between the heartbeat signals sent by the second ticket checking system server 104, so that the first ticket checking system server 102 may determine whether the second ticket checking system server 104 is abnormal according to the transmission interval of the heartbeat signal sent by the second ticket checking system server 104, for example, determine whether the second ticket checking system server 104 is abnormal according to a time length of the transmission interval, and the like.
For example, in one embodiment, determining whether the second ticketing system server 104 is anomalous based on the transmission interval includes: judging whether the transmission interval is larger than a preset transmission abnormity threshold value or not; if yes, the second ticket checking system server 104 is determined to be abnormal. In this embodiment, the first ticket checking system server 102 may determine whether the second ticket checking system server 104 operates normally according to a transmission interval of the heartbeat signal sent by the second ticket checking system server 104, for example, the first ticket checking system server 102 may determine whether the transmission interval is greater than a preset transmission abnormal threshold, and when it is detected that the transmission interval is greater than the preset transmission abnormal threshold, the first ticket checking system server 102 may determine that the second ticket checking system server 104 is abnormal; when it is detected that the transmission interval is not greater than the preset transmission abnormal threshold, the first ticket checking system server 102 may determine that the second ticket checking system server 104 operates normally. It should be noted that the same module and process may be executed between the first ticket checking system server 102 and the second ticket checking system server 104, so that the first ticket checking system server 102 and the second ticket checking system server 104 may perform the detection of the operation status with each other.
In step S206, if it is determined that the second ticket checking system server 104 is abnormal, a backup module is invoked to backup the data of the second ticket checking system server 104.
The abnormality of the second ticket checking system server 104 may be that a heartbeat signal sent by the second ticket checking system server 104 to the first ticket checking system server 102 is abnormal, for example, an interval of the sent heartbeat signal is greater than a preset transmission abnormal threshold, that is, the timeout abnormality of the heartbeat signal reaches the preset transmission abnormal threshold. When the first ticket checking system server 102 determines that the second ticket checking system server 104 is abnormal, the backup module may be invoked to synchronize data of the second ticket checking system server 104, that is, when one ticket checking system server is abnormal, another normal ticket checking system server may actively synchronize and backup data of the abnormal ticket checking system server, thereby preventing data loss. The data may include service data such as rail transit ticket checking and selling.
In addition, due to network delay and other reasons, the heartbeat signal received by the first ticket checking system server 102 is abnormal, so that the first ticket checking system server 102 can delay calling of the backup module, and resource waste is prevented. For example, in one embodiment, if it is determined that the second ticket checking system server 104 is abnormal, invoking the backup module to synchronize the data of the second ticket checking system server 104 includes: if the second ticket checking system server 104 is determined to be abnormal, after a preset delay time, if the heartbeat signal is not received, a backup module is called to synchronize the data of the second ticket checking system server 104. In this embodiment, when the first ticket checking system server 102 detects that the heartbeat signal of the second ticket checking system server 104 is abnormal, the abnormal processing procedure may be started in a delayed manner, for example, after a preset delay time elapses, if the heartbeat signal sent from the second ticket checking system server 104 is not received within the preset delay time, the first ticket checking system server 102 may start the abnormal processing procedure, for example, a backup module is invoked to synchronously backup the data of the second ticket checking system server 104, thereby preventing the data from being lost; if the first ticket checking system server 102 detects the heartbeat signal sent by the second ticket checking system server 104 within the preset delay time, it indicates that the second ticket checking system server 104 operates normally, and the abnormal processing flow may not be started. The heartbeat signal may include information such as an operation state of a server that transmits the heartbeat signal, and the first ticket checking system server 102 and the second ticket checking system server 104 may communicate states through the heartbeat signal.
In the ticket checking system-based backup method, the monitoring module is called to obtain a plurality of heartbeat signals of the second ticket checking system server, the transmission interval of each heartbeat signal is obtained, whether the second ticket checking system server is abnormal or not is determined according to the transmission interval, and if the second ticket checking system server is determined to be abnormal, the first ticket checking system server can call the backup module to backup the data of the second ticket checking system server. Compared with the traditional backup mode for the ticket checking system, the scheme has the advantages that the monitoring module is used for monitoring heartbeat signals of the two ticket checking system servers, the transmission intervals of the heartbeat signals are used for detecting the operation condition of each ticket checking system server, when any ticket checking system server is detected to be abnormal, the backup module of the ticket checking system server which normally operates is used for carrying out data backup on the abnormal server, and therefore the effect of improving the backup safety of the ticket checking system is achieved.
In one embodiment, after acquiring the plurality of heartbeat signals of the second ticketing system server 104, the method further includes: acquiring service application version information corresponding to the second ticket checking system server 104 in the heartbeat signal; judging whether the business application version information corresponding to the second ticket checking system server 104 is larger than the business application version information corresponding to the first ticket checking system server 102, if so, calling a control management module, and sending a business application acquisition request to the second ticket checking system server 104 so that the second ticket checking system server 104 sends a business application software package in the server to the first ticket checking system server 102 according to the business application acquisition request; and acquiring a service application software package sent by the second ticket checking system server 104 through the control management module, and updating the service application of the first ticket checking system server 102 according to the service application software package.
In this embodiment, the heartbeat signal sent by the second ticket checking system server 104 may be sent in the form of a heartbeat packet, where the heartbeat packet may include service application version information in the second ticket checking system server 104. The first ticket checking system server 102 may obtain the service application version information corresponding to the second ticket checking system server 104 included in the heartbeat signal, for example, the heartbeat packet may include a version number of the service application, and the first ticket checking system server 102 may determine whether the service application version corresponding to the second ticket checking system server 104 is greater than the service application version information corresponding to the first ticket checking system server 102. If the number of the service application version number is larger than that, namely the first ticket checking system server 102 detects that the self service application version number is smaller than that of the second ticket checking system server 104, the first ticket checking system server 102 can call the control management module to send a service application acquisition request to the second ticket checking system server 104, the second ticket checking system server 104 can receive the service application acquisition request sent by the first ticket checking system server 102 and send a service application software package in the server to the first ticket checking system server 102 according to the service application acquisition request, after the first ticket checking system server 102 receives the service application software package, because the first ticket checking system server 102 and the second ticket checking system server 104 run the same process and module, the first ticket checking system server 102 can obtain the service application software package by calling the control management module, and updates the service application of the first ticket checking system server 102 based on the service application software package. Updating of the version of the business application is achieved, for example, by replacing the old file.
Through the embodiment, when the first ticket checking system server 102 detects that the service application version of the first ticket checking system server is lower than the service application version of the second ticket checking system server 104 through the heartbeat packet, the control management module acquires a new service application software packet of the second ticket checking system server 104 to update the service application of the first ticket checking system server, so that the service applications in the servers are kept up to date and the versions are synchronous, and the security of the ticket checking system backup is improved.
In one embodiment, updating the service application of the first ticket checking system server 102 according to the service application software package through the control management module includes: calling a control management module to carry out integrity check on the service application software package; storing the service application software package passing the integrity check to a starting position corresponding to the service application in the first ticket checking system server 102, and replacing an old version service application software package corresponding to the service application of the first ticket checking system server 102; if a start signal of the service application is detected, the service application software package is loaded to update the service application of the first ticket checking system server 102.
In this embodiment, the control management module may be a module disposed in the first ticket checking system server 102 and the second ticket checking system server 104, and may be configured to maintain consistency of service application versions between the two servers. The first ticket checking system server 102 may detect the service application version information of the second ticket checking system server 104 in the heartbeat signal, when it is detected that the self service application version number is smaller than the service application version number of the second ticket checking system server 104, the first ticket checking system server 102 may call the control management module and obtain the service application software package of the second ticket checking system server 104, and the first ticket checking system server 102 may call the control management module after obtaining the new version service application software package of the second ticket checking system server 104, perform integrity check on the service application software package, and detect the integrity of the service application software package. If the service application software package passes the integrity check, the first detection system server 102 may store the service application software package passing the integrity check to a start position of a corresponding service application in the first ticket checking system server 102 by using the control management module, to replace an old version of the service application software package of the service application of the first ticket checking system server 102, and the control management module loads the new service application software package when detecting a start signal of the service application, for example, when the service application is restarted, so as to update the service application of the first ticket checking system server 102. Specifically, the control management module may be called by a monitoring module of the first ticket checking system server 102, and when the first ticket checking system server 102 detects that the service application version of the first ticket checking system server 102 is smaller than the service application version of the second ticket checking system server 104 through the monitoring module, the first ticket checking system server 102 may actively initiate a connection request to obtain a new service application software package in the second ticket checking system server 104, and after the integrity of the software package is verified, the first ticket checking system server 102 may store the new service application software package at a start position of a corresponding service application and replace an old software package, and when a process of the service application is restarted, load the new service application software package, thereby implementing the update of the service application. In addition, the first ticket checking system server 102 may also set whether the control management module calls the self-starting module according to an actual situation, so as to directly restart the service application.
Through the embodiment, the first ticket checking system server 102 can realize application version synchronization between the first ticket checking system server 102 and the second ticket checking system server 104 through the control management module, so that the service applications in the servers keep the latest and version synchronization, and the security of the ticket checking system backup is improved.
In one embodiment, further comprising: calling a daemon process to monitor the resource occupancy rate of a main process in the first ticket checking system server 102; if the resource occupancy rate is greater than the first occupancy threshold value, calling an alarm module to generate corresponding early warning information; if the resource occupancy rate is greater than the second occupancy threshold value, calling a self-starting module to restart the first ticket checking system server 102; wherein the second occupancy threshold is greater than the first occupancy threshold.
In this embodiment, the daemon process may be a process set in the first ticket checking system server 102 and the second ticket checking system server 104, and may be used to monitor a service process in the servers, and the daemon process may be a special process running in a server background, and is started when the system is booted and runs until the system is closed; the daemon between the first ticketing system server 102 and the second ticketing system server 104 can be in data communication. When the first ticket checking system server 102 is used as a detection node, the daemon process may be called to monitor the resource occupancy rate of the main process in the first ticket checking system server 102, for example, the running state of the main process of the business application is monitored in real time, and the system resource occupancy rate is monitored.
When the first ticket checking system server 102 detects that the resource occupancy rate of the main process of the first ticket checking system server is greater than the first occupancy threshold value through the daemon process, the warning module can be called to generate corresponding early warning information. For example, the first occupancy threshold may be a threshold with a lower risk level, such as an alarm threshold, and when the daemon process of the first ticket checking system server 102 detects that the system resource occupancy rate reaches the set alarm threshold, the daemon process may call an alarm module to perform early warning, generate a report, and store the report in a disk. The warning module may be a module arranged in the first ticket checking system server 102 and the second ticket checking system server 104, and is configured to detect warning information sent by other modules in the servers and perform related warning for the warning information.
When the first ticket checking system server 102 detects that the resource occupancy rate of the main process of the first ticket checking system server 102 is greater than the second occupancy threshold value through the daemon process, the self-starting module can be called to restart the first ticket checking system server 102. For example, the second occupancy threshold may be a threshold with a higher risk level, and the second occupancy threshold may be greater than the first occupancy threshold, for example, a severe threshold, and when the daemon process of the first ticket checking system server 102 detects that the system resource occupancy rate reaches the severe threshold, the daemon process calls the self-starting module to restart the first ticket checking system server 102, so that the resource occupancy rate of the daemon process returns to normal. The self-starting module may be a module arranged in the first ticket checking system server 102 and the second ticket checking system server 104, and is configured to detect a call instruction of a daemon process and restart a business process or restart a ticket checking system server. In addition, when the resource occupancy rate reaches the second occupancy threshold, the first ticket checking system server 102 may further invoke an alarm module, and the alarm module may generate and store a corresponding report according to the current alarm level. The daemon process can also determine whether to restart the process or the server immediately according to the current time. For example, an operation peak time period may be preset in each ticket checking system server, the daemon process may detect the current time, and if the operation peak time period is the operation peak time period, the daemon process may not restart immediately when detecting that the resource occupancy rate reaches the second occupancy threshold, and may comprehensively determine whether the system resource needs to be restarted by detecting the consumption degree of the system resource, for example, if the system resource occupancy rate has a risk of causing a downtime of the ticket checking system server, the ticket checking system server may restart through the daemon process, so as to avoid the downtime of the server. It should be noted that the second ticket checking system server 102 may also perform the processes of monitoring, alarming, restarting, and the like of the resource occupancy rate of the second ticket checking system server through the daemon process.
Through the embodiment, the first ticket checking system server 102 can monitor the resource occupancy rate of the first ticket checking system server through the daemon process, and perform corresponding processes of warning, restarting and the like on the first ticket checking system server 102 according to the resource occupancy rate, so that the server is prevented from being incapable of operating, and the effect of improving the backup security of the ticket checking system server is achieved.
In one embodiment, invoking the alarm module to generate corresponding warning information includes: and calling an alarm module, generating a corresponding early warning report according to the resource occupancy rate, and storing the early warning report.
In this embodiment, when the first ticket checking system server 102 detects that the resource occupancy rate of the first ticket checking system server is greater than the first occupancy threshold through the daemon process, it is determined that an alarm needs to be performed, the first ticket checking system server 102 may call the alarm module through the daemon process, and generate a corresponding early warning report according to the current resource occupancy rate through the alarm module, and may store the early warning report. Specifically, the alarm module may detect alarm information sent by each module in the first ticket checking server 102, generate an alarm log according to the alarm level degree, and store the alarm log in the magnetic disk, and the alarm module may generate a corresponding alarm report and store the alarm report in a specific location of the magnetic disk when the occupancy rate of the service application in the first ticket checking server 102 reaches a corresponding occupancy threshold value.
Through the embodiment, the first ticket checking server 102 can perform early warning and generate the warning report through the warning module, so that the ticket checking system server is prevented from being in fault, and the backup safety of the ticket checking system server is improved.
In one embodiment, invoking the self-start module to restart the first ticketing system server 102 includes: acquiring the running state of the second ticket checking system server 104; if the running state of the second ticket checking system server 104 is normal, the backup module is called, the data in the first ticket checking system server 102 is stored, the self-starting module is called, and the first ticket checking system server 102 is restarted.
In this embodiment, when the first ticket checking system server 102 detects that the resource occupancy rate of the first ticket checking system server is greater than the second occupancy threshold value through the daemon process, the daemon process may call the self-starting module to restart the first ticket checking system server 102. And the first ticketing system server 102 can determine whether to restart based on the operating conditions of the second ticketing system server 104. For example, the first ticket checking system server 102 may obtain the running state of the second ticket checking system server 104 through daemon monitoring, determine whether the first ticket checking system server 102 needs to be restarted according to the running state of the second ticket checking system server 104, when the first ticket checking system server 102 detects that the second ticket checking system server 104 runs normally through the daemon, it indicates that the first ticket checking system server 102 may restart itself, and the first ticket checking system server 102 may call a self-starting module through the daemon to restart the first ticket checking system server 102. For example, the first ticket checking system server 102 may send a restart instruction to the self-starting module through the daemon process, and the self-starting module may restart the service application process or the server according to the content of the instruction after receiving the instruction of the daemon process. Before the self-starting module is restarted, the backup module can be called to store the current service data to a designated storage area, so that data synchronization between the first ticket checking system server 102 and the second ticket checking system server 104 is realized, and data loss is prevented.
Through the embodiment, the first ticket checking system server 102 can restart the corresponding process or system when the resource occupancy rate reaches the serious threshold and the second ticket checking system server 104 operates normally by calling the self-starting module, so that the stability of the ticket checking system server is improved, and the backup safety is improved.
In one embodiment, as shown in fig. 5, fig. 5 is a schematic flow chart of a backup method based on a ticket checking system in another embodiment. The first ticket checking system server 102 and the second ticket checking system server 104 may both be a node, and the first ticket checking system server 102 and the second ticket checking system server 104 may both include a daemon process, a monitoring module, an alarm module, a backup module, a control management module, a self-starting module, and a service function module. The method comprises the following steps:
since the first ticket checking system server 102 and the second ticket checking system server 104 may run the same processes and modules, taking the first ticket checking system server 102 as an example in this embodiment, after the system of the first ticket checking system server 102 is started, a daemon process, a monitoring module, an alarm module and a service function module may be started. The service function module can run corresponding service application; the daemon process is a special process running in the background of the server, is started when the system is booted, and is known to run until the system is closed. The first ticket checking system server 102 may monitor the operation state of the service process, that is, the main process, and monitor the system resource occupancy rate in real time through the daemon process, and when the system resource occupancy rate reaches a set alarm threshold, for example, the first occupancy threshold, the daemon process may call the alarm module to perform an early warning and generate a report, and store the report in the disk. When the resource occupancy rate reaches a serious threshold, for example, the second occupancy threshold, and the daemon process monitors that the second ticket checking system server 104 operates normally, the daemon process may call the self-starting module to restart the relevant business process or server system. In addition, before the first ticket checking system server 102 calls the self-starting module to restart, whether the first ticket checking system server 102 is restarted or not can be determined according to the current time, for example, if the operation peak period is the operation peak period, the first ticket checking system server 102 may not be restarted temporarily, so that the system performance is prevented from being reduced, but the first ticket checking system server 102 may balance the consumption degree of the system resources to perform comprehensive judgment, so that the server is prevented from being crashed.
The monitoring module can be used for detecting whether each node normally operates through a heartbeat technology. When the first ticket checking system server 102 detects that the timeout abnormality of the heartbeat signal of the second ticket checking system server 104 reaches the set transmission abnormality threshold value through the monitoring module, the first ticket checking system server 102 may call the backup module to try to synchronize the service data of the two servers, so as to avoid the loss of the service data; moreover, since network delay may also cause an abnormality in receiving a heartbeat signal, the monitoring module of the first ticket checking system server 102 may also delay a certain time when detecting that the heartbeat abnormality occurs, and start a backup process if no heartbeat signal is received in the time period. In addition, the heartbeat packet of the heartbeat signal may further include a version number of the service application, and if the first ticket checking system server 102 detects that the version number of the service application in the heartbeat packet is greater than the service application version of the first ticket checking system server, the first ticket checking system server 102 may call the control management module to establish a connection with the second ticket checking system server 104, copy the service application packet of the latest version to the application start directory, and replace the old file.
The alarm module can be used for detecting alarm information sent by other modules, storing an alarm log to a disk according to the alarm level degree, and generating an alarm report and storing the alarm report to a specified position of the disk when the resource occupation of the service function is greater than a corresponding occupation threshold. The backup module can be called by the monitoring module or the self-starting module and can be used for establishing service data synchronization between the two servers. The control management module may be called by the monitoring module, and may be configured to control consistency of service application versions of the two servers, and when a service application version in a heartbeat packet received by one of the servers is inconsistent with itself, the control management module may be called, for example, if the service application version of the first ticket checking system server 102 is smaller than the service application version of the second ticket checking system server 104, the first ticket checking system server 102 may actively initiate a connection request to obtain a service application software packet of the second ticket checking system server 104, and after integrity check of the software packet, the service application software packet is stored in a designated location where the service application is started, an old version of the software packet is replaced, and the control management module is loaded when a service application process is restarted, for example, the control management module may actively restart by calling the self-starting module. The self-starting module can restart the service process or the system according to the instruction of the daemon process, and can call the backup module to store the current service data to a specified storage area before restarting, so that the data synchronization between the two servers is realized. The service function module can be used for realizing corresponding service application functions, such as related services of rail transit ticket checking and selling.
Through the embodiment, the ticket checking system servers monitor the heartbeat signals of the two ticket checking system servers by using the monitoring module, detect the operation condition of each ticket checking system server by using the transmission interval of the heartbeat signals, and perform data backup on the abnormal server by using the backup module of the ticket checking system server which operates normally when any ticket checking system server is detected to be abnormal, so that the effect of improving the backup safety of the ticket checking system is realized.
It should be understood that, although the steps in the flowcharts of fig. 4 and 5 are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 4 and 5 may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least some of the other steps or stages.
In one embodiment, a backup system based on a ticket checking system is provided, the system comprising: a first ticket checking system server 102 and a second ticket checking system server 104; the first ticket checking system server 102 and the second ticket checking system server 104 each include: a monitoring module and a backup module;
the second ticket checking system server 104 is configured to invoke a monitoring module, and send a plurality of heartbeat signals to the first ticket checking system server 102 according to a preset transmission interval;
the first ticket checking system server is used for calling the monitoring module, acquiring a plurality of heartbeat signals of the second ticket checking system server 104, acquiring transmission intervals of the heartbeat signals, determining whether the second ticket checking system server 104 is abnormal according to the transmission intervals, and calling the backup module to backup data of the second ticket checking system server 104 if the second ticket checking system server 104 is determined to be abnormal.
For specific definition of the ticket checking system based backup system, reference may be made to the above definition of the ticket checking system based backup method, which is not described herein again. The modules in the ticket checking system-based backup system can be wholly or partially realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, as shown in fig. 6, there is provided a backup apparatus based on a ticket checking system, including: an obtaining module 500, a determining module 502 and an exception backup module 504, wherein:
the obtaining module 500 is configured to invoke the monitoring module to obtain a plurality of heartbeat signals of the second ticket checking system server 104.
The determining module 502 is configured to obtain a transmission interval of each heartbeat signal, and determine whether the second ticket checking system server 104 is abnormal according to the transmission interval.
The abnormal backup module 504 is configured to call the backup module to backup the data of the second ticket checking system server 104 if it is determined that the second ticket checking system server 104 is abnormal.
In one embodiment, the above apparatus further comprises: the synchronization module is used for acquiring the service application version information corresponding to the second ticket checking system server 104 in the heartbeat signal; judging whether the business application version information corresponding to the second ticket checking system server 104 is larger than the business application version information corresponding to the first ticket checking system server 102, if so, calling a control management module, and sending a business application acquisition request to the second ticket checking system server 104 so that the second ticket checking system server 104 sends a business application software package in the server to the first ticket checking system server 102 according to the business application acquisition request; and acquiring a service application software package sent by the second ticket checking system server 104 through the control management module, and updating the service application of the first ticket checking system server 102 according to the service application software package.
In an embodiment, the determining module 502 is specifically configured to determine whether a transmission interval is greater than a preset transmission abnormal threshold; if yes, the second ticket checking system server 104 is determined to be abnormal.
In an embodiment, the synchronization module is specifically configured to invoke a control management module to perform integrity check on a service application software package; storing the service application software package passing the integrity check to a starting position corresponding to the service application in the first ticket checking system server 102, and replacing an old version service application software package corresponding to the service application of the first ticket checking system server 102; if a start signal of the service application is detected, the service application software package is loaded to update the service application of the first ticket checking system server 102.
In one embodiment, the above apparatus further comprises: the resource monitoring module is used for calling a daemon process and monitoring the resource occupancy rate of a main process in the first ticket checking system server 102; if the resource occupancy rate is greater than the first occupancy threshold value, calling an alarm module to generate corresponding early warning information; if the resource occupancy rate is greater than the second occupancy threshold value, calling a self-starting module to restart the first ticket checking system server 102; wherein the second occupancy threshold is greater than the first occupancy threshold.
In an embodiment, the resource monitoring module is specifically configured to invoke the alarm module, generate a corresponding early warning report according to the resource occupancy rate, and store the early warning report.
In an embodiment, the resource monitoring module is specifically configured to acquire an operating state of the second ticket checking system server 104; if the running state of the second ticket checking system server 104 is normal, the backup module is called, the data in the first ticket checking system server 102 is stored, the self-starting module is called, and the first ticket checking system server 102 is restarted.
For specific definition of the ticket checking system based backup device, reference may be made to the above definition of the ticket checking system based backup method, which is not described herein again. All or part of each module in the backup device based on the ticket checking system can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, the internal structure of which may be as shown in fig. 7. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing backup data of the ticket checking system. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a ticket checking system based backup method.
Those skilled in the art will appreciate that the architecture shown in fig. 7 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, which includes a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the above backup method based on the ticket checking system.
In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the above-described ticket checking system-based backup method.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database or other medium used in the embodiments provided herein can include at least one of non-volatile and volatile memory. Non-volatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical storage, or the like. Volatile Memory can include Random Access Memory (RAM) or external cache Memory. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others.
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (11)
1. A backup method based on a ticket checking system is applied to a first ticket checking system server, and comprises the following steps:
calling a monitoring module to acquire a plurality of heartbeat signals of a second ticket checking system server;
acquiring transmission intervals of all heartbeat signals, and determining whether the second ticket checking system server is abnormal or not according to the transmission intervals;
and if the second ticket checking system server is determined to be abnormal, calling a backup module to backup the data of the second ticket checking system server.
2. The method of claim 1, wherein the heartbeat signal comprises: service application version information;
after acquiring the plurality of heartbeat signals of the second ticket checking system server, the method further includes:
acquiring service application version information corresponding to the second ticket checking system server in the heartbeat signal;
judging whether the business application version information corresponding to the second ticket checking system server is larger than the business application version information corresponding to the first ticket checking system server, if so, calling a control management module, and sending a business application acquisition request to the second ticket checking system server so that the second ticket checking system server sends a business application software package in the server to the first ticket checking system server according to the business application acquisition request;
and acquiring a service application software package sent by the second ticket checking system server through the control management module, and updating the service application of the first ticket checking system server according to the service application software package.
3. The method of claim 1, wherein said determining whether the second ticketing system server is anomalous based on the transmission interval comprises:
judging whether the transmission interval is larger than a preset transmission abnormity threshold value or not;
if so, determining that the second ticket checking system server is abnormal;
if the second ticket checking system server is determined to be abnormal, calling a backup module to synchronize data of the second ticket checking system server, wherein the steps of:
and if the second ticket checking system server is determined to be abnormal, after a preset delay time, if the heartbeat signal is not received, calling a backup module to synchronize the data of the second ticket checking system server.
4. The method according to claim 2, wherein the updating, by the control management module, the business application of the first ticketing system server according to the business application software package comprises:
calling the control management module to carry out integrity check on the service application software package;
storing the service application software package passing the integrity verification to a starting position corresponding to the service application in the first ticket checking system server, and replacing an old version service application software package corresponding to the service application of the first ticket checking system server;
and if the starting signal of the service application is detected, loading the service application software package so as to update the service application of the first ticket checking system server.
5. The method of claim 1, further comprising:
calling a daemon process to monitor the resource occupancy rate of a main process in the first ticket checking system server;
if the resource occupancy rate is greater than a first occupancy threshold value, calling an alarm module to generate corresponding early warning information;
if the resource occupancy rate is larger than a second occupancy threshold value, calling a self-starting module to restart the first ticket checking system server;
wherein the second occupancy threshold is greater than the first occupancy threshold.
6. The method of claim 5, wherein invoking the alert module to generate corresponding pre-warning information comprises:
and calling the alarm module, generating a corresponding early warning report according to the resource occupancy rate, and storing the early warning report.
7. The method of claim 5, wherein the invoking a self-start module to restart the first ticketing system server comprises:
acquiring the running state of the second ticket checking system server;
and if the running state of the second ticket checking system server is normal, calling a backup module, storing the data in the first ticket checking system server, calling a self-starting module, and restarting the first ticket checking system server.
8. A system for backup based on a ticket checking system, the system comprising: the system comprises a first ticket checking system server and a second ticket checking system server; the first ticket checking system server and the second ticket checking system server both comprise: a monitoring module and a backup module;
the second ticket checking system server is used for calling the monitoring module and sending a plurality of heartbeat signals to the first ticket checking system server according to a preset transmission interval;
the first ticket checking system server is used for calling the monitoring module, acquiring a plurality of heartbeat signals of the second ticket checking system server, acquiring transmission intervals of the heartbeat signals, determining whether the second ticket checking system server is abnormal or not according to the transmission intervals, and calling the backup module to backup data of the second ticket checking system server if the second ticket checking system server is determined to be abnormal.
9. A backup apparatus based on a ticket checking system, the apparatus comprising:
the acquisition module is used for calling the monitoring module to acquire a plurality of heartbeat signals of the second ticket checking system server;
the determining module is used for acquiring the transmission interval of each heartbeat signal and determining whether the second ticket checking system server is abnormal or not according to the transmission interval;
and the abnormal backup module is used for calling the backup module to backup the data of the second ticket checking system server if the second ticket checking system server is determined to be abnormal.
10. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 7.
11. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110382273.7A CN113157493A (en) | 2021-04-09 | 2021-04-09 | Backup method, device and system based on ticket checking system and computer equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110382273.7A CN113157493A (en) | 2021-04-09 | 2021-04-09 | Backup method, device and system based on ticket checking system and computer equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113157493A true CN113157493A (en) | 2021-07-23 |
Family
ID=76888969
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110382273.7A Pending CN113157493A (en) | 2021-04-09 | 2021-04-09 | Backup method, device and system based on ticket checking system and computer equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113157493A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113985852A (en) * | 2021-10-29 | 2022-01-28 | 北京经纬恒润科技股份有限公司 | Method, device and system for processing log of vehicle-mounted terminal |
Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6134673A (en) * | 1997-05-13 | 2000-10-17 | Micron Electronics, Inc. | Method for clustering software applications |
US20010056554A1 (en) * | 1997-05-13 | 2001-12-27 | Michael Chrabaszcz | System for clustering software applications |
US20040034807A1 (en) * | 2002-08-14 | 2004-02-19 | Gnp Computers, Inc. | Roving servers in a clustered telecommunication distributed computer system |
US20080114855A1 (en) * | 2006-11-15 | 2008-05-15 | Bharat Welingkar | Over-the-air device services and management |
CN101271506A (en) * | 2008-05-04 | 2008-09-24 | 北京深思洛克数据保护中心 | Method for using software protection device in double-machine warm backup surroundings |
CN102065138A (en) * | 2010-12-22 | 2011-05-18 | 上海锐起信息技术有限公司 | Method for realizing thermal backup control of servers in disk-less system |
US8423821B1 (en) * | 2006-12-21 | 2013-04-16 | Maxsp Corporation | Virtual recovery server |
CN103441870A (en) * | 2013-08-20 | 2013-12-11 | 苏州迈科网络安全技术股份有限公司 | Intelligent real-time seamless switching two unit standby method |
CN103744766A (en) * | 2013-12-30 | 2014-04-23 | 飞天诚信科技股份有限公司 | Working method of monitoring system |
CN106656589A (en) * | 2016-12-13 | 2017-05-10 | 武汉船舶通信研究所 | Server dual hot backup system |
CN106850255A (en) * | 2016-12-20 | 2017-06-13 | 曙光信息产业(北京)有限公司 | A kind of implementation method of multi-computer back-up |
CN108040108A (en) * | 2017-12-11 | 2018-05-15 | 杭州电魂网络科技股份有限公司 | Communication handover method, device, coordination service device and readable storage medium storing program for executing |
CN108829418A (en) * | 2018-06-01 | 2018-11-16 | 联想(北京)有限公司 | A kind of processing method and electronic equipment |
CN109450702A (en) * | 2018-12-10 | 2019-03-08 | 京信通信系统(中国)有限公司 | A kind of data processing method and device |
CN109582541A (en) * | 2018-12-03 | 2019-04-05 | 群蜂信息技术(上海)有限公司 | A kind of server management method, server management module group, server |
CN109660426A (en) * | 2018-12-14 | 2019-04-19 | 泰康保险集团股份有限公司 | Monitoring method and system, computer-readable medium and electronic equipment |
CN110427280A (en) * | 2019-06-19 | 2019-11-08 | 中国平安财产保险股份有限公司 | A kind of buffer memory management method, system, computer equipment and storage medium |
-
2021
- 2021-04-09 CN CN202110382273.7A patent/CN113157493A/en active Pending
Patent Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6134673A (en) * | 1997-05-13 | 2000-10-17 | Micron Electronics, Inc. | Method for clustering software applications |
US20010056554A1 (en) * | 1997-05-13 | 2001-12-27 | Michael Chrabaszcz | System for clustering software applications |
US20040034807A1 (en) * | 2002-08-14 | 2004-02-19 | Gnp Computers, Inc. | Roving servers in a clustered telecommunication distributed computer system |
US20080114855A1 (en) * | 2006-11-15 | 2008-05-15 | Bharat Welingkar | Over-the-air device services and management |
US8423821B1 (en) * | 2006-12-21 | 2013-04-16 | Maxsp Corporation | Virtual recovery server |
CN101271506A (en) * | 2008-05-04 | 2008-09-24 | 北京深思洛克数据保护中心 | Method for using software protection device in double-machine warm backup surroundings |
CN102065138A (en) * | 2010-12-22 | 2011-05-18 | 上海锐起信息技术有限公司 | Method for realizing thermal backup control of servers in disk-less system |
CN103441870A (en) * | 2013-08-20 | 2013-12-11 | 苏州迈科网络安全技术股份有限公司 | Intelligent real-time seamless switching two unit standby method |
CN103744766A (en) * | 2013-12-30 | 2014-04-23 | 飞天诚信科技股份有限公司 | Working method of monitoring system |
CN106656589A (en) * | 2016-12-13 | 2017-05-10 | 武汉船舶通信研究所 | Server dual hot backup system |
CN106850255A (en) * | 2016-12-20 | 2017-06-13 | 曙光信息产业(北京)有限公司 | A kind of implementation method of multi-computer back-up |
CN108040108A (en) * | 2017-12-11 | 2018-05-15 | 杭州电魂网络科技股份有限公司 | Communication handover method, device, coordination service device and readable storage medium storing program for executing |
CN108829418A (en) * | 2018-06-01 | 2018-11-16 | 联想(北京)有限公司 | A kind of processing method and electronic equipment |
CN109582541A (en) * | 2018-12-03 | 2019-04-05 | 群蜂信息技术(上海)有限公司 | A kind of server management method, server management module group, server |
CN109450702A (en) * | 2018-12-10 | 2019-03-08 | 京信通信系统(中国)有限公司 | A kind of data processing method and device |
CN109660426A (en) * | 2018-12-14 | 2019-04-19 | 泰康保险集团股份有限公司 | Monitoring method and system, computer-readable medium and electronic equipment |
CN110427280A (en) * | 2019-06-19 | 2019-11-08 | 中国平安财产保险股份有限公司 | A kind of buffer memory management method, system, computer equipment and storage medium |
Non-Patent Citations (4)
Title |
---|
孙国强;许燕;李全新;剧烈;张翊;李包罗;: "服务器异常的诊断与处理", 中华医院管理杂志, no. 08, 2 August 2007 (2007-08-02) * |
张卓其 等: "《网上支付与网上金融服务》", 31 May 2002, 东北财经大学出版社, pages: 358 - 359 * |
易久: "《电子商务安全》", 30 November 2010, 北京邮电大学出版社, pages: 31 - 32 * |
马秀芳;时和平;时晨;: "数据备份模型的发展", 电信快报, no. 01, 10 January 2009 (2009-01-10) * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113985852A (en) * | 2021-10-29 | 2022-01-28 | 北京经纬恒润科技股份有限公司 | Method, device and system for processing log of vehicle-mounted terminal |
CN113985852B (en) * | 2021-10-29 | 2024-03-12 | 北京经纬恒润科技股份有限公司 | Log processing method, device and system for vehicle-mounted terminal |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112463448B (en) | Distributed cluster database synchronization method, device, equipment and storage medium | |
CN105933407B (en) | method and system for realizing high availability of Redis cluster | |
CN110830283B (en) | Fault detection method, device, equipment and system | |
JP2001101033A (en) | Fault monitoring method for operating system and application program | |
CN110768873B (en) | Distributed heartbeat detection method, system and device and computer equipment | |
US20080288812A1 (en) | Cluster system and an error recovery method thereof | |
CN111901176B (en) | Fault determination method, device, equipment and storage medium | |
CN111159233A (en) | Distributed caching method, system, computer device and storage medium | |
CN112068935A (en) | Method, device and equipment for monitoring deployment of kubernets program | |
CN114490565A (en) | Database fault processing method and device | |
CN114168071B (en) | Distributed cluster capacity expansion method, distributed cluster capacity expansion device and medium | |
CN113157493A (en) | Backup method, device and system based on ticket checking system and computer equipment | |
CN113489149B (en) | Power grid monitoring system service master node selection method based on real-time state sensing | |
US7206975B1 (en) | Internal product fault monitoring apparatus and method | |
US10157110B2 (en) | Distributed system, server computer, distributed management server, and failure prevention method | |
US20080216057A1 (en) | Recording medium storing monitoring program, monitoring method, and monitoring system | |
CN116032932A (en) | Cluster management method, system, equipment and medium for edge server | |
CN115766715A (en) | High-availability super-fusion cluster monitoring method and system | |
CN113778763B (en) | Intelligent switching method and system for three-way interface service faults | |
CN116192885A (en) | High-availability cluster architecture artificial intelligent experiment cloud platform data processing method and system | |
CN111934909B (en) | Main-standby machine IP resource switching method, device, computer equipment and storage medium | |
CN114567664A (en) | Message processing result monitoring method and device, computer equipment and storage medium | |
CN111130953B (en) | VNF availability monitoring method, device and medium | |
CN114124644A (en) | Ethernet OAM (operation administration and maintenance) alarming method and device based on Linux kernel mode | |
CN110650059B (en) | Fault cluster detection method, 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 |