CN105049261A - Processing method and system for dual-computer hot-standby data - Google Patents
Processing method and system for dual-computer hot-standby data Download PDFInfo
- Publication number
- CN105049261A CN105049261A CN201510524017.1A CN201510524017A CN105049261A CN 105049261 A CN105049261 A CN 105049261A CN 201510524017 A CN201510524017 A CN 201510524017A CN 105049261 A CN105049261 A CN 105049261A
- Authority
- CN
- China
- Prior art keywords
- server
- data
- master server
- incoming end
- client
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Abstract
The invention discloses a processing method and system for dual-computer hot-standby data. The method comprises the following steps that: an access end receives data transmitted by a client, and transmits the data to a main server and a slave server positioned in different machine rooms respectively; and the access end returns the processed data to the client after the main server processes the received data, and the access end returns confirmation information indicating that the data is received returned by the slave the server to the client after the slave server receives the data transmitted by the access end. Through the scheme of the invention, the bandwidth consumption and program of the client can be kept constant.
Description
Technical field
The present invention relates to the double-machine standby technology of server data, particularly relate to a kind of processing method and system of two-node cluster hot backup data.
Background technology
Along with the Internet (mobile Internet) high speed development, user is the data, services that provides of reliance server more and more, strengthens the usability requirements of data, needs the service (data) that access services device more anywhere or anytime provides; Traditional two-node cluster hot backup, is the hot reserve scheme in same machine room, goes wrong once this machine room, and whole service system can be made to paralyse, and has a strong impact on user's application.And in existing higher level's hot reserve scheme, the distribution normally directly providing data by client and the process returned results, the broadband adding client so to a certain extent consumes and needs to change the program of client.
Summary of the invention
In order to solve the problem, the present invention proposes a kind of processing method and system of two-node cluster hot backup data, can keep the broadband of client consume and program constant.
In order to achieve the above object, the present invention proposes a kind of processing method of two-node cluster hot backup data, the method comprises:
Incoming end receives the data that client sends, and these data is sent to respectively the master server that is positioned at different machine rooms and from server.
To receive after described data process at master server, data after process are returned to client by incoming end, and after the data receiving incoming end transmission from server, the confirmation receiving these data returned from server is returned to client by incoming end.
Preferably, the method also comprises:
When master server breaks down, when incoming end fails to receive the deal with data that master server returns, incoming end sends switching command to from server, orders and after receiving this switching command, switches to master server to carry out work from server.
Preferably, the method also comprises:
When from server fail, incoming end order master server continues the data of reception client transmission and processes these data, and the data after process are returned incoming end by the continuation of order master server.
Preferably, the method also comprises:
When master server breaks down, the first notification message that the master server that incoming end receives master server transmission breaks down, and the time data broken down by master server sends to from server, carry out order by switching command and switch to master server to carry out work from server according to the time data broken down.
When after master server fault recovery, master server is recovered normal message informing from server by incoming end, and reception receives and the data processed, by this data retransmission to master server from server during the master server that server sends breaks down.
Preferably, the method also comprises:
When after master server fault recovery, incoming end sends switching command again, order master server or divide the work work from the server principal and subordinate recovered before fault, or incoming end does not send switching command, makes master server and continues to maintain current principal and subordinate from server to divide the work work.
Preferably, the method also comprises:
When from server fail, incoming end receives the second notification message from server fail sent from server, and after recovering normally from server, what receive that master server sends receives and the data processed from master server during server fail, by data retransmission to from server.
In order to achieve the above object, the invention allows for a kind for the treatment of system of two-node cluster hot backup data, this system comprises: incoming end, client, master server and from server.
These data for receiving the data that client sends, and are sent to the master server that is positioned at different machine rooms and from server by incoming end respectively.
Incoming end, also for after the data received being processed at master server, data after process are returned to client, and after the data receiving incoming end transmission from server, the confirmation receiving these data returned from server is returned to client.
Preferably, incoming end also for:
When master server breaks down, when incoming end fails to receive the deal with data that master server returns, send switching command to from server, order and after receiving switching command, switch to master server to carry out work from server.
Preferably, incoming end also for:
When master server breaks down, the first notification message that the master server receiving master server transmission breaks down, and the time data broken down by master server sends to from server, carry out order by this switching command and switch to master server to carry out work from server according to the time data broken down.
When after master server fault recovery, master server is recovered normal message informing from server, and reception receives and the data processed, by this data retransmission to master server from server during the master server that server sends breaks down.
When from server fail, receive the second notification message from server fail sent from server, and after recovering normally from server, what receive that master server sends receives and the data processed from master server during server fail, by this data retransmission to from server.
Preferably, incoming end also for:
When after master server fault recovery, again send switching command, order master server or divide the work work from the server principal and subordinate recovered before fault, or do not send switching command, make master server and continue to maintain current principal and subordinate from server to divide the work work.
Compared with prior art, the present invention includes: incoming end receives the data that client sends, and these data are sent to respectively the master server that is positioned at different machine rooms and from server.To receive after described data process at master server, data after process are returned to client by incoming end, and after the data receiving incoming end transmission from server, the confirmation receiving these data returned from server is returned to client by incoming end.By the solution of the present invention, can keep the broadband of client consume and program constant.
Accompanying drawing explanation
Be described the accompanying drawing in the embodiment of the present invention below, the accompanying drawing in embodiment is for a further understanding of the present invention, is used from explanation the present invention, does not form limiting the scope of the invention with specification one.
Fig. 1 is the process flow figure of two-node cluster hot backup data of the present invention;
Fig. 2 is the process structure chart of two-node cluster hot backup data of the present invention;
Fig. 3 is traditional two-node cluster hot backup scheme topology and two-node cluster hot backup scheme topology comparison diagram of the present invention;
Fig. 4 is the treatment system composition frame chart of two-node cluster hot backup data of the present invention.
Embodiment
For the ease of the understanding of those skilled in the art, below in conjunction with accompanying drawing, the invention will be further described, can not be used for limiting the scope of the invention.
In order to achieve the above object, the present invention proposes a kind of processing method of two-node cluster hot backup data, as shown in Figure 1 and Figure 2, the method comprises:
S101, incoming end receive the data that client sends, and these data are sent to respectively the master server that is positioned at different machine rooms and from server.
In embodiments of the present invention, master server and being placed in respectively in different machine rooms from server.As shown in Figure 3, wherein, (a) is traditional two-node cluster hot backup scheme topological diagram, and (b) is two-node cluster hot backup scheme topological diagram of the present invention.Further, can be one or more from server, all be positioned in different machine rooms from master server.This offsite active standby hot reserve scheme, when somewhere goes wrong, another place can provide service in time, and user can not be subject to obvious impact.
In addition, in embodiments of the present invention, receiving terminal receives the data that client sends, and these data are sent to the master server that is positioned at different machine rooms and from server, here receiving terminal is the node increased between a client and a server, it is in fact the role having served as a control end, the data that this incoming end is responsible for client sends are carried out distributing and processs the result returned, and avoid and are distributed data by client and the broadband of client of bringing consumes the drawback increasing and need change client-side program.
S102, will receive after described data process at master server, data after process are returned to client by incoming end, and after the data receiving incoming end transmission from server, the confirmation receiving these data returned from server is returned to client by incoming end.
In embodiments of the present invention, master server processes these data after receiving the data of incoming end transmission, and the data after process are returned to incoming end, is returning to client by incoming end.Receive the data of incoming end transmission from server after, these data are stored in memory database and back up, when the quantity of the data stored in memory database reaches default storage threshold, the data stored from server unified process memory database, and by the data conversion storage after process in non-memory database.
Preferably, the method also comprises:
When master server breaks down, when incoming end fails to receive the deal with data that master server returns, incoming end sends switching command to from server, orders and after receiving this switching command, switches to master server to carry out work from server.Before switching, need the untreated data received before all to process one time, to receive new data from server.
Preferably, the method also comprises:
When from server fail, incoming end order master server continues the data of reception client transmission and processes these data, and the data after process are returned incoming end by the continuation of order master server.
Preferably, the method also comprises:
When master server breaks down, the first notification message that the master server that incoming end receives master server transmission breaks down, and the time data broken down by master server sends to from server, carry out order by switching command and switch to master server to carry out work from server according to the time data broken down.
When after master server fault recovery, master server is recovered normal message informing from server by incoming end, and reception receives and the data processed, by this data retransmission to master server from server during the master server that server sends breaks down.
Preferably, the method also comprises:
When after master server fault recovery, incoming end sends switching command again, order master server or divide the work work from the server principal and subordinate recovered before fault, or incoming end does not send switching command, makes master server and continues to maintain current principal and subordinate from server to divide the work work.
Preferably, the method also comprises:
When from server fail, incoming end receives the second notification message from server fail sent from server, and after recovering normally from server, what receive that master server sends receives and the data processed from master server during server fail, by data retransmission to from server.
In order to achieve the above object, the invention allows for a kind for the treatment of system 01 of two-node cluster hot backup data, as shown in Figure 4, this system comprises: incoming end 02, client 03, master server 04 and from server 05.
These data for receiving the data that client 03 sends, and are sent to the master server 04 that is positioned at different machine rooms and from server 05 by incoming end 02 respectively.
Incoming end 02, also for after the data received being processed at master server 04, data after process are returned to client 03, and after the data receiving incoming end transmission from server 05, the confirmation receiving these data returned from server 05 is returned to client 03.
Preferably, incoming end 02 also for:
When master server 04 breaks down, when incoming end fails to receive the deal with data that master server 04 returns, send switching command to from server 05, order and after receiving switching command, switch to master server 04 to carry out work from server 05.
Preferably, incoming end 02 also for:
When master server 04 breaks down, the first notification message that the master server 04 receiving master server 04 transmission breaks down, and the time data that master server 04 breaks down is sent to from server 05, carry out order by this switching command and switch to master server to carry out work from server 05 according to the time data broken down.
When after master server 04 fault recovery, master server 04 is recovered normal message informing from server 05, and reception receives and the data processed, by this data retransmission to master server 04 from server 05 during the master server 04 that server 05 sends breaks down.
When breaking down from server 05, receive the second notification message broken down from server 05 sent from server 05, and after recover normally from server 05, what receive that master server 04 sends receives and data process, by this data retransmission to from server 04 from break down period master server 04 of server 04.
Preferably, incoming end 02 also for:
When after master server 02 fault recovery, again send switching command, order master server 04 or divide the work work from the principal and subordinate before server 05 recovers fault, or do not send switching command, makes master server 04 and continues to maintain current principal and subordinate from server 05 to divide the work work.
Compared with prior art, the present invention includes: incoming end receives the data that client sends, and these data are sent to respectively the master server that is positioned at different machine rooms and from server.To receive after described data process at master server, data after process are returned to client by incoming end, and after the data receiving incoming end transmission from server, the confirmation receiving these data returned from server is returned to client by incoming end.By the solution of the present invention, can keep the broadband of client consume and program constant.
It should be noted that; above-described embodiment is only understand for the ease of those skilled in the art; be not limited to protection scope of the present invention; under the prerequisite not departing from inventive concept of the present invention, any apparent replacement and improvement etc. that those skilled in the art make the present invention are all within protection scope of the present invention.
Claims (10)
1. a processing method for two-node cluster hot backup data, is characterized in that, described method comprises:
Incoming end receives the data that client sends, and described data is sent to respectively the master server that is positioned at different machine rooms and from server;
After the described data received process by described master server, described data after process are returned to described client by described incoming end, and described to receive the described data that described incoming end sends from server after, the described confirmation receiving described data returned from server is returned to described client by described incoming end.
2. processing method as claimed in claim 1, it is characterized in that, described method also comprises:
When described master server breaks down, when described incoming end fails to receive the deal with data that described master server returns, described incoming end sends switching command to described from server, switches to described master server to carry out work described in order from server after receiving described switching command.
3. processing method as claimed in claim 1, it is characterized in that, described method also comprises:
When described from server fail time, master server described in described incoming end order continues to receive the data that described client sends and also processes described data, and orders described master server to continue the described data after by process to return described incoming end.
4. processing method as claimed in claim 2, it is characterized in that, described method also comprises:
When described master server breaks down, the first notification message that the described master server that described incoming end receives the transmission of described master server breaks down, and the time data that described master server breaks down is sent to described from server, by described switching command come described in order from server according to described in the time data that breaks down switch to described master server to carry out work;
When after described master server fault recovery, described master server recovers described in normal message informing from server by described incoming end, and receive and the data processed from server described in during breaking down from the described master server of server transmission described in receiving, give described master server by described data retransmission.
5. data processing method as claimed in claim 4, it is characterized in that, described method also comprises:
When after described master server fault recovery, described incoming end sends described switching command again, order described master server or describedly divide the work work from the server principal and subordinate recovered before fault, or described incoming end does not send described switching command, make described master server and describedly continue to maintain current described principal and subordinate from server and divide the work work.
6. processing method as claimed in claim 1, it is characterized in that, described method also comprises:
When described from server fail time, described incoming end receives described from the second notification message from server fail described in server transmission, and described recover from server normal after, receive described that described master server sends to receive and the data processed from described master server during server fail, by described data retransmission to described from server.
7. a treatment system for two-node cluster hot backup data, is characterized in that, described system comprises: incoming end, client, master server and from server;
Described data for receiving the data that described client sends, and are sent to the described master server that is positioned at different machine rooms and described from server by described incoming end respectively;
Described incoming end, also for after the described data received being processed at described master server, described data after process are returned to described client, and described to receive the described data that described incoming end sends from server after, the described confirmation receiving described data returned from server is returned to described client.
8. treatment system as claimed in claim 7, is characterized in that, described incoming end also for:
When described master server breaks down, when described incoming end fails to receive the deal with data that described master server returns, send switching command to described from server, described in order, after receiving described switching command, switch to described master server to carry out work from server.
9. treatment system as claimed in claim 8, is characterized in that, described incoming end also for:
When described master server breaks down, the first notification message that the described master server receiving the transmission of described master server breaks down, and the time data that described master server breaks down is sent to described from server, by described switching command come described in order from server according to described in the time data that breaks down switch to described master server to carry out work;
When after described master server fault recovery, described master server is recovered described in normal message informing from server, and receive and the data processed from server described in during breaking down from the described master server of server transmission described in receiving, give described master server by described data retransmission;
When described from server fail time, receive described from the second notification message from server fail described in server transmission, and described recover from server normal after, receive described that described master server sends to receive and the data processed from described master server during server fail, by described data retransmission to described from server.
10. treatment system as claimed in claim 9, is characterized in that, described incoming end also for:
When after described master server fault recovery, again send described switching command, order described master server or describedly divide the work work from the server principal and subordinate recovered before fault, or do not send described switching command, make described master server and describedly continue to maintain current described principal and subordinate from server and divide the work work.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510524017.1A CN105049261A (en) | 2015-08-24 | 2015-08-24 | Processing method and system for dual-computer hot-standby data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510524017.1A CN105049261A (en) | 2015-08-24 | 2015-08-24 | Processing method and system for dual-computer hot-standby data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105049261A true CN105049261A (en) | 2015-11-11 |
Family
ID=54455483
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510524017.1A Pending CN105049261A (en) | 2015-08-24 | 2015-08-24 | Processing method and system for dual-computer hot-standby data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105049261A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107707588A (en) * | 2016-08-09 | 2018-02-16 | 中国移动通信集团公司 | A kind of data processing method and cloud Classroom System |
| CN109088760A (en) * | 2018-08-09 | 2018-12-25 | 中国建设银行股份有限公司 | A kind of distributed information system of building |
| CN113176969A (en) * | 2021-04-23 | 2021-07-27 | 杭州迪普科技股份有限公司 | Service providing method, device, equipment and computer readable storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060294207A1 (en) * | 2005-06-09 | 2006-12-28 | International Business Machines Corporation | Apparatus and method for autonomically adjusting configuration parameters for a server when a different server fails |
| CN103067206A (en) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | Internet of things across-machine room distributed type full automatic hot standby server switching system |
-
2015
- 2015-08-24 CN CN201510524017.1A patent/CN105049261A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060294207A1 (en) * | 2005-06-09 | 2006-12-28 | International Business Machines Corporation | Apparatus and method for autonomically adjusting configuration parameters for a server when a different server fails |
| CN101176073A (en) * | 2005-06-09 | 2008-05-07 | 国际商业机器公司 | Adjusting configuration parameters for a server when a different server fails |
| CN103067206A (en) * | 2012-12-28 | 2013-04-24 | 无锡博欧节能科技有限公司 | Internet of things across-machine room distributed type full automatic hot standby server switching system |
Non-Patent Citations (1)
| Title |
|---|
| ZHANG 988119: "XXXX数据库系统双机双柜解决方案", 《百度文库》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107707588A (en) * | 2016-08-09 | 2018-02-16 | 中国移动通信集团公司 | A kind of data processing method and cloud Classroom System |
| CN109088760A (en) * | 2018-08-09 | 2018-12-25 | 中国建设银行股份有限公司 | A kind of distributed information system of building |
| CN113176969A (en) * | 2021-04-23 | 2021-07-27 | 杭州迪普科技股份有限公司 | Service providing method, device, equipment and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100531209C (en) | Method and system for realizing synchronization of major and auxiliary state | |
| US20160036625A1 (en) | Method and device for protecting service reliability and network virtualization system | |
| CN105554106A (en) | Memcache distributed caching system | |
| CN105072021B (en) | A kind of message forwarding method of dispatch automated system cross-network segment | |
| CN109218126B (en) | Method, device and system for monitoring node survival state | |
| CN105119822A (en) | Backup group management method and system based on VRRP (Virtual Router Redundancy Protocol) | |
| CN105007193A (en) | Multi-layer information processing method, system thereof and cluster management node | |
| CN105162560A (en) | Data processing method and system | |
| CN104967691A (en) | Distributed storage control method and system | |
| CN103036716A (en) | Method and system for link switchover | |
| CN105049261A (en) | Processing method and system for dual-computer hot-standby data | |
| US20170116094A1 (en) | Fault handling methods in a home service system, and associated household appliances and servers | |
| CN105049263A (en) | Data processing method and data processing system | |
| CN105095008A (en) | Distributed task fault redundancy method suitable for cluster system | |
| CN103441987A (en) | Method and device for managing dual-computer firewall system | |
| CN103916226A (en) | Redundant backup method based on embedded equipment | |
| CN102984174B (en) | Reliability guarantee method and system in a kind of distribution subscription system | |
| CN102932118B (en) | The method and system of the active and standby ruling of a kind of two-shipper | |
| CN103841356A (en) | Conference television terminal, self-recovery control method thereof and related equipment | |
| CN104160667A (en) | Method, Device, and System for Dual-Uplink Tangent Ring Convergence | |
| CN105049264A (en) | Data processing method and server side | |
| CN101827035A (en) | Method for ensuring graceful restarting and dual master control network device | |
| CN111614702B (en) | Edge calculation method and edge calculation system | |
| CN105159796A (en) | Data processing method and server end | |
| CN102983997A (en) | Method and device for migrating master services |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151111 |
|
| RJ01 | Rejection of invention patent application after publication |