CN103780417A - Database failure transfer method based on cloud hard disk and device thereof - Google Patents

Database failure transfer method based on cloud hard disk and device thereof Download PDF

Info

Publication number
CN103780417A
CN103780417A CN201210408957.0A CN201210408957A CN103780417A CN 103780417 A CN103780417 A CN 103780417A CN 201210408957 A CN201210408957 A CN 201210408957A CN 103780417 A CN103780417 A CN 103780417A
Authority
CN
China
Prior art keywords
cloud
main frame
hard disk
cloud main
set meal
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.)
Granted
Application number
CN201210408957.0A
Other languages
Chinese (zh)
Other versions
CN103780417B (en
Inventor
沈强
谢振业
曹玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SHANGHAI SHENGXIAO CLOUD COMPUTING TECHNOLOGY Co.,Ltd.
Original Assignee
SHANGHAI SHANGDA NETWORKING DEVELOPMENT Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by SHANGHAI SHANGDA NETWORKING DEVELOPMENT Co Ltd filed Critical SHANGHAI SHANGDA NETWORKING DEVELOPMENT Co Ltd
Priority to CN201210408957.0A priority Critical patent/CN103780417B/en
Publication of CN103780417A publication Critical patent/CN103780417A/en
Application granted granted Critical
Publication of CN103780417B publication Critical patent/CN103780417B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The invention discloses a database failure transfer method based on a cloud hard disk and a device thereof to solve a problem of the large cost of a cloud database automatic failure transfer mode in the prior art. The method comprises the steps of unloading a cloud hard disk mounted on a cloud host machine and the network bandwidth package of the cloud host machine when a condition that a database can not be used caused by the failure of the cloud host machine of a database instance of a user is detected, and binding the network bandwidth package to other available cloud host machines and mounting the cloud hard disk to the cloud host machine to which the bandwidth package is bound. According to the technical scheme of the invention, the cost of cloud database failure transfer is reduced, and the efficiency of the cloud database failure transfer is improved.

Description

A kind of database failure transfer method and device based on cloud hard disk
Technical field
The present invention relates to cloud database field, in particular to a kind of database failure transfer method and device based on cloud hard disk.
Background technology
Cloud database refers to the database in cloud environment, and it possesses a key application, supply as required, the characteristic such as charge, dynamic capacity-expanding as required.User can use cloud database from local host by an effective concatenation character string.In the use of cloud database, there will be because network connection is obstructed, the reasons such as operating system failure cause database unavailable, at this moment just need to carry out automatic fault transfer.Automatic fault shifts and refers to that system can automatically switch, and makes server B can continue as client service is provided in the time that server A cannot be customer service.
In prior art, the database automatic fault transfer method of comparative maturity is database mirroring technology, adopt this technology at least to need two-server, main database server and standby database server, also need for the same virtual ip address that service is externally provided of two-server binding, similar with the master-main replicated architecture under active-Passive Mode in Mysql, main database server externally receives things operation and journal file is sent to standby database server, then standby database server is reset to the journal file receiving, thereby keep the consistency with master data base.In the time that master data base breaks down, standby database server carries out the read-write operation of database as new master server, after original main database server is repaired, can be used as again new backup database server.And in order to realize the fault detect of main database server and the automatic switchover of main database server and backup database server, need extra arbitrating server or installation to be configured for toward contact and detect the software whether server breaks down and carry out automatic fault transfer, for example keepalived.
Another kind of database mirroring technology is mainly made up of principal server, witness server, mirror image server, and wherein principal server and mirror image server are necessary parts.In the normal conversation procedure of mirror image, between mirror image server and principal server, can synchronously continue to carry out affairs transmission, in principal server, principal database is waited for the mirror database confirmation in mirror image server after sending daily record, feeds back to application program after confirmation again.Under high availability pattern, also need to use witness server, participate in ceaselessly sending ping order between the main body of session and mirror image example and detect the other side's state, witness server is detected the state of main body and mirror image.Occur once detect fault, main body or mirror image submit to request to witness server, are arbitrated role's conversion by witness server.Have under the high security pattern of automatic fault transfer, after sync database, if principal database is unavailable, automatic fault can occurs and shift.After automatic fault shifts, mirror image server is taken over the role of theme server, and makes the copy of its database online using as principal database.
As seen from the above description, for user, above-mentioned cloud database automatic fault branch mode of the prior art needs at least two-server, principal server and backup server, operation that backup server need to carry out that data are synchronizeed with the principal server of database etc.For user, often taking a station server needs how a expense, and therefore the cost expense of this mode is larger, in addition, owing to needing synchrodata between database server and backup server, may cause in addition the inconsistent problem of data.
Summary of the invention
The invention provides a kind of database failure transfer method and device based on cloud hard disk, for solving the large problem of cloud database automatic fault branch mode cost expense of the prior art.
The invention provides a kind of database failure transfer method based on cloud hard disk, comprise: when detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, the unloading cloud hard disk of carry on cloud main frame and the network bandwidth set meal of cloud main frame; Network bandwidth set meal is tied on other available cloud main frame, and cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal.
Further, said method also comprises: after the cloud hard disk at unloading carry on cloud main frame and the network bandwidth set meal of cloud main frame, and the cloud main frame that deletion is broken down and the corresponding relation of user account; Set up the cloud main frame of binding broadband set meal and the corresponding relation of user account.
Further, said method also comprises: whether the cloud main frame of System reliability storehouse example occurs that network connects fault or local disk fault.
Further, said method also comprises: after on the cloud main frame that cloud hard disk is mounted to binding bandwidth set meal, in the time of log-on data storehouse on the cloud main frame of binding broadband set meal, specific data catalogue is the mount directory of cloud hard disk.
Wherein, above-mentioned network bandwidth set meal is tied on other available cloud main frame, and cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal and comprises: apply for a cloud main frame identical with the cloud host configuration breaking down; Bandwidth set meal is tied on the cloud main frame of application, and cloud hard disk is mounted on the cloud main frame of application.
The present invention also provides a kind of database failure transfer device based on cloud hard disk, comprise: Unload module, for when detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, unloads the cloud hard disk of carry on cloud main frame and the network bandwidth set meal of cloud main frame; The first binding module, for network bandwidth set meal being tied to other available cloud main frame, and is mounted to cloud hard disk on the cloud main frame of binding bandwidth set meal.
Further, said apparatus also comprises: removing module, and after the network bandwidth set meal for the cloud hard disk on cloud main frame and cloud main frame at unloading carry, the cloud main frame that deletion is broken down and the corresponding relation of user account; Set up module, for setting up the cloud main frame of binding broadband set meal and the corresponding relation of user account.
Further, said apparatus also comprises: whether detection module, occur that for the cloud main frame of System reliability storehouse example network connects fault or local disk fault.
Further, said apparatus also comprises: designated module, after on the cloud main frame that cloud hard disk is mounted to binding bandwidth set meal, in the time of log-on data storehouse on the cloud main frame of binding broadband set meal, specific data catalogue is the mount directory of cloud hard disk.
Wherein, above-mentioned binding module comprises: application unit, and, for applying for a cloud main frame identical with the cloud host configuration breaking down; Binding unit, for bandwidth set meal being tied to the cloud main frame of application, and is mounted to cloud hard disk on the cloud main frame of application.
Technical scheme of the present invention, after the cloud main frame of database instance that user detected breaks down, the network bandwidth business of the cloud main frame that unloads cloud hard disk and break down, by cloud hard disk and network bandwidth business-binding to other available cloud main frame, and after cloud main frame breaks down, unload its cloud hard disk and bandwidth set meal, the user of database instance no longer takies the server breaking down, due to the server without backup is set for the cloud main frame of database instance, synchronously wait operation to carry out data, reduced expense.Simultaneously, owing to directly the cloud hard disk of former database instance being connected on new available cloud main frame, can make the business of the cloud main frame that new cloud main frame proceeds to break down, the fault of cloud database be shifted simpler and easy, also improve the efficiency that database failure shifts simultaneously.
Accompanying drawing explanation
Fig. 1 is the schematic diagram that cloud database failure of the present invention shifts;
Fig. 2 is the flow chart of the database failure transfer method based on cloud hard disk of the embodiment of the present invention 1;
Fig. 3 is the flow chart of the database failure transfer method based on cloud hard disk of the embodiment of the present invention 2;
Fig. 4 is the structured flowchart of the database failure transfer device based on cloud hard disk of embodiments of the invention 3;
Fig. 5 is the structured flowchart of the another kind of the embodiment of the present invention 3 database failure transfer device based on cloud hard disk;
Fig. 6 is the course of work schematic diagram of the database failure transfer device based on cloud hard disk.
Embodiment
For above-mentioned purpose of the present invention, feature and advantage can be become apparent more, below in conjunction with the drawings and specific embodiments, the embodiment of the present invention is described in further detail.
Database instance in the present invention can be made up of a cloud main frame and a cloud hard disk, and its medium cloud main frame is as computational resource, for building database environment, i.e. and installation data library software log-on data storehouse server process thereon; And cloud hard disk is as space resources, for the data resource in store data storehouse.
Wherein, cloud hard disk is for database instance provides the storage volume based on block device, and for storing the data of customer data base, when user's usage data storehouse, in database when data inserting, data will deposit in cloud hard disk.First cloud hard disk needs format, then sets up file system, be mounted in certain catalogue on cloud main frame, and the data directory using the mount directory in cloud hard disk as database service when in user setup data the storehouse, user's data just exist in the catalogue of carry.It is particularly suitable for the lasting storage in virtualization applications; Cloud hard disk is supported self-defined amount of capacity, can apply for according to the actual requirements; Exist the data in cloud hard disk to have many parts of redundancies, can guarantee the high reliability of data; Cloud hard disk and cloud main frame are under the jurisdiction of two life cycles, and in the time that the main frame of carry cloud hard disk is deleted or break down, the data in cloud hard disk still retain, and can again be mounted on other main frame.
As shown in Figure 1, cloud main frame 1 and cloud hard disk 1 composition data storehouse example 1, after cloud main frame 1 breaks down, can form new database instance 2 by cloud main frame 2 and cloud hard disk 1.
Embodiment 1
Fig. 2 is the flow chart of the database failure transfer method based on cloud hard disk of the embodiment of the present invention 1.
As shown in Figure 2, the method comprises the following steps:
Step 201: when detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, the cloud hard disk that unloading is connected with cloud main frame and the network bandwidth set meal of cloud main frame;
Step 202: network bandwidth set meal is tied on other available cloud main frame, and cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal.
Before above-mentioned steps 201, when the cloud main frame of database instance is detected, can adopt and regularly detect to the cloud main frame of database instance, whether there is the faults such as network is obstructed, local hard drive damage with the cloud main frame of test database example.
After detecting that the cloud main frame of database instance breaks down, can be by the cloud main frame identical with the cloud host configuration breaking down of control module application in a station server of monitoring cloud main frame; Network bandwidth set meal is tied on the cloud main frame of application, so that its outer net IP address remains unchanged, and cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal.
Wherein, after carrying out above-mentioned steps 202, after the cloud hard disk that can be connected with cloud main frame in unloading and the network bandwidth set meal of cloud main frame, the cloud main frame that deletion is broken down and the corresponding relation of user account; And set up and bind the new cloud main frame of broadband set meal and the corresponding relation of user account.The cloud main frame breaking down is like this released, and user only takies a cloud main frame, has saved expense.
The present invention supports the database based on file, this database is deposited hereof, for this database, on cloud main frame when log-on data storehouse, can specify a data directory, this catalogue is for store data library file, after cloud hard disk is connected with the new cloud main frame that can use after the cloud main frame unloading of breaking down, database file in cloud hard disk does not change, only need to be on new cloud main frame when log-on data storehouse specific data catalogue be the mount directory of cloud hard disk.
The database failure transfer method based on cloud hard disk of the present embodiment, after the cloud main frame that database instance detected breaks down, the network bandwidth set meal of cloud main frame and the cloud hard disk of database instance that unloading is broken down, be tied to network bandwidth set meal and cloud hard disk on other available cloud main frame.Due to the server backing up without the cloud host configuration that is database instance, synchronously wait operation to carry out data, reduce expense, alleviate the complexity of operation.Simultaneously, owing to directly the cloud hard disk of former database instance being connected on new available cloud main frame, can make new cloud main frame continue to carry out the business of the cloud main frame breaking down, make the fault of cloud database shift simpler and easy, also improved the efficiency that fault shifts, improved user's experience simultaneously.
Embodiment 2
Fig. 3 is the flow chart of the database failure transfer method based on cloud hard disk of the embodiment of the present invention 2.
As shown in the figure, the method comprises the following steps:
Step 301: whether the cloud main frame of System reliability storehouse example breaks down;
Step 302: in the time detecting that user's cloud main frame breaks down, the network bandwidth set meal of cloud main frame and the cloud hard disk of database instance that unloading is broken down;
Step 303: apply for a cloud main frame identical with the cloud host configuration breaking down;
Step 304: the cloud main frame that deletion is broken down and the corresponding relation of user account;
Step 305: set up the cloud main frame of new application and the corresponding relation of user account;
Step 306: bandwidth set meal is tied on the cloud main frame of application, and cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal.
It should be noted that, above-mentioned steps 303 can be there is no successively execution sequence with step 304, can be that execution of step 303 performs step 304 again, can be also to perform step 303 after execution step 304 again.
Wherein, can be that other server detects the cloud main frame of database instance, while detection, can regularly send ping order to the cloud main frame of database instance, whether there is networking with the cloud main frame of test database example and connect fault.
For the database based on file, in the time of log-on data storehouse, can specify a data directory, this catalogue is for store data library file, after cloud hard disk is connected with the cloud main frame of new application after the cloud main frame unloading of breaking down, database file in cloud hard disk does not change, only need to be on the cloud main frame of new application when log-on data storehouse specific data catalogue be the mount directory of cloud hard disk.
Embodiment 3
Fig. 4 is the structured flowchart of the database failure transfer device based on cloud hard disk of the present invention.
As shown in Figure 4, should comprise following part by the database failure transfer device 40 based on cloud hard disk:
Unload module 41, for when detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, the cloud hard disk that unloading is connected with cloud main frame and the bandwidth set meal of cloud main frame;
Binding module 42, for bandwidth set meal being tied to other available cloud main frame, and is mounted to cloud hard disk on the cloud main frame of binding bandwidth set meal.
Wherein, in order to grasp in real time the operation conditions of database instance, to change in time cloud main frame after cloud main frame breaks down, as shown in Figure 5, said apparatus 40 can also comprise detection module 52, whether occurs that for the cloud main frame of System reliability storehouse example network connects fault or local disk fault.
Removing module, for after the network bandwidth set meal of the cloud hard disk that is connected with described cloud main frame of unloading and described cloud main frame, deletes the cloud main frame that breaks down and the corresponding relation of user account;
Set up module, for setting up the cloud main frame of binding broadband set meal and the corresponding relation of described user account.Wherein above-mentioned detection module 52 can comprise: whether detecting unit, for the regularly cloud main frame transmission ping order to database instance, with the cloud main frame of test database example, network occurs and connect fault.
In order to pare down expenses, the cloud main frame that user is no longer taken break down, wherein said apparatus 40 can also comprise: removing module, for after the network bandwidth set meal of the cloud hard disk that is connected with cloud main frame of unloading and cloud main frame, delete the cloud main frame that breaks down and the corresponding relation of user account; Set up module, for setting up the cloud main frame of binding broadband set meal and the corresponding relation of user account.
Said apparatus 40 can be applied the database based on file, based on this, device 40 can also comprise: designated module, after on the cloud main frame that cloud hard disk is mounted to binding bandwidth set meal, in the time of log-on data storehouse on the cloud main frame of binding broadband set meal, specific data catalogue is the mount directory of cloud hard disk.
Particularly, above-mentioned the first binding module can comprise: application unit, for applying for a cloud main frame identical with the cloud host configuration breaking down; The second binding unit, for network bandwidth set meal being tied to the cloud main frame of application, and is mounted to cloud hard disk on the cloud main frame of applying for.
Fig. 6 is the course of work schematic diagram of the database failure transfer device based on cloud hard disk.
As shown in Figure 6, wherein above-mentioned removing module can be realized by the control module that realizes control function with application module, this control module is arranged in a station server of the multiple cloud database instances of management, this control module can detect multiple cloud main frames, when this control module receives after the information breaking down from the cloud main frame of detection module, this control module control cloud main frame that initiatively deletion is broken down and the corresponding relation of user account, apply for one new available, the cloud main frame identical with the cloud host configuration breaking down, and the bandwidth set meal of cloud hard disk and the cloud main frame that breaks down is tied on the cloud main frame of new application.
Technical scheme of the present invention, after the cloud main frame that database instance detected breaks down, the broadband services of cloud main frame and the cloud hard disk of database instance that unloading is broken down, be tied to broadband services and cloud hard disk on other available cloud main frame.Due to the server backing up without the cloud host configuration that is database instance, synchronously wait operation to carry out data, reduce expense, alleviate the complexity of operation.Simultaneously, owing to directly the cloud hard disk of former database instance being connected on new available cloud main frame, can make new cloud main frame continue to carry out the business of the cloud main frame breaking down, make the fault transfer of cloud database simpler and easy, also improve the efficiency that fault shifts simultaneously.
It should be noted that, in this article, relational terms such as the first and second grades is only used for an entity or operation to separate with another entity or operating space, and not necessarily requires or imply and between these entities or operation, have the relation of any this reality or sequentially.And, term " comprises ", " comprising " or its any other variant are intended to contain comprising of nonexcludability, thereby the process, method, article or the equipment that make to comprise a series of key elements not only comprise those key elements, but also comprise other key elements of clearly not listing, or be also included as the intrinsic key element of this process, method, article or equipment.The in the situation that of more restrictions not, the key element being limited by statement " comprising ... ", and be not precluded within process, method, article or the equipment that comprises described key element and also have other identical element.
The foregoing is only preferred embodiment of the present invention, be not intended to limit protection scope of the present invention.All any modifications of doing within the spirit and principles in the present invention, be equal to replacement, improvement etc., be all included in protection scope of the present invention.

Claims (10)

1. the database failure transfer method based on cloud hard disk, is characterized in that, comprising:
When detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, the unloading cloud hard disk of carry on described cloud main frame and the network bandwidth set meal of described cloud main frame;
Described network bandwidth set meal is tied on other available cloud main frame, and described cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal.
2. require the method described in 1 according to power, described method also comprises:
After cloud hard disk at unloading carry on described cloud main frame and the network bandwidth set meal of described cloud main frame, the cloud main frame that deletion is broken down and the corresponding relation of user account;
Set up the cloud main frame of binding broadband set meal and the corresponding relation of described user account.
3. method according to claim 1, is characterized in that, described method also comprises:
Whether the cloud main frame that regularly detects described database instance occurs that network connects fault or local disk fault.
4. method according to claim 1, is characterized in that, described method also comprises:
After on the cloud main frame that described cloud hard disk is mounted to binding bandwidth set meal, in the time of log-on data storehouse on the cloud main frame of described binding broadband set meal, specific data catalogue is the mount directory of described cloud hard disk.
5. method according to claim 1, is characterized in that, described described network bandwidth set meal is tied on other available cloud main frame, and described cloud hard disk is mounted on the cloud main frame of binding bandwidth set meal and comprises:
Apply for a cloud main frame identical with the cloud host configuration breaking down;
Described bandwidth set meal is tied on the cloud main frame of application, and described cloud hard disk is mounted on the cloud main frame of application.
6. the database failure transfer device based on cloud hard disk, is characterized in that, comprising:
Unload module, for when detecting that user's the cloud main frame of database instance breaks down while causing database unavailable, the unloading cloud hard disk of carry on described cloud main frame and the network bandwidth set meal of described cloud main frame;
The first binding module, for described network bandwidth set meal being tied to other available cloud main frame, and is mounted to described cloud hard disk on the cloud main frame of binding bandwidth set meal.
7. require the device described in 6 according to power, described device also comprises:
Removing module, after the network bandwidth set meal for the cloud hard disk on described cloud main frame and described cloud main frame at unloading carry, the cloud main frame that deletion is broken down and the corresponding relation of user account;
Set up module, for setting up the cloud main frame of binding broadband set meal and the corresponding relation of described user account.
8. device according to claim 6, is characterized in that, described device also comprises:
Whether detection module, occur that for regularly detecting the cloud main frame of described database instance network connects fault or local disk fault.
9. device according to claim 6, is characterized in that, described device also comprises:
Designated module, after on the cloud main frame that described cloud hard disk is mounted to binding bandwidth set meal, in the time of log-on data storehouse on the cloud main frame of described binding broadband set meal, specific data catalogue is the mount directory of described cloud hard disk.
10. device according to claim 6, is characterized in that, described binding module comprises:
Application unit, for applying for a cloud main frame identical with the cloud host configuration breaking down;
Binding unit, for described bandwidth set meal being tied to the cloud main frame of application, and is mounted to described cloud hard disk on the cloud main frame of application.
CN201210408957.0A 2012-10-23 2012-10-23 A kind of database failure transfer method and device based on cloud hard disk Active CN103780417B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210408957.0A CN103780417B (en) 2012-10-23 2012-10-23 A kind of database failure transfer method and device based on cloud hard disk

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210408957.0A CN103780417B (en) 2012-10-23 2012-10-23 A kind of database failure transfer method and device based on cloud hard disk

Publications (2)

Publication Number Publication Date
CN103780417A true CN103780417A (en) 2014-05-07
CN103780417B CN103780417B (en) 2018-10-26

Family

ID=50572287

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210408957.0A Active CN103780417B (en) 2012-10-23 2012-10-23 A kind of database failure transfer method and device based on cloud hard disk

Country Status (1)

Country Link
CN (1) CN103780417B (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104182306A (en) * 2014-08-08 2014-12-03 成都致云科技有限公司 Low-cost intelligent breakdown instant switching method for cloud host
CN106708430A (en) * 2016-11-30 2017-05-24 浪潮软件集团有限公司 Cloud hard disk implementation method under cloud computing architecture
CN106874343A (en) * 2016-12-24 2017-06-20 上海七牛信息技术有限公司 The data-erasure method and system of a kind of time series database
CN106886369A (en) * 2017-01-22 2017-06-23 武汉噢易云计算股份有限公司 A kind of cloud hard disk management method and system based on OpenStack cloud platforms
CN107181834A (en) * 2017-06-13 2017-09-19 聚好看科技股份有限公司 A kind of redis manages method, device and the redis systems of virtual ip address
CN107248931A (en) * 2017-06-06 2017-10-13 安徽赛福贝特信息技术有限公司 A kind of security protection operation management platform based on data cloud
CN107566475A (en) * 2017-08-28 2018-01-09 北京天元创新科技有限公司 A kind of session failure transfer method and device
CN109445708A (en) * 2018-11-02 2019-03-08 南方电网调峰调频发电有限公司 A kind of transparent fault transfer method based on the privately owned cloud platform of database
CN109947595A (en) * 2019-02-27 2019-06-28 上海爱数信息技术股份有限公司 A kind of OpenStack cloud Host Protection method
CN112148222A (en) * 2020-09-21 2020-12-29 浙江大华技术股份有限公司 Configuration method and device of database hard disk, storage medium and electronic device
CN112328363A (en) * 2020-11-05 2021-02-05 北京金山云网络技术有限公司 Cloud hard disk mounting method and device
CN112579704A (en) * 2020-12-24 2021-03-30 深圳市科力锐科技有限公司 Data reverse synchronization method, device, system, mirror image server and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101876924A (en) * 2009-04-30 2010-11-03 升东网络科技发展(上海)有限公司 Database fault automatic detection and transfer method
CN102187324A (en) * 2008-11-13 2011-09-14 Lsi公司 Active-active failover for a direct-attached storage system
CN102655460A (en) * 2012-01-05 2012-09-05 中国工商银行股份有限公司 Redundancy backup method and system of production server

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102187324A (en) * 2008-11-13 2011-09-14 Lsi公司 Active-active failover for a direct-attached storage system
CN101876924A (en) * 2009-04-30 2010-11-03 升东网络科技发展(上海)有限公司 Database fault automatic detection and transfer method
CN102655460A (en) * 2012-01-05 2012-09-05 中国工商银行股份有限公司 Redundancy backup method and system of production server

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104182306B (en) * 2014-08-08 2017-10-27 成都致云科技有限公司 A kind of inexpensive instantaneous switching method of cloud main frame intelligent trouble
CN104182306A (en) * 2014-08-08 2014-12-03 成都致云科技有限公司 Low-cost intelligent breakdown instant switching method for cloud host
CN106708430A (en) * 2016-11-30 2017-05-24 浪潮软件集团有限公司 Cloud hard disk implementation method under cloud computing architecture
CN106874343A (en) * 2016-12-24 2017-06-20 上海七牛信息技术有限公司 The data-erasure method and system of a kind of time series database
CN106874343B (en) * 2016-12-24 2020-07-14 上海七牛信息技术有限公司 Data deletion method and system for time sequence database
CN106886369A (en) * 2017-01-22 2017-06-23 武汉噢易云计算股份有限公司 A kind of cloud hard disk management method and system based on OpenStack cloud platforms
CN107248931A (en) * 2017-06-06 2017-10-13 安徽赛福贝特信息技术有限公司 A kind of security protection operation management platform based on data cloud
CN107181834A (en) * 2017-06-13 2017-09-19 聚好看科技股份有限公司 A kind of redis manages method, device and the redis systems of virtual ip address
CN107181834B (en) * 2017-06-13 2021-02-12 聚好看科技股份有限公司 Method and device for managing virtual IP address by redis and redis system
CN107566475B (en) * 2017-08-28 2020-08-04 北京天元创新科技有限公司 Session failover method and device
CN107566475A (en) * 2017-08-28 2018-01-09 北京天元创新科技有限公司 A kind of session failure transfer method and device
CN109445708A (en) * 2018-11-02 2019-03-08 南方电网调峰调频发电有限公司 A kind of transparent fault transfer method based on the privately owned cloud platform of database
CN109947595B (en) * 2019-02-27 2023-06-13 上海爱数信息技术股份有限公司 OpenStack cloud host protection method
CN109947595A (en) * 2019-02-27 2019-06-28 上海爱数信息技术股份有限公司 A kind of OpenStack cloud Host Protection method
CN112148222A (en) * 2020-09-21 2020-12-29 浙江大华技术股份有限公司 Configuration method and device of database hard disk, storage medium and electronic device
CN112148222B (en) * 2020-09-21 2023-08-25 浙江大华技术股份有限公司 Configuration method and device of database hard disk, storage medium and electronic device
CN112328363A (en) * 2020-11-05 2021-02-05 北京金山云网络技术有限公司 Cloud hard disk mounting method and device
CN112328363B (en) * 2020-11-05 2022-12-20 北京金山云网络技术有限公司 Cloud hard disk mounting method and device
WO2022095844A1 (en) * 2020-11-05 2022-05-12 北京金山云网络技术有限公司 Elastic block service mounting method and apparatus thereof
CN112579704A (en) * 2020-12-24 2021-03-30 深圳市科力锐科技有限公司 Data reverse synchronization method, device, system, mirror image server and storage medium
CN112579704B (en) * 2020-12-24 2024-04-09 深圳市科力锐科技有限公司 Data reverse synchronization method, device, system, mirror server and storage medium

Also Published As

Publication number Publication date
CN103780417B (en) 2018-10-26

Similar Documents

Publication Publication Date Title
CN103780417A (en) Database failure transfer method based on cloud hard disk and device thereof
CN108255641B (en) CDP disaster recovery method based on cloud platform
US11226777B2 (en) Cluster configuration information replication
US11016864B2 (en) Cluster-wide service agents
CN101808127B (en) Data backup method, system and server
CN110377456B (en) Management method and device for virtualization platform disaster tolerance
WO2020248507A1 (en) Container cloud-based system resource monitoring method and related device
CN109582443A (en) Virtual machine standby system based on distributed storage technology
CN102012947A (en) Method and system for online backup of database
JP2021524104A (en) Master / Standby Container System Switching
CN105446831A (en) Server-Free backup method in conjunction with SAN
CN111176888A (en) Cloud storage disaster recovery method, device and system
CN105530116A (en) Virtual network backup and recovery method and corresponding device
CN109165112A (en) A kind of fault recovery method, system and the associated component of metadata cluster
CN110620798B (en) Control method, system, equipment and storage medium for FTP connection
CN107357800A (en) A kind of database High Availabitity zero loses solution method
CN105490847A (en) Real-time detecting and processing method of node failure in private cloud storage system
CN116010164A (en) Method, device and system for backing up data
CN109298977A (en) A kind of virtual machine business quick recovery method, system, device and storage medium
CN116389233A (en) Container cloud management platform active-standby switching system, method and device and computer equipment
JP5798056B2 (en) Call processing information redundancy control system and spare maintenance server used therefor
CN111767166A (en) Data backup method and device
JP2015114952A (en) Network system, monitoring control unit, and software verification method
CN110704249A (en) Method, device and system for ensuring application consistency
CN104967641A (en) Method for realizing data synchronization of main/standby metadata servers and apparatus thereof

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20201225

Address after: 201203 room 208, building 2, Lane 666, zhangheng Road, Pudong New Area, Shanghai

Patentee after: SHANGHAI SHENGXIAO CLOUD COMPUTING TECHNOLOGY Co.,Ltd.

Address before: Room 402-b, 727 Zhangjiang Road, Pudong New Area, Shanghai 201210

Patentee before: SHANDA NETWORKING Co.,Ltd.

TR01 Transfer of patent right