CN107181631A - A kind of Samba clusters interior joint failure switching method and system - Google Patents
A kind of Samba clusters interior joint failure switching method and system Download PDFInfo
- Publication number
- CN107181631A CN107181631A CN201710617486.7A CN201710617486A CN107181631A CN 107181631 A CN107181631 A CN 107181631A CN 201710617486 A CN201710617486 A CN 201710617486A CN 107181631 A CN107181631 A CN 107181631A
- Authority
- CN
- China
- Prior art keywords
- samba
- node
- backup request
- clusters
- faulting
- 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
-
- 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
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
This application provides a kind of Samba clusters interior joint failure switching method and system, method includes:The communication process of shared node in Samba clusters sends to the synchronized process of shared node and carries the backup request that Samba clients access data;The synchronized process of shared node receives backup request, backup request for being transmitted between synchronized process is determined according to backup request, the non-faulting node of predetermined number, each non-faulting node that will be respectively sent to select for the backup request transmitted between synchronized process are selected from Samba clusters;Each non-faulting node of backup request is received, Samba clients are stored respectively and access data.In this application, by improving the reliability and continuous availability of Samba clusters with upper type.
Description
Technical field
The application is related to the communications field, more particularly to a kind of Samba clusters interior joint failure switching method and system.
Background technology
Samba clients are by operating in the text in the samba service access file storage clusters on Samba clustered nodes
Number of packages evidence, Samba clients can produce corresponding access data during file is accessed, and the access data are used to connect disconnected
Reconnecting after opening, reconnection operation is actively initiated by Samba clients, especially by reading and verify file request with being deposited on node
Whether the access data of storage match, and Samba clients may proceed to the file process before connection disconnects if matching, so as to realize
Business it is continuous.
But the access data that Samba clients access file generation can only be stored in the section that Samba clients are currently connected
On point, if the node that client is currently connected is because the reasons such as the machine of delaying, power-off maintenance, software fault break down, Samba clients
Because of the verification for the data that can not be conducted interviews in other normal nodes, and it can not be reconnected, Samba clusters can not then continue to carry
For business service, cause the reliability and continuous availability of Samba clusters poor.
The content of the invention
In order to solve the above technical problems, the embodiment of the present application provide a kind of Samba clusters interior joint failure switching method and
System, to reach the purpose of the reliability and continuous availability that improve Samba clusters, technical scheme is as follows:
A kind of Samba clusters interior joint failure switching method, including:
The communication process of shared node in Samba clusters sends to the synchronized process of the shared node and carried
Samba clients access the backup request of data;
The synchronized process of the shared node receives the backup request, is determined to be used for same stepping according to the backup request
The backup request transmitted between journey, selects the non-faulting node of predetermined number from the Samba clusters, described will be used for same stepping
The backup request transmitted between journey is respectively sent to each non-faulting node selected;
Each non-faulting node of backup request is received, the Samba clients are stored respectively and access data.
It is preferred that, the communication process of the shared node in the Samba clusters is sent out to the synchronized process of the shared node
Send carry Samba clients access data backup request after, in addition to:
The communication process of the shared node stores the Samba clients and accesses data.
It is preferred that, described each non-faulting node for receiving backup request, storage Samba clients access data to originally
After ground, in addition to:
If the shared node breaks down, Samba clients are from each the described non-faulting section for receiving backup request
One is selected in point as new shared node, and switches to new shared node.
It is preferred that, the predetermined number is not more than the maximum malfunctioning node number of the Samba clusters.
A kind of Samba clusters interior joint fail-over system, including:
The communication module of shared node in Samba clusters, for running communication process, performs following steps:To described
The synchronization module of shared node, which is sent, carries the backup request that Samba clients access data;
The synchronization module of the shared node, for running synchronized process, performs following steps:For receiving the backup
Request, the backup request for being transmitted between synchronized process is determined according to the backup request, selects pre- from the Samba clusters
If the non-faulting node of number, each for being used for that the backup request transmitted between synchronized process to be respectively sent to select by described is non-
Malfunctioning node;
Each non-faulting node of backup request is received, is respectively used to store the Samba clients access data.
It is preferred that, the communication module of the shared node is additionally operable to run communication process, performs following steps:
Store the Samba clients and access data.
It is preferred that, in addition to:Samba clients, if being broken down for the shared node, from receiving backup request
Each described non-faulting node in selection one as new shared node, and switch to new shared node.
It is preferred that, the predetermined number is not more than the maximum malfunctioning node number of the Samba clusters.
Compared with prior art, the application has the beneficial effect that:
In this application, by same stepping from the communication process of the shared node in Samba clusters to the shared node
Journey, which is sent, carries the backup request that Samba clients access data, and the synchronized process of the shared node receives described
Backup request, the backup request for being transmitted between synchronized process is determined according to the backup request, is selected from the Samba clusters
Select the non-faulting node of predetermined number, by be respectively sent to select for the backup request transmitted between synchronized process each is non-
Malfunctioning node, and each non-faulting node of backup request is received, Samba clients are stored respectively and access data, are realized
Data will be accessed to backup on multiple non-faulting nodes.On the basis of the backup for accessing data is realized, occur in shared node
During failure, Samba clients can have access to access data, and the verification for the data that conduct interviews on other non-faulting nodes,
And then the file process before connection disconnects can be continued, the continuous of business is realized, the reliability of Samba clusters is improved and continuously may be used
The property used.
Brief description of the drawings
In order to illustrate more clearly of the technical scheme in the embodiment of the present application, make required in being described below to embodiment
Accompanying drawing is briefly described, it should be apparent that, drawings in the following description are only some embodiments of the present application, for
For those of ordinary skill in the art, without having to pay creative labor, it can also be obtained according to these accompanying drawings
His accompanying drawing.
Fig. 1 is a kind of flow chart for the Samba cluster interior joint failure switching methods that the application is provided;
Fig. 2 is another flow chart for the Samba cluster interior joint failure switching methods that the application is provided;
Fig. 3 is another flow chart for the Samba cluster interior joint failure switching methods that the application is provided;
Fig. 4 is another flow chart for the Samba cluster interior joint failure switching methods that the application is provided;
Fig. 5 is a kind of logical construction schematic diagram for the Samba cluster interior joint fail-over systems that the application is provided.
Embodiment
Below in conjunction with the accompanying drawing in the embodiment of the present application, the technical scheme in the embodiment of the present application is carried out clear, complete
Site preparation is described, it is clear that described embodiment is only some embodiments of the present application, rather than whole embodiments.It is based on
Embodiment in the application, it is every other that those of ordinary skill in the art are obtained under the premise of creative work is not made
Embodiment, belongs to the scope of the application protection.
The embodiment of the present application discloses a kind of Samba clusters interior joint failure switching method, passes through being total in Samba clusters
The backup that the communication process for enjoying node carries Samba clients access data to the synchronized process transmission of the shared node please
Ask, and the synchronized process of the shared node receives the backup request, is determined to be used for same stepping according to the backup request
The backup request transmitted between journey, the non-faulting node of predetermined number is selected from the Samba clusters, will be used between synchronized process
The backup request of transmission is respectively sent to each non-faulting node selected, and receives each non-faulting of backup request
Node, stores Samba clients and accesses data respectively, realizes that will access data backups on multiple non-faulting nodes.Realizing
On the basis of the backup for accessing data, when shared node breaks down, Samba clients can be on other non-faulting nodes
Access data, and the verification for the data that conduct interviews are had access to, and then the file process before connection disconnects can be continued, business is realized
It is continuous.
It should be noted that Samba be realized on Linux and unix system one of SMB file sharing protocols it is free
Software, is made up of server and client-side program.
Wherein, Samba clusters have the attribute of cluster redundant digit.Cluster redundant digit refers to the maximum failure that cluster allows
The malfunctioning node number that the cluster that nodes, i.e. multinode are constituted at most allows simultaneously, when malfunctioning node number exceedes maximum failure section
Points, cluster can not provide normal service.
Each node in Samba clusters is required to run Samba softwares.
In the application, each node in Samba clusters also needs to run CTDB softwares.CTDB softwares are a kind of cluster
Management software, for node to be unified into a cluster, and carries out the synchronization of specific data between node.
Next the Samba cluster interior joint failure switching methods of the application are introduced, refer to Fig. 1, this method
It may comprise steps of:
Step S11:The communication process of shared node in Samba clusters sends to the synchronized process of the shared node and taken
The backup request of data is accessed with Samba clients.
Shared node refers to the node that Samba clients are currently connected.The communication process of shared node refers to Samba
The process that software is run after starting, it can be named as smbd processes.
The synchronized process of shared node refers to the process that CTDB softwares are run after starting, and it can be named as ctdbd and enter
Journey.
Samba clients access data refer to the text in the Samba service access file storage clusters in shared node
Number of packages evidence, the access data that Samba clients are produced in file processes are accessed.
Step S12:The synchronized process of the shared node receives the backup request, is determined to use according to the backup request
The backup request transmitted between synchronized process, selects the non-faulting node of predetermined number from the Samba clusters, is used described
The backup request transmitted between synchronized process is respectively sent to each non-faulting node selected.
Determine that the backup request for being transmitted between synchronized process is specifically as follows according to the backup request:To shared node
The Samba clients that carry that send of communication process access the backup requests of data and reconfigured (as conversion), obtain
For the backup request transmitted between synchronized process.
The backup that the communication process that backup request for being transmitted between synchronized process equally carries shared node is sent please
The Samba clients of carrying are asked to access data.
In the present embodiment, predetermined number can meet following condition:Predetermined number is not more than the maximum of the Samba clusters
Malfunctioning node number.
Step S13:Each non-faulting node of backup request is received, the storage Samba clients access number respectively
According to.
Each non-faulting node of backup request is received, the use that the synchronized process for receiving shared node is sent is referred to
Each non-faulting node for the backup request transmitted between synchronized process.
In this application, by same stepping from the communication process of the shared node in Samba clusters to the shared node
Journey, which is sent, carries the backup request that Samba clients access data, and the synchronized process of the shared node receives described
Backup request, the backup request for being transmitted between synchronized process is determined according to the backup request, is selected from the Samba clusters
Select the non-faulting node of predetermined number, by be respectively sent to select for the backup request transmitted between synchronized process each is non-
Malfunctioning node, and each non-faulting node of backup request is received, Samba clients are stored respectively and access data, are realized
Data will be accessed to backup on multiple non-faulting nodes.On the basis of the backup for accessing data is realized, occur in shared node
During failure, Samba clients can have access to access data, and the verification for the data that conduct interviews on other non-faulting nodes,
And then the file process before connection disconnects can be continued, the continuous of business is realized, the reliability of Samba clusters is improved and continuously may be used
The property used.
In the present embodiment, it equally may refer to Fig. 2 and step S11-S13 implementation procedure be introduced, as shown in Fig. 2
Smbd1 is the communication process of shared node, and ctdbd1 is the synchronized process of shared node, and smbd1, which is sent, incidentally accesses data
Backup request to ctdbd1, ctdbd1 processing requests, according to cluster redundant digit, chooses multiple normal nodes from other nodes
(i.e. non-faulting node), and the backup request of incidentally access data is sent to the synchronized process of each non-faulting node selected
(i.e. ctdbdx to ctdbdy), each non-faulting node store access data.
, please there is provided another Samba cluster interior joint failure switching method in another embodiment of the application
Referring to Fig. 3, this method may comprise steps of:
Step S21:The communication process of shared node in Samba clusters sends to the synchronized process of the shared node and taken
The backup request of data is accessed with Samba clients.
Step S21 is identical with the step S11 in the embodiment of foregoing description Samba cluster interior joint failure switching methods,
It will not be repeated here.
Step S22:The communication process of the shared node stores the Samba clients and accesses data.
In the present embodiment, the communication process of shared node stores the Samba clients and accesses data, can be shared at this
It after nodes break down, and recovery normally, ensure that when reconnecting the node, can be accessed and visit by Samba clients
Data are asked, the reliability and continuous availability of Samba clusters is further ensured that.
Step S23:The synchronized process of the shared node receives the backup request, is determined to use according to the backup request
The backup request transmitted between synchronized process, selects the non-faulting node of predetermined number from the Samba clusters, is used described
The backup request transmitted between synchronized process is respectively sent to each non-faulting node selected.
Step S24:Each non-faulting node of backup request is received, the Samba clients are stored respectively and access number
According to.
The step S23-S24 and step S12- in the embodiment of foregoing description Samba cluster interior joint failure switching methods
S13 is corresponded, and step S23-S24 may refer to step S12-S13 process, and the step that will not be repeated here S23-S24's is detailed
Thin process.
In the present embodiment, it may refer to Fig. 4 and step S21 to step S24 be introduced, as shown in figure 4, smbd1 is common
The communication process of node is enjoyed, ctdbd1 is the synchronized process of shared node, and smbd1, which is sent, incidentally accesses the backup request of data extremely
Ctdbd1, smbd1 and store access data, ctdbd1 processing requests, according to cluster redundant digit, choose multiple from other nodes
Normal node (i.e. non-faulting node), and send and incidentally access the backup request of data to each non-faulting node selected
Synchronized process (i.e. ctdbdx to ctdbdy), each non-faulting node store access data.
Based on above-mentioned implementation content, described each non-faulting node for receiving backup request, storage Samba clients are visited
Ask that data, to after local, can also comprise the following steps:
If the shared node breaks down, Samba clients are from each the described non-faulting section for receiving backup request
One is selected in point as new shared node, and switches to new shared node.
Samba clients switch to new shared node, are connected with new shared node, continue to provide business service.
In the present embodiment, the mode for switching to new shared node is specifically as follows:By way of transparent fault switches
Switch to new shared node.
Transparent fault switches, it can be understood as:In the Samba clusters of two or more nodes are possessed, when there is a node therefore
During barrier, Samba clients are automatic to be initiated to connect to another node again, and without interrupting any business, without any abnormal prompt.
The Samba cluster interior joint fail-over systems that the embodiment of the present application is provided are described below, are described below
Samba cluster interior joint fail-over systems can be mutually right with above-described Samba clusters interior joint failure switching method
It should refer to.
Fig. 5 is referred to, a kind of logic knot of the Samba cluster interior joint fail-over systems provided it illustrates the application
Structure schematic diagram, Samba cluster interior joint fail-over systems include:The communication module 11 of shared node in Samba clusters, altogether
Enjoy the synchronization module 12 of node and receive each non-faulting node 13 of backup request.
The communication module 11 of shared node in Samba clusters, for running communication process, performs following steps:To institute
The synchronization module for stating shared node sends the backup request for carrying Samba clients access data.
The synchronization module 12 of the shared node, for running synchronized process, performs following steps:It is described standby for receiving
Part request, the backup request for being transmitted between synchronized process is determined according to the backup request, is selected from the Samba clusters
The non-faulting node of predetermined number, be used for that the backup request transmitted between synchronized process to be respectively sent to select by described each
Non-faulting node.
In the present embodiment, the predetermined number can be not more than the maximum malfunctioning node number of the Samba clusters.
Each non-faulting node 13 of backup request is received, is respectively used to store the Samba clients access data.
In the present embodiment, the communication module 11 of the shared node is additionally operable to run communication process, performs following steps:
Store the Samba clients and access data.
Above-mentioned Samba clusters interior joint fail-over system, can also include:Samba clients, if for described shared
Nodes break down, selects one as new shared node from each the described non-faulting node for receiving backup request,
And switch to new shared node.
It should be noted that each embodiment in this specification is described by the way of progressive, each embodiment weight
Point explanation be all between difference with other embodiment, each embodiment identical similar part mutually referring to.
For device class embodiment, because it is substantially similar to embodiment of the method, so description is fairly simple, related part is joined
See the part explanation of embodiment of the method.
Finally, in addition it is also necessary to explanation, herein, such as first and second or the like relational terms be used merely to by
One entity or operation make a distinction with another entity or operation, and not necessarily require or imply these entities or operation
Between there is any this actual relation or order.Moreover, term " comprising ", "comprising" or its any other variant meaning
Covering including for nonexcludability, so that process, method, article or equipment including a series of key elements not only include that
A little key elements, but also other key elements including being not expressly set out, or also include be this process, method, article or
The intrinsic key element of equipment.In the absence of more restrictions, the key element limited by sentence "including a ...", is not arranged
Except also there is other identical element in the process including the key element, method, article or equipment.
Detailed Jie has been carried out to a kind of Samba clusters interior joint failure switching method provided herein and system above
Continue, specific case used herein is set forth to the principle and embodiment of the application, the explanation of above example is only
It is to be used to help understand the present processes and its core concept;Simultaneously for those of ordinary skill in the art, according to this Shen
Thought please, be will change in specific embodiments and applications, in summary, and this specification content should not be managed
Solve as the limitation to the application.
Claims (8)
1. a kind of Samba clusters interior joint failure switching method, it is characterised in that including:
The communication process of shared node in Samba clusters sends to the synchronized process of the shared node and carries Samba visitors
Family end accesses the backup request of data;
The synchronized process of the shared node receives the backup request, is determined to be used between synchronized process according to the backup request
The backup request of transmission, selects the non-faulting node of predetermined number from the Samba clusters, described will be used between synchronized process
The backup request of transmission is respectively sent to each non-faulting node selected;
Each non-faulting node of backup request is received, the Samba clients are stored respectively and access data.
2. according to the method described in claim 1, it is characterised in that the communication process of the shared node in the Samba clusters
After the backup request that Samba clients access data being carried to the synchronized process transmission of the shared node, in addition to:
The communication process of the shared node stores the Samba clients and accesses data.
3. method according to claim 1 or 2, it is characterised in that described each non-faulting section for receiving backup request
Point, storage Samba clients access data to after locally, in addition to:
If the shared node breaks down, Samba clients are from each the described non-faulting node for receiving backup request
Selection one switches to new shared node as new shared node.
4. according to the method described in claim 1, it is characterised in that the predetermined number is not more than the Samba clusters most
Major break down nodes.
5. a kind of Samba clusters interior joint fail-over system, it is characterised in that including:
The communication module of shared node in Samba clusters, for running communication process, performs following steps:Shared to described
The synchronization module of node, which is sent, carries the backup request that Samba clients access data;
The synchronization module of the shared node, for running synchronized process, performs following steps:Please for receiving the backup
Ask, the backup request for being transmitted between synchronized process is determined according to the backup request, select default from the Samba clusters
The non-faulting node of number, each non-event that the backup request for being used to transmit between synchronized process is respectively sent to select
Hinder node;
Each non-faulting node of backup request is received, is respectively used to store the Samba clients access data.
6. system according to claim 5, it is characterised in that the communication module of the shared node is additionally operable to operation communication
Process, performs following steps:
Store the Samba clients and access data.
7. the system according to claim 5 or 6, it is characterised in that also include:Samba clients, if for described shared
Nodes break down, selects one as new shared node from each the described non-faulting node for receiving backup request,
And switch to new shared node.
8. system according to claim 5, it is characterised in that the predetermined number is not more than the Samba clusters most
Major break down nodes.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710617486.7A CN107181631A (en) | 2017-07-26 | 2017-07-26 | A kind of Samba clusters interior joint failure switching method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710617486.7A CN107181631A (en) | 2017-07-26 | 2017-07-26 | A kind of Samba clusters interior joint failure switching method and system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107181631A true CN107181631A (en) | 2017-09-19 |
Family
ID=59838531
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710617486.7A Pending CN107181631A (en) | 2017-07-26 | 2017-07-26 | A kind of Samba clusters interior joint failure switching method and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107181631A (en) |
Citations (4)
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 |
CN105391587A (en) * | 2015-12-09 | 2016-03-09 | 上海斐讯数据通信技术有限公司 | Samba configuration management method and system for network device |
CN106776151A (en) * | 2017-01-14 | 2017-05-31 | 郑州云海信息技术有限公司 | SAMBA cluster TDB data-base recordings backup method, apparatus and system |
-
2017
- 2017-07-26 CN CN201710617486.7A patent/CN107181631A/en active Pending
Patent Citations (4)
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 |
CN105391587A (en) * | 2015-12-09 | 2016-03-09 | 上海斐讯数据通信技术有限公司 | Samba configuration management method and system for network device |
CN106776151A (en) * | 2017-01-14 | 2017-05-31 | 郑州云海信息技术有限公司 | SAMBA cluster TDB data-base recordings backup method, apparatus and system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109451065B (en) | Soft load balancing and shunting automation system and operation method thereof | |
US11018980B2 (en) | Data-interoperability-oriented trusted processing method and system | |
CN110083662B (en) | Double-living framework construction method based on platform system | |
EP3218793B1 (en) | Non-disruptive controller replacement in a cross-cluster redundancy configuration | |
US7518983B2 (en) | Proxy response apparatus | |
Yang et al. | Blockchain-based secure distributed control for software defined optical networking | |
CN204859222U (en) | With two high available systems that live of city data center | |
CN111130835A (en) | Data center dual-active system, switching method, device, equipment and medium | |
US9152441B2 (en) | Systems and methods involving virtual machine host isolation over a network via a federated downstream cluster | |
CN103207841A (en) | Method and device for data reading and writing on basis of key-value buffer | |
US20100185894A1 (en) | Software application cluster layout pattern | |
CN104717077B (en) | A kind of method, apparatus and system for managing data center | |
CN103036719A (en) | Cross-regional service disaster method and device based on main cluster servers | |
EP2224341A1 (en) | Node system, server switching method, server device, and data transfer method | |
CN108512753B (en) | Method and device for transmitting messages in cluster file system | |
CN110348826A (en) | Strange land disaster recovery method, system, equipment and readable storage medium storing program for executing mostly living | |
CN111522665A (en) | Zookeeper-based method for realizing high availability and load balancing of Influxdb-proxy | |
CN111880932A (en) | Data storage method and device based on multiple network ports | |
CN107181631A (en) | A kind of Samba clusters interior joint failure switching method and system | |
CN114448748B (en) | System center deployment network system | |
CN101145955A (en) | Hot backup method, network management and network management system of network management software | |
CN111367711A (en) | Safety disaster recovery method based on super fusion data | |
CN209134427U (en) | A kind of vehicle-mounted command communications system of complete disaster tolerance | |
CN111082972B (en) | Method for realizing elastic expansion based on distributed cluster and distributed cluster architecture | |
CN108038782B (en) | Security system for securities trading and security verification method for securities trading |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170919 |
|
RJ01 | Rejection of invention patent application after publication |