CN103077242B - The method of a kind of fulfillment database server two-node cluster hot backup - Google Patents
The method of a kind of fulfillment database server two-node cluster hot backup Download PDFInfo
- Publication number
- CN103077242B CN103077242B CN201310011281.6A CN201310011281A CN103077242B CN 103077242 B CN103077242 B CN 103077242B CN 201310011281 A CN201310011281 A CN 201310011281A CN 103077242 B CN103077242 B CN 103077242B
- Authority
- CN
- China
- Prior art keywords
- data
- standby
- database
- primary
- synchronous
- 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.)
- Expired - Fee Related
Links
Abstract
The invention provides the method for fulfillment database server two-node cluster hot backup in a kind of database system technology field, this system comprises primary database server and standby database server, timing handshake is carried out by synchronous network interface between two servers, master-slave negotiation, data access and data syn-chronization, wherein the service network port of primary database server uses virtual ip address externally to provide database service, the service network port of standby host does not externally provide database service, database client passes through virtual ip address, Transmission Control Protocol is adopted to access primary database server, the invention provides can select flexibly real-time/near-realtime data storehouse synchronization mechanism, the data consistency detection in comprehensive primary standby data storehouse and selectable data consistency recovery ways.<!--1-->
Description
Technical field
The invention belongs to database system technology field, the method for particularly a kind of database server two-node cluster hot backup.
Background technology
Database two-node cluster hot backup technology mainly contains several types at present:
(1) based on the double-machine standby technology of standby usage server shared storage device
The shortcoming of this scheme, due to sharing storage equipment, is therefore not easy to realize disaster tolerance physically and backup.
(2) based on the primary standby data storehouse reproduction technology of daily record
Although this scheme can the copying and backing up of fulfillment database, the consistance of database can not be ensured, can not Timeliness coverage primary standby data stock the inconsistent situation of data.
(3) based on the database redundancy redundancy technique of Clustering
Although this scheme is relatively perfect, shortcoming is that entity is many, and dispose and safeguard more complicated, implementation cost is also higher.
In addition, above-mentioned several scheme often can not the inconsistent situation in Timeliness coverage primary standby data storehouse, thus can not provide alarm and process in time.
Summary of the invention
The present invention is directed to the method that above-mentioned defect discloses the two-node cluster hot backup of a kind of fulfillment database server, it is characterized in that: this database server Dual-Computer Hot-Standby System comprises primary database server and standby database server; Timing handshake, master-slave negotiation, active-standby switch, data access and real-time data synchronization is carried out by synchronous network interface between described two servers, wherein the service network port of primary database server uses virtual ip address externally to provide database service, the service network port of standby host does not externally provide database service, database client passes through virtual ip address, Transmission Control Protocol is adopted to access primary database server
Timing handshake between described standby machine and active-standby switch flow process comprise the steps:
Step one, by synchronous network interface transmission handshake information per second between standby machine, handshake information adopts udp protocol transmission, and handshake information content comprises the standby usage state of self and the network ip address of synchronous network interface;
Step 2, when standby host does not receive the handshake information that main frame sends for continuous five seconds, or receive primary when reducing to message for subsequent use, namely standby host is switched to master state;
Step 3, when there is the situation of two-shipper simultaneously as main computer, the less server in synchronous network interface IP address is reduced to for subsequent use;
Described data access and real-time data synchronization flow process comprise the steps:
Step one, by synchronous network interface between standby machine, adopts Transmission Control Protocol to carry out data syn-chronization communication;
Step 2, when receiving the data storage request of database client, when only having standby machine all correctly to complete database manipulation, primary database just returns successfully to client, otherwise return failure, produce " primary standby data database data is inconsistent " alarm, in this step simultaneously, correctness for standby machine database manipulation is that the data consistency by detecting standby machine has been come
Step 3, primary database makes regular check on not synchronous data-base recording, re-starts data syn-chronization.
In order to realize goal of the invention of the present invention, present invention also offers the method for a kind of fulfillment database server two-node cluster hot backup, it is characterized in that: this database server Dual-Computer Hot-Standby System comprises primary database server and standby database server, timing handshake is carried out by synchronous network interface between described two servers, master-slave negotiation, active-standby switch, data access and near-realtime data synchronous, wherein the service network port of primary database server uses virtual ip address externally to provide database service, the service network port of standby host does not externally provide database service, database client passes through virtual ip address, Transmission Control Protocol is adopted to access primary database server,
Timing handshake between described standby machine and active-standby switch flow process comprise the steps:
Step one, by synchronous network interface transmission handshake information per second between standby machine, handshake information adopts udp protocol transmission, and handshake information content comprises the standby usage state of self and the network ip address of synchronous network interface;
Step 2, when standby host does not receive the handshake information that main frame sends for continuous five seconds, or receive primary when reducing to message for subsequent use, namely standby host is switched to master state;
Step 3, when there is the situation of two-shipper simultaneously as main computer, the less server in synchronous network interface IP address is reduced to for subsequent use;
Described data access and the synchronous flow process of near-realtime data comprise the steps:
Step one, by synchronous network interface between standby machine, adopts Transmission Control Protocol to carry out data syn-chronization communication;
Step 2, when receiving the data storage request of database client, as long as primary database server correctly completes database manipulation, with tense marker, this is recorded as not synchronous, and main frame just returns successfully to database client;
Step 3, main frame sends data syn-chronization order to standby host, and when standby host completes database synchronization operation, when returning successfully, this record is denoted as synchronous by main frame;
Step 4, when standby host return data storehouse synchronization failure, then main frame produces " primary standby data database data is inconsistent " alarm;
Step 5, primary database makes regular check on not synchronous data-base recording, re-starts data syn-chronization;
Step 6, in above-mentioned steps three and four, the correctness for standby machine database manipulation is that the data consistency by detecting standby machine has been come.
The consistency detection of the data of described standby machine comprises the steps:
Step one, when primary database server successful operation, and during standby database operation failure, produces " primary standby data storehouse is inconsistent " alarm;
Step 2, all data-base recordings are regularly carried out segmentation according to the rule of setting in advance by primary standby data storehouse server, to segmentation calculation check code, by contrasting the check code of standby machine, find the situation that data are inconsistent;
Wherein, the calculating of check code adopts hashing algorithm.
Step 3, when there is the inconsistent situation of data, produces " primary standby data storehouse is inconsistent " alarm.
Described when the inconsistent alarm in generation primary standby data storehouse, adopt the data of primary database to cover the step of standby database completely to carry out the consistent state recovery of primary standby data.
Described when the inconsistent alarm in generation primary standby data storehouse, adopt and the data in standby database are merged into the step of primary database to carry out the consistent state recovery of primary standby data, thus reach the consistent object in primary standby data storehouse, and can not loss of data be caused, wherein, data union operation comprises and carries out renewal rewards theory to already present record, carries out update to non-existent record.
Therefore, the beneficial effect that can obtain in real time of the present invention comprises and provides a kind of mechanism of database two-node cluster hot backup reliably, provide can select flexibly real-time/near-realtime data storehouse synchronization mechanism, reliable real-time data synchronization mechanism both can be provided, near-realtime data synchronous operation can be provided again, therefore, it is possible to take into account data access reliability and data access performance.Simultaneously, the data consistency detection in comprehensive primary standby data storehouse being provided, by comparing the operating result in primary standby data storehouse, and regularly data sectional being carried out to primary standby data storehouse, calculation check code and comparing, can Timeliness coverage primary standby data consistency problem.The present invention also provides selectable data consistency recovery ways, and user both can select to carry out simple data cover and data replacement, also can carry out comparatively perfect data and merge, realize integrality and the consistance of data.
Accompanying drawing explanation
Fig. 1 is database two-node cluster hot backup schematic diagram
Fig. 2 is the schematic flow sheet that primary standby data successfully carries out real-time synchronization
Fig. 3 is the schematic flow sheet that primary standby data does not successfully carry out real-time synchronization
Fig. 4 is that primary standby data successfully carries out quasi real time synchronous schematic flow sheet
Fig. 5 is that primary standby data does not quasi real time successfully carry out synchronous schematic flow sheet
Embodiment
The invention provides the method for a kind of fulfillment database server two-node cluster hot backup.Between primary database server and standby database server, timing handshake, master-slave negotiation, active-standby switch, data access and data syn-chronization is carried out by synchronous network interface, wherein the service network port of database server uses virtual ip address externally to provide database service, and database client is by virtual ip address, Transmission Control Protocol is adopted to access primary database server.
Below in conjunction with accompanying drawing, preferred embodiment is elaborated.
Be illustrated in figure 1 the Dual-Computer Hot-Standby System comprising data access client, primary database server, standby database server.
(1) timing handshake between standby machine and active-standby switch flow process as follows:
A) main frame uses virtual ip address externally to provide database service by service network port, and the service network port of standby host does not externally provide database service.
B) pass through the timing of synchronous network interface between standby machine, transmission handshake information normally per second, handshake information adopts udp protocol transmission, and handshake information content comprises the standby usage state of self and the network ip address of synchronous network interface.
C) when standby host does not receive the handshake information that main frame sends for continuous 5 seconds, or receive primary when reducing to message for subsequent use, namely standby host is switched to master state.
D) when there is two-shipper simultaneously as primary situation, the less server in synchronous network interface IP address is reduced to for subsequent use.
Fig. 2 and Fig. 3 shows database access and carries out the flow process of data syn-chronization operation in the mode of real-time synchronization, and wherein Fig. 2 is the flow process of successful operation, and Fig. 3 is the unsuccessful flow process of operation.As shown in Figure 2, by synchronous network interface between standby machine, Transmission Control Protocol is adopted to carry out data syn-chronization communication.When receiving the data storage request of database client, primary database server produces the order of inserting and being recorded to Table A, and notify that standby database server carries out corresponding database manipulation, when primary database server only has standby machine all correctly to complete database manipulation, primary database just returns successfully to client, otherwise, namely as shown in Figure 3, primary database returns " failure " to client, and rollback database, produces " primary standby data database data is inconsistent " alarm simultaneously.In this operation, primary standby data consistency detection is completed by following step:
Step one, when primary database server successful operation, and during standby database operation failure, produces " primary standby data storehouse is inconsistent " alarm;
Step 2, all data-base recordings are regularly carried out segmentation according to the rule of setting in advance by primary standby data storehouse server, this rule can be determined according to specific requirement, to segmentation calculation check code, finds by the check code contrasting standby machine the situation that data are inconsistent; And when there is the inconsistent situation of data, produce " primary standby data storehouse is inconsistent " alarm.
In step 2, the calculating of check code can adopt hashing algorithm, also can select other algorithms as the case may be.
When the inconsistent alarm in generation primary standby data storehouse time, the conforming recovery of primary standby data mainly contains two kinds of methods, can select as required:
Method one, covers the data of standby database completely by the data of primary database, thus reaches the consistent object of primary standby data database data.
Method two, data in standby database are merged (merge) to primary database, thus reach the consistent object in primary standby data storehouse, and can not loss of data be caused, wherein data union operation comprises and carries out renewal rewards theory to already present record, carries out update to non-existent record.
Fig. 4 and Fig. 5 shows database access and carries out the flow process of data syn-chronization operation in quasi real time synchronous mode, and wherein Fig. 4 is the flow process of successful operation, and Fig. 5 is the unsuccessful flow process of operation.As shown in Figure 4, by synchronous network interface between standby machine, Transmission Control Protocol is adopted to carry out data syn-chronization communication.When receiving the data storage request of database client, as long as primary database server correctly completes database manipulation, with tense marker, this is recorded as not synchronous, main frame just returns successfully to database client, meanwhile, produces the order of inserting and being recorded to Table A, and notify that standby database server carries out corresponding data syn-chronization operational order, when standby host completes database synchronization operation, when returning successfully, this record is denoted as synchronous by main frame; And as shown in Figure 5, when standby host return data storehouse synchronization failure, then main frame produces " primary standby data database data is inconsistent " alarm.Primary database makes regular check on not synchronous data-base recording, re-starts data syn-chronization, and in this quasi real time synchronous flow process, the correctness for standby machine database manipulation is also that the data consistency by detecting standby machine has been come, and comprises the steps:
Step one, when primary database server successful operation, and during standby database operation failure, produces " primary standby data storehouse is inconsistent " alarm;
Step 2, all data-base recordings are regularly carried out segmentation according to the rule of setting in advance by primary standby data storehouse server, and this rule is determined according to specific requirement, to segmentation calculation check code, find by the check code contrasting standby machine the situation that data are inconsistent.And when there is the inconsistent situation of data, produce " primary standby data storehouse is inconsistent " alarm.
In step 2, the calculating of check code can adopt hashing algorithm, also can select other algorithms as the case may be.
When the inconsistent alarm in generation primary standby data storehouse time, the conforming recovery of primary standby data mainly contains two kinds of methods, can select as required:
Method one, covers the data of standby database completely by the data of primary database, thus reaches the consistent object of primary standby data database data.
Method two, data in standby database are merged (merge) to primary database, thus reach the consistent object in primary standby data storehouse, and can not loss of data be caused, wherein data union operation comprises and carries out renewal rewards theory to already present record, carries out update to non-existent record.
The invention provides that standby machine is shaken hands, active and standby negotiation and active-standby switch mechanism, provide standby machine in real time/near-realtime data synchronous operation mechanism, reliable real-time data synchronization mechanism both can be provided, near-realtime data synchronous operation can be provided again, therefore, it is possible to take into account data access reliability and data access performance.Meanwhile, the present invention also provides standby machine data consistency detection and recovery ways, guarantees Timeliness coverage problem, recovers normal in time and uses.
The above; be only the present invention's preferably embodiment, but protection scope of the present invention is not limited thereto, is anyly familiar with those skilled in the art in the technical scope that the present invention discloses; the change that can expect easily or replacement, all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection domain of claim.
Claims (1)
1. a method for fulfillment database server two-node cluster hot backup, is characterized in that: this database server Dual-Computer Hot-Standby System comprises primary database server and standby database server;
Carry out timing handshake, master-slave negotiation, active-standby switch, database access and real-time data synchronization by synchronous network interface between described two servers or near-realtime data synchronous, wherein the service network port of primary database server uses virtual ip address externally to provide database service, the service network port of standby host does not externally provide database service, database client, by virtual ip address, adopts Transmission Control Protocol to access primary database server;
Timing handshake between described standby machine and active-standby switch flow process comprise the steps:
Step one, by synchronous network interface transmission handshake information per second between standby machine, handshake information adopts udp protocol transmission, and handshake information content comprises the standby usage state of self and the network ip address of synchronous network interface;
Step 2, when standby host does not receive the handshake information that main frame sends for continuous five seconds, or receive primary when reducing to message for subsequent use, namely standby host is switched to master state;
Step 3, when there is the situation of two-shipper simultaneously as main computer, the less server in synchronous network interface IP address is reduced to for subsequent use;
Described database access and real-time data synchronization flow process comprise the steps:
Step one, by synchronous network interface between standby machine, adopts Transmission Control Protocol to carry out data syn-chronization communication;
Step 2, when receiving the data storage request of database client, when only having standby machine all correctly to complete database manipulation, primary database just returns successfully to client, otherwise return failure, produce " primary standby data database data is inconsistent " alarm, in this step simultaneously, correctness for standby machine database manipulation is that the data consistency by detecting standby machine has been come
Step 3, primary database makes regular check on not synchronous data-base recording, re-starts data syn-chronization;
The data consistency of described standby machine detects and comprises the steps:
Step one, when primary database server successful operation, and during standby database operation failure, produces " primary standby data storehouse is inconsistent " alarm;
Step 2, all data-base recordings are regularly carried out segmentation according to the rule of setting in advance by primary standby data storehouse server, to segmentation calculation check code, by contrasting the check code of standby machine, find the situation that data are inconsistent;
Wherein, the calculating for check code adopts hashing algorithm;
Step 3, when there is the inconsistent situation of data, produces " primary standby data storehouse is inconsistent " alarm;
Described when the inconsistent alarm in generation primary standby data storehouse, adopt the data of primary database to cover the step of standby database completely to carry out the consistent state recovery of primary standby data; Or adopt and the data in standby database are merged into the step of primary database to carry out the consistent state recovery of primary standby data, thus reach the consistent object in primary standby data storehouse, and can not loss of data be caused, wherein, described data union operation comprises and carries out renewal rewards theory to already present record, carries out update to non-existent record;
Described database access and the synchronous flow process of near-realtime data comprise the steps:
Step one, by synchronous network interface between standby machine, adopts Transmission Control Protocol to carry out data syn-chronization communication;
Step 2, when receiving the data storage request of database client, as long as primary database server correctly completes database manipulation, with tense marker, this is recorded as not synchronous, and main frame just returns successfully to database client;
Step 3, main frame sends data syn-chronization order to standby host, and when standby host completes database synchronization operation, when returning successfully, this record is denoted as synchronous by main frame;
Step 4, when standby host return data storehouse synchronization failure, then main frame produces " primary standby data database data is inconsistent " alarm;
Step 5, primary database makes regular check on not synchronous data-base recording, re-starts data syn-chronization;
Step 6, in above-mentioned steps three and four, the correctness for standby machine database manipulation is that the data consistency by detecting standby machine has been come.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310011281.6A CN103077242B (en) | 2013-01-11 | 2013-01-11 | The method of a kind of fulfillment database server two-node cluster hot backup |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310011281.6A CN103077242B (en) | 2013-01-11 | 2013-01-11 | The method of a kind of fulfillment database server two-node cluster hot backup |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103077242A CN103077242A (en) | 2013-05-01 |
| CN103077242B true CN103077242B (en) | 2016-03-09 |
Family
ID=48153772
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310011281.6A Expired - Fee Related CN103077242B (en) | 2013-01-11 | 2013-01-11 | The method of a kind of fulfillment database server two-node cluster hot backup |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103077242B (en) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104348637B (en) * | 2013-07-26 | 2018-07-03 | 中国科学院声学研究所 | A kind of method that TCP connection is kept in failover |
| CN105320681B (en) * | 2014-07-16 | 2020-06-30 | 中兴通讯股份有限公司 | Database content merging method and device |
| CN104390674B (en) * | 2014-11-25 | 2017-12-19 | 苏州赛智达智能科技有限公司 | A kind of liquid level induction system |
| CN104636480B (en) * | 2015-02-13 | 2018-09-28 | 华为技术有限公司 | Rebuild the method and its device of standby host database |
| CN106293996B (en) * | 2015-05-20 | 2019-11-08 | 腾讯科技（深圳）有限公司 | Method of data synchronization, main equipment, alternate device and system |
| CN106657168A (en) * | 2015-07-27 | 2017-05-10 | 中兴通讯股份有限公司 | Method, device and system for synchronizing data |
| CN105138423A (en) * | 2015-08-11 | 2015-12-09 | 北京思特奇信息技术股份有限公司 | Service mass data recovery method and system during dual-computer switching |
| CN105389231A (en) * | 2015-10-28 | 2016-03-09 | 浪潮(北京)电子信息产业有限公司 | Database dual-computer backup method and system |
| CN106712887B (en) * | 2016-12-23 | 2018-10-26 | 北京航天测控技术有限公司 | A kind of principal and subordinate's two-shipper state synchronization method based on Network Time Protocol |
| CN107229541B (en) * | 2017-06-20 | 2019-11-26 | 携程旅游信息技术（上海）有限公司 | Backup method, standby system and the server of Transaction Information |
| CN107657055A (en) * | 2017-10-18 | 2018-02-02 | 国网福建省电力有限公司 | A kind of back-up system method of data synchronization based on distribution main website |
| CN109753387B (en) * | 2018-01-24 | 2019-12-20 | 比亚迪股份有限公司 | Dual-computer hot standby method and system of rail transit multimedia system |
| CN113836154A (en) * | 2018-06-21 | 2021-12-24 | 创新先进技术有限公司 | Database switching method and device |
| CN110286852A (en) * | 2019-05-20 | 2019-09-27 | 平安科技（深圳）有限公司 | Dual control framework distributed memory system, method for reading data, device and storage medium |
| CN110505563B (en) * | 2019-09-11 | 2020-12-01 | 歌尔科技有限公司 | Synchronous detection method and device of wireless earphone, wireless earphone and storage medium |
| CN110727550B (en) * | 2019-12-18 | 2020-06-12 | 中国银联股份有限公司 | Data replication processing method, data replication processing device, disaster recovery system, disaster recovery equipment and storage medium |
| CN111367934B (en) * | 2020-03-31 | 2023-10-31 | 中国建设银行股份有限公司 | Data consistency checking method, device, server and medium |
| CN111444062B (en) * | 2020-04-01 | 2023-09-19 | 山东汇贸电子口岸有限公司 | Method and device for managing master node and slave node of cloud database |
| CN112199329B (en) * | 2020-09-24 | 2023-08-18 | 上海上讯信息技术股份有限公司 | Double-machine operation and maintenance data archiving and cleaning method and device based on fort machine |
| CN112217881B (en) * | 2020-09-24 | 2023-02-21 | 上海上讯信息技术股份有限公司 | File synchronization method and equipment based on operation and maintenance audit system |
| CN113176969A (en) * | 2021-04-23 | 2021-07-27 | 杭州迪普科技股份有限公司 | Service providing method, device, equipment and computer readable storage medium |
| CN114326511A (en) * | 2021-12-29 | 2022-04-12 | 珠海万力达电气自动化有限公司 | Industrial and mining enterprise electric power centralized control system dual-computer switching method based on monitor configuration tool |
| CN115134220B (en) * | 2022-06-29 | 2023-11-10 | 北京飞讯数码科技有限公司 | Master-slave server switching method and device, computing equipment and storage medium |
| CN115225450A (en) * | 2022-09-20 | 2022-10-21 | 南京艾泰克物联网科技有限公司 | Multi-data machine room virtualization cluster management system based on edge computing |
| CN115509812A (en) * | 2022-09-27 | 2022-12-23 | 广州市保伦电子有限公司 | Data backup method and server based on Keepalive dual-computer hot standby |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1366242A (en) * | 2001-01-19 | 2002-08-28 | 华为技术有限公司 | Method for implementing dual-system standby |
| CN1848989A (en) * | 2005-04-04 | 2006-10-18 | 中兴通讯股份有限公司 | System for automatic switching database in imputation position register and method thereof |
| CN101192971A (en) * | 2006-11-23 | 2008-06-04 | 中兴通讯股份有限公司 | Detection method for master/slave data consistency |
| CN102075341A (en) * | 2009-11-25 | 2011-05-25 | 中兴通讯股份有限公司 | Method and system for main-standby synchronization |
-
2013
- 2013-01-11 CN CN201310011281.6A patent/CN103077242B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1366242A (en) * | 2001-01-19 | 2002-08-28 | 华为技术有限公司 | Method for implementing dual-system standby |
| CN1848989A (en) * | 2005-04-04 | 2006-10-18 | 中兴通讯股份有限公司 | System for automatic switching database in imputation position register and method thereof |
| CN101192971A (en) * | 2006-11-23 | 2008-06-04 | 中兴通讯股份有限公司 | Detection method for master/slave data consistency |
| CN102075341A (en) * | 2009-11-25 | 2011-05-25 | 中兴通讯股份有限公司 | Method and system for main-standby synchronization |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103077242A (en) | 2013-05-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103077242B (en) | The method of a kind of fulfillment database server two-node cluster hot backup | |
| CN101706805B (en) | Method and system for storing object | |
| EP2648114B1 (en) | Method, system, token conreoller and memory database for implementing distribute-type main memory database system | |
| CN102891849B (en) | Service data synchronization method, data recovery method, data recovery device and network device | |
| CN106062717B (en) | A kind of distributed storage dubbing system and method | |
| CN103268318B (en) | A kind of distributed key value database system of strong consistency and reading/writing method thereof | |
| CN107391294B (en) | Method and device for establishing IPSAN disaster recovery system | |
| US10565071B2 (en) | Smart data replication recoverer | |
| CN104252500A (en) | Method and device for carrying out fault repairing on database management platform | |
| CN106815097A (en) | Database disaster tolerance system and method | |
| CN104036043B (en) | High availability method of MYSQL and managing node | |
| KR20110044858A (en) | Maintain data indetermination in data servers across data centers | |
| CN105069160A (en) | Autonomous controllable database based high-availability method and architecture | |
| CN101706795A (en) | Method for synchronizing data of database in active/standby server | |
| CN103346903A (en) | Dual-machine backup method and device | |
| CN105554106A (en) | Memcache distributed caching system | |
| CN103294787A (en) | Multi-copy storage method and multi-copy storage system for distributed database system | |
| CN102394914A (en) | Cluster brain-split processing method and device | |
| CN105159795A (en) | Data synchronization method, apparatus and system | |
| CN113783765B (en) | Method, system, equipment and medium for realizing intercommunication between cloud internal network and cloud external network | |
| US8527454B2 (en) | Data replication using a shared resource | |
| CN111966467B (en) | Method and device for disaster recovery based on kubernetes container platform | |
| CN105389231A (en) | Database dual-computer backup method and system | |
| CN109062727B (en) | Data synchronization system and method | |
| CN112256477A (en) | Virtualization fault-tolerant method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160309 Termination date: 20210111 |