CN108958991B - Method, device, equipment and storage medium for rapidly recovering cluster node fault service - Google Patents
Method, device, equipment and storage medium for rapidly recovering cluster node fault service Download PDFInfo
- Publication number
- CN108958991B CN108958991B CN201810836340.6A CN201810836340A CN108958991B CN 108958991 B CN108958991 B CN 108958991B CN 201810836340 A CN201810836340 A CN 201810836340A CN 108958991 B CN108958991 B CN 108958991B
- Authority
- CN
- China
- Prior art keywords
- database recovery
- state
- ctdb
- cluster
- switch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000011084 recovery Methods 0.000 claims abstract description 102
- 241001362551 Samba Species 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 abstract description 16
- RBZXVDSILZXPDM-UHFFFAOYSA-N 1-(2,5-dimethoxy-3,4-dimethylphenyl)propan-2-amine Chemical compound COC1=CC(CC(C)N)=C(OC)C(C)=C1C RBZXVDSILZXPDM-UHFFFAOYSA-N 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008014 freezing Effects 0.000 description 1
- 238000007710 freezing Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000750 progressive effect Effects 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/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2094—Redundant storage or storage space
-
- 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/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/80—Database-specific techniques
Abstract
The application discloses a method, a device, equipment and a storage medium for rapidly recovering cluster node fault service, wherein the method comprises the following steps: adding a database recovery switch; when the CTDB cluster has node faults, judging whether the database recovery switch is started or not; if yes, changing the CTDB state into an active state, executing a database recovery process, and reallocating the virtual IP; if not, the CTDB state is kept to be a normal state, the database recovery process is skipped, and the virtual IP is directly redistributed. According to the method and the device, the flexibility is improved by adding the database recovery switch, the database recovery process of the node fault CTDB is skipped, the CTDB state is kept to be in a normal state, only the virtual IP distribution process is reserved, the CTDB fault switching recovery time is shortened from 6 seconds to 2 seconds, 4 seconds are shortened, the cluster node fault recovery time is shortened, and the stability and the high availability of the distributed storage cluster are improved.
Description
Technical Field
The present invention relates to the field of distributed storage technologies, and in particular, to a method, an apparatus, a device, and a storage medium for fast recovery of a cluster node failure service.
Background
Currently, a lightweight cluster database (CTDB) is a set of cluster highly available management software, and is responsible for monitoring the state of cluster nodes and allocating virtual IPs, where a CTDB master node performs fault switching when a node in a cluster fails, and the fault switching includes: the state of the CTDB is changed into ACTIVE when fault switching occurs by database recovery and virtual IP reallocation; the database recovery process comprises the following steps: freezing the database, collecting database records from all nodes, merging the database records locally to ensure that each record is the newest, deleting the database from all nodes, pushing the merged records to all nodes, wherein the process takes about 4 seconds, and if a certain process fails, the database recovery time is longer; when the samba service is not used, only the virtual IP drift is needed in other network file systems such as the ganesha cluster high availability scheme, namely the virtual IP completes the drift, the service is correspondingly transferred to other nodes to continue providing the service, and the virtual IP drift process takes about 2 seconds.
The CTDB belongs to a component of samba, the database mainly stores information related to samba service, the coupling performance of samba is high, the CTDB can be stripped to be used as independent cluster high-availability software for managing other services except samba, such as ganesha and the like, and is responsible for managing the start stop of ganesha and the like, when the node fault CTDB is not used for service, the database recovery is still executed firstly, and the virtual IP is redistributed after the database recovery is successful, so that the database recovery and the virtual IP distribution increase the fault switching time, and generally take about 6 seconds and are long.
Therefore, how to shorten the cluster node failure recovery time is a technical problem to be solved urgently by those skilled in the art.
Disclosure of Invention
In view of this, the present invention provides a method, an apparatus, a device and a storage medium for fast recovery of a cluster node failure service, which can shorten CTDB failure switching recovery time to 2 seconds, and improve stability and high availability of a distributed storage cluster. The specific scheme is as follows:
a method for rapidly recovering cluster node failure service comprises the following steps:
adding a database recovery switch;
when the CTDB cluster has node faults, judging whether the database recovery switch is started or not;
if yes, changing the CTDB state into an active state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed;
if not, the CTDB state is kept to be a normal state, the database recovery process is skipped, and the virtual IP is directly redistributed.
Preferably, in the method for quickly recovering cluster node failure service provided in the embodiment of the present invention,
the database recovery switch is in an on state in the high-availability cluster using samba;
the database recovery switch is off in a high availability cluster that does not use samba.
The embodiment of the present invention further provides a device for rapidly recovering a cluster node failure service, including:
the switch adding module is used for adding a database recovery switch;
the switch judgment module is used for judging whether the database recovery switch is started or not when the CTDB cluster has node faults;
the first execution module is used for changing the CTDB state into an active state if the database recovery switch is in an open state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed;
and the second execution module is used for keeping the CTDB state as a normal state if the database recovery switch is in an off state, skipping the database recovery process and directly reallocating the virtual IP.
Preferably, in the above apparatus for rapidly recovering a cluster node failed service provided in an embodiment of the present invention,
the database recovery switch is in an on state in the high-availability cluster using samba;
the database recovery switch is off in a high availability cluster that does not use samba.
The embodiment of the present invention further provides a device for rapidly recovering a cluster node failure service, which includes a processor and a memory, where when the processor executes a computer program stored in the memory, the method for rapidly recovering a cluster node failure service provided in the embodiment of the present invention is implemented.
The embodiment of the present invention further provides a computer-readable storage medium for storing a computer program, where the computer program, when executed by a processor, implements the method for rapidly recovering a cluster node failure service provided in the embodiment of the present invention.
The invention provides a method, a device, equipment and a storage medium for rapidly recovering cluster node failure service, wherein the method comprises the following steps: adding a database recovery switch; when the CTDB cluster has node faults, judging whether the database recovery switch is started or not; if yes, changing the CTDB state into an active state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed; if not, the CTDB state is kept to be a normal state, the database recovery process is skipped, and the virtual IP is directly redistributed. According to the invention, by adding the database recovery switch, the flexibility is increased, the database recovery process of the node fault CTDB is skipped, the CTDB state is kept in a normal state, only the virtual IP distribution process is reserved, the CTDB fault switching recovery time is shortened from 6 seconds to 2 seconds, 4 seconds are shortened, the cluster node fault recovery time is shortened, and the stability and the high availability of the distributed storage cluster are improved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a flowchart of a method for rapidly recovering a cluster node failure service according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a device for rapidly recovering a cluster node failure service according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, 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 invention.
The invention provides a method for rapidly recovering cluster node fault service, which comprises the following steps as shown in figure 1:
s101, adding a database recovery switch;
s102, when the CTDB cluster has node faults, judging whether the database recovery switch is started or not;
if yes, go to step S103; if not, executing step S104;
s103, changing the CTDB state into an ACTIVE (ACTIVE) state, and executing a database recovery process;
s104, keeping the CTDB state as a NORMAL (NORMAL) state, and skipping a database recovery process;
after step S103 or step S104 is performed, step S105 is performed;
and S105, reallocating the virtual IP.
In the method for rapidly recovering the cluster node failure service provided by the embodiment of the invention, the characteristic flexibility is increased by adding the database recovery switch, the database recovery process of the node failure CTDB is skipped when the switch is closed, the CTDB state is kept to be in a normal state, only the virtual IP distribution process is reserved, the CTDB failure switching recovery time is shortened from 6 seconds to 2 seconds, 4 seconds are shortened, the cluster node failure recovery time is shortened, and the stability and the high availability characteristic of the distributed storage cluster are improved.
Further, in specific implementation, in the method for rapidly recovering a cluster node failure service provided in the embodiment of the present invention, the database recovery switch is in an on state in a high-availability cluster using samba; the database recovery switch is off in a high availability cluster that does not use samba. Specifically, in an application scenario using the samba network file system, original fault recovery processes of the CTDB are guaranteed, wherein the original fault recovery processes comprise a database process and a virtual IP allocation process; in an application scenario without using the samba network file system, a database recovery process is skipped, only a virtual IP allocation process is reserved, the high coupling of the CTDB serving as a general distributed high-availability cluster tool and samba is reduced, most importantly, the fault recovery time of a distributed high-availability cluster node during fault is shortened, the stability and high availability of a distributed storage cluster are improved, and the competitiveness of a storage product is improved.
Based on the same inventive concept, embodiments of the present invention further provide a device for rapidly recovering a cluster node failure service, where the principle of the device for rapidly recovering a cluster node failure service to solve the problem is similar to that of the foregoing method for rapidly recovering a cluster node failure service, so that the implementation of the device for rapidly recovering a cluster node failure service may refer to the implementation of the method for rapidly recovering a cluster node failure service, and repeated details are not repeated.
In specific implementation, the apparatus for rapidly recovering a cluster node failure service provided in the embodiment of the present invention, as shown in fig. 2, specifically includes:
the switch adding module 11 is used for adding a database recovery switch;
the switch judging module 12 is configured to judge whether the database recovery switch is turned on when the CTDB cluster has a node fault;
a first execution module 13, configured to change the CTDB state to an active state if the database recovery switch is in an on state, execute a database recovery process, and perform reallocation of the virtual IP after the database recovery process is successfully executed;
and a second execution module 14, configured to, if the database recovery switch is in an off state, keep the CTDB state as a normal state, skip the database recovery process, and directly perform reallocation of the virtual IP.
In the device for rapidly recovering the cluster node failure service provided in the embodiment of the present invention, whether to perform database recovery and change the state of the CTDB may be determined by determining whether to perform the database recovery and changing the state of the CTDB through interaction of the four modules and by determining whether to turn on and off the switch, when the switch is turned off, only the virtual IP allocation flow is reserved by skipping flows such as database recovery, which significantly shortens the failure recovery time and greatly improves the cluster stability and the high availability characteristic.
Further, in specific implementation, in the device for rapidly recovering a cluster node failure service provided in the embodiment of the present invention, the database recovery switch is in an on state in a high-availability cluster using samba; the database recovery switch is off in a high availability cluster that does not use samba. Specifically, in an application scenario using the samba network file system, the original failure recovery process of the CTDB is ensured, and in an application scenario not using the samba network file system, the database recovery process is skipped, only the virtual IP allocation process is reserved, so that the high coupling between the CTDB as a general distributed high availability cluster tool and samba is reduced, most importantly, the failure recovery time when the distributed high availability cluster node fails is shortened, the stability and high availability characteristics of the distributed storage cluster are improved, and the competitiveness of the storage product is improved.
Correspondingly, the embodiment of the invention also discloses a device for rapidly recovering the cluster node fault service, which comprises a processor and a memory; when the processor executes the computer program stored in the memory, the method for rapidly recovering the cluster node fault service disclosed in the foregoing embodiments is implemented.
For more specific processes of the above method, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not repeated here.
Further, the present invention also discloses a computer readable storage medium for storing a computer program; when being executed by a processor, the computer program realizes the cluster node fault service quick recovery method disclosed in the foregoing.
For more specific processes of the above method, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not repeated here.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other. The device, the equipment and the storage medium disclosed by the embodiment correspond to the method disclosed by the embodiment, so that the description is relatively simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The embodiment of the invention provides a method, a device, equipment and a storage medium for rapidly recovering cluster node failure service, wherein the method comprises the following steps: adding a database recovery switch; when the CTDB cluster has node faults, judging whether the database recovery switch is started or not; if yes, changing the CTDB state into an active state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed; if not, the CTDB state is kept to be a normal state, the database recovery process is skipped, and the virtual IP is directly redistributed. According to the invention, by adding the database recovery switch, the flexibility is increased, the database recovery process of the node fault CTDB is skipped, the CTDB state is kept in a normal state, only the virtual IP distribution process is reserved, the CTDB fault switching recovery time is shortened from 6 seconds to 2 seconds, 4 seconds are shortened, the cluster node fault recovery time is shortened, and the stability and the high availability of the distributed storage cluster are improved.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The method, the apparatus, the device and the storage medium for fast recovery of a cluster node failure service provided by the present invention are introduced in detail, and a specific example is applied in the present document to explain the principle and the implementation of the present invention, and the description of the above embodiment is only used to help understanding the method and the core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (4)
1. A method for rapidly recovering cluster node failure service is characterized by comprising the following steps:
adding a database recovery switch; the database recovery switch is in an on state in the high-availability cluster using samba; the database recovery switch is in an off state in a high availability cluster not using samba;
when the CTDB cluster has node faults, judging whether the database recovery switch is started or not;
if yes, changing the CTDB state into an active state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed;
if not, the CTDB state is kept to be a normal state, the database recovery process is skipped, and the virtual IP is directly redistributed.
2. A fast recovery device for cluster node failure service is characterized by comprising:
the switch adding module is used for adding a database recovery switch; the database recovery switch is in an on state in the high-availability cluster using samba; the database recovery switch is in an off state in a high availability cluster not using samba;
the switch judgment module is used for judging whether the database recovery switch is started or not when the CTDB cluster has node faults;
the first execution module is used for changing the CTDB state into an active state if the database recovery switch is in an open state, executing a database recovery process, and reallocating the virtual IP after the database recovery process is successfully executed;
and the second execution module is used for keeping the CTDB state as a normal state if the database recovery switch is in an off state, skipping the database recovery process and directly reallocating the virtual IP.
3. A fast restoration device for a failed service of a cluster node, comprising a processor and a memory, wherein the processor implements the fast restoration method for a failed service of a cluster node according to claim 1 when executing a computer program stored in the memory.
4. A computer-readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the method for fast recovery of cluster node failed traffic according to claim 1.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810836340.6A CN108958991B (en) | 2018-07-26 | 2018-07-26 | Method, device, equipment and storage medium for rapidly recovering cluster node fault service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810836340.6A CN108958991B (en) | 2018-07-26 | 2018-07-26 | Method, device, equipment and storage medium for rapidly recovering cluster node fault service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108958991A CN108958991A (en) | 2018-12-07 |
| CN108958991B true CN108958991B (en) | 2022-05-06 |
Family
ID=64463381
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810836340.6A Active CN108958991B (en) | 2018-07-26 | 2018-07-26 | Method, device, equipment and storage medium for rapidly recovering cluster node fault service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108958991B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110286732B (en) * | 2019-06-27 | 2021-01-12 | 华云数据控股集团有限公司 | Method, device and equipment for automatically recovering power failure of high-availability cluster and storage medium |
| CN112445634B (en) * | 2019-08-29 | 2024-04-16 | 青岛海信宽带多媒体技术有限公司 | Fault repairing method and device, electronic equipment and storage medium |
| CN111212127A (en) * | 2019-12-29 | 2020-05-29 | 浪潮电子信息产业股份有限公司 | Storage cluster, service data maintenance method, device and storage medium |
| CN111901448B (en) * | 2020-06-29 | 2022-06-14 | 苏州浪潮智能科技有限公司 | CTDB virtual IP balance distribution method for cluster node fault scene |
| CN116324731A (en) | 2020-10-21 | 2023-06-23 | 贝宝公司 | Access consistency in high availability databases |
| CN113297173B (en) * | 2021-05-24 | 2023-10-31 | 阿里巴巴新加坡控股有限公司 | Distributed database cluster management method and device and electronic equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007103533A1 (en) * | 2006-03-08 | 2007-09-13 | Omneon Video Networks | Gateway server |
| CN105262820A (en) * | 2015-10-29 | 2016-01-20 | 浪潮电子信息产业股份有限公司 | Cluster multi-computer mutual backup method based on Linux operating system |
| CN107404524A (en) * | 2017-07-24 | 2017-11-28 | 郑州云海信息技术有限公司 | A kind of method and device of distributed type assemblies node visit |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2880821A4 (en) * | 2012-08-02 | 2016-01-20 | Level 3 Communications Llc | Systems and methods for configuration management |
| US10884869B2 (en) * | 2015-04-16 | 2021-01-05 | Nuodb, Inc. | Backup and restore in a distributed database utilizing consistent database snapshots |
| CN107924362B (en) * | 2015-09-08 | 2022-02-15 | 株式会社东芝 | Database system, server device, computer-readable recording medium, and information processing method |
| CN106802895B (en) * | 2015-11-26 | 2020-06-02 | 阿里巴巴集团控股有限公司 | Method and device for repairing database backup data |
| CN107562547B (en) * | 2017-08-30 | 2021-06-29 | 郑州云海信息技术有限公司 | CTDB cluster system, creation method and creation system |
-
2018
- 2018-07-26 CN CN201810836340.6A patent/CN108958991B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007103533A1 (en) * | 2006-03-08 | 2007-09-13 | Omneon Video Networks | Gateway server |
| CN105262820A (en) * | 2015-10-29 | 2016-01-20 | 浪潮电子信息产业股份有限公司 | Cluster multi-computer mutual backup method based on Linux operating system |
| CN107404524A (en) * | 2017-07-24 | 2017-11-28 | 郑州云海信息技术有限公司 | A kind of method and device of distributed type assemblies node visit |
Non-Patent Citations (2)
| Title |
|---|
| A fault tolerant approach in cluster computing system;Thanda Shwe et al.;《2008 5th International Conference on Electrical Engineering/Electronics, Computer, Telecommunications and Information Technology》;20080517;149-152 * |
| 高可用NAS集群技术;易阳天;《https://blog.csdn.net/u013131156/article/details/78790536》;20171213;第7-9页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108958991A (en) | 2018-12-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108958991B (en) | Method, device, equipment and storage medium for rapidly recovering cluster node fault service | |
| US11586673B2 (en) | Data writing and reading method and apparatus, and cloud storage system | |
| JP7374100B2 (en) | Resource reservation method, resource reservation device, resource reservation device, and resource reservation system | |
| CN111176888B (en) | Disaster recovery method, device and system for cloud storage | |
| CN110377459A (en) | A kind of disaster tolerance system, disaster tolerance processing method, monitoring node and backup cluster | |
| CN105556499A (en) | Intelligent auto-scaling | |
| CN103532731A (en) | method and device for preventing network configuration of virtual machine from losing | |
| EP3117315A1 (en) | Management of resource allocation in a mobile telecommunication network | |
| US10169139B2 (en) | Using predictive analytics of natural disaster to cost and proactively invoke high-availability preparedness functions in a computing environment | |
| CN109271376A (en) | Database upgrade method, apparatus, equipment and storage medium | |
| CN106708608A (en) | Distributed lock service method and acquisition method, and corresponding device | |
| CN107819556B (en) | Service state switching method and device | |
| CN112130761A (en) | Capacity expansion method and system for storage system and related device | |
| CN105354102B (en) | A kind of method and apparatus of file system maintenance and reparation | |
| CN109818785B (en) | Data processing method, server cluster and storage medium | |
| CN112463437A (en) | Service recovery method, system and related components of storage cluster system offline node | |
| CN110348826A (en) | Strange land disaster recovery method, system, equipment and readable storage medium storing program for executing mostly living | |
| CN103793296A (en) | Method for assisting in backing-up and copying computer system in cluster | |
| CN110298031B (en) | Dictionary service system and model version consistency distribution method | |
| CN111158956A (en) | Data backup method and related device for cluster system | |
| CN115686368A (en) | Method, system, apparatus and medium for storage capacity expansion of nodes of block chain network | |
| CN109669642A (en) | Node Adding Way, system, device and the readable storage medium storing program for executing of storage system | |
| CN112269693B (en) | Node self-coordination method, device and computer readable storage medium | |
| CN115080309A (en) | Data backup system, method, storage medium, and electronic device | |
| CN106161068B (en) | Recovery prompting and distributing method for network resources and controller |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |