CN115344423A - Backup method, mount recovery method, server and computer-readable storage medium - Google Patents
Backup method, mount recovery method, server and computer-readable storage medium Download PDFInfo
- Publication number
- CN115344423A CN115344423A CN202210916707.1A CN202210916707A CN115344423A CN 115344423 A CN115344423 A CN 115344423A CN 202210916707 A CN202210916707 A CN 202210916707A CN 115344423 A CN115344423 A CN 115344423A
- Authority
- CN
- China
- Prior art keywords
- virtual host
- backup
- host platform
- zfs
- platform end
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a backup method, a mount recovery method, a server and a computer readable storage medium, wherein the backup method comprises the following steps: at a backup server side, allocating virtual host backup space from a ZFS storage pool, and mapping the storage space to a virtual host platform side for mounting; at the virtual host platform end, mounting ZFS backup storage space; and at the backup server side, the virtual host is backed up. The backup data of the virtual host is copied based on the data block level, so that the backup files are directly linked to the path of the storage volume of the virtual host and can be normally identified, read and written by the virtual host. And finishing the quick mount recovery of the virtual host.
Description
Technical Field
The invention belongs to the technical field of file backup, and particularly relates to a backup method, a mount recovery method, a server and a computer readable storage medium.
Background
The incremental hot backup of the current virtual host mainly includes two backup modes, namely a snapshot comparison backup mode and a CBT (change block tracking) backup mode. For the snapshot comparison and backup mode, 2 snapshots need to be generated at the virtual host platform end for comparison during backup, which not only needs to occupy more storage space of the virtual host platform end, but also has certain performance influence on daily use of the virtual host. Although the CBT backup mode solves the problem of occupying more storage space of the production side, the CBT backup mode is full backup for the first time, and since the amount of data to be read is often large, it is easy to cause serious influence on the data write synchronization operation of the virtual host, resulting in unstable performance of the virtual host.
When the virtual host needs to be restored, there are two main methods at present. One is to merge one full data and several incremental data when recovery is needed, and the data merging operation consumes a lot of time and is difficult to realize rapid mount recovery. In another method, after the backup is completed each time, data is merged in advance, and a plurality of complete backup sets at different time points are stored, so that although the rapid mount recovery can be realized, a large amount of backup storage space is consumed for storing different complete backup sets.
Disclosure of Invention
In order to overcome the technical defect, the first aspect of the present invention provides a backup method, comprising the steps of:
at a backup server side, allocating virtual host backup space from a ZFS storage pool, and mapping the storage space to a virtual host platform side for mounting;
at the virtual host platform end, mounting ZFS backup storage space;
and at the backup server side, backing up the virtual host.
As a further improvement of the present invention, the step of backing up the virtual host at the backup server includes the following steps:
creating a second bitmap file of the virtual host storage volume at the virtual host platform end;
reading a first bitmap file of a virtual host storage volume at a virtual host platform end;
copying the changed data blocks of the storage volume of the virtual host at the virtual host platform end according to the information of the first bitmap file;
deleting a first bitmap file of a virtual host storage volume at a virtual host platform end;
at the virtual host platform end, renaming the second bitmap file as the first bitmap file;
unloading ZFS backup storage space at the virtual host platform end;
and at the backup server, creating a snapshot for the backup storage space of the virtual host.
As a further improvement of the present invention, if the vm is backed up for the first time, before the step of creating the second bitmap file of the vm storage volume at the vm platform, the method further includes the following steps:
creating a snapshot for a virtual host storage volume at a virtual host platform end;
creating a first image-text element of a virtual host storage volume at a virtual host platform end;
at the virtual host platform side, block level full replication is performed on snapshots of the virtual host.
As a further improvement of the invention, when a second bitmap file of the virtual host storage volume is created, the current time is recorded;
when a snapshot is created for the backup storage space of the virtual host, the name of the snapshot is the current time.
Compared with the prior art, the invention has the following beneficial effects: a snapshot backup mode of a storage volume of the virtual host is adopted, the consistent data backup of the virtual host is obtained through copying based on the data format of the original data of the storage volume, and snapshot comparison is not needed, so that only 1 snapshot is generated during the backup, the storage space of a platform end of the virtual host is saved, and meanwhile, the performance problem of data write synchronization operation of the virtual host is avoided.
The present invention provides a server, comprising: the backup server and the virtual host platform end are connected through a network, the backup server and the virtual host platform end both comprise a processor and a memory, at least one instruction, at least one section of program, a code set or an instruction set is stored in the memory, and the at least one instruction, the at least one section of program, the code set or the instruction set is loaded and executed by the processor to realize the backup method.
The present invention provides a computer readable storage medium having stored therein at least one instruction, at least one program, set of codes, or set of instructions, which is loaded and executed by a processor to implement the above backup method.
In a second aspect of the present invention, a mount recovery method is provided, including the steps of:
at a backup server, finding a virtual host backup data ZFS snapshot at a specified time point;
executing ZFS snapclone on backup data at a specified time point at a backup server side, and mapping the ZFS snapclone data to a virtual host platform side for mounting;
at the virtual host platform end, mounting ZFS clone data for storage;
at the virtual host platform end, performing pause operation on the virtual host needing rapid mount recovery;
at the virtual host platform end, linking ZFS clone data into a virtual host storage volume file;
and at the virtual host platform end, executing restart operation on the virtual host needing rapid mount recovery.
Compared with the prior art, the invention has the following beneficial effects: the virtual host backup data is copied based on the data block level, so that the backup files are directly linked to the path of the storage volume of the virtual host and can be normally identified, read and written by the virtual host instance. And finishing the quick mount recovery of the virtual host.
The present invention provides a server, comprising: the mount recovery method comprises a backup server side and a virtual host platform side which are connected through a network, wherein the backup server side and the virtual host platform side respectively comprise a processor and a memory, at least one instruction, at least one program, a code set or an instruction set are stored in the memory, and the at least one instruction, at least one program, a code set or an instruction set is loaded and executed by the processor to realize the mount recovery method as claimed in claim 7.
The present invention provides a computer readable storage medium having stored therein at least one instruction, at least one program, set of codes, or set of instructions, which is loaded and executed by a processor to implement the mount recovery method as claimed in claim 7.
Drawings
Embodiments of the invention are described in further detail below with reference to the attached drawing figures, wherein:
FIG. 1 is a flowchart of a backup method described in embodiment 1;
fig. 2 is a schematic diagram of fast backup of a virtual host in embodiment 1;
fig. 3 is a schematic structural diagram of the server according to embodiments 2 and 5;
fig. 4 is a flowchart of the mount recovery method described in embodiment 4.
Detailed Description
The preferred embodiments of the present invention will be described in conjunction with the accompanying drawings, and it will be understood that they are described herein for the purpose of illustration and explanation and not limitation. It should be noted that the sequence numbers S1 and S2 in the steps are only used for distinguishing the steps from one another, and do not represent that the steps need to be executed in the order of the sequence numbers in the actual implementation process.
The noun interpretation:
ZFS: file System (Zettabyte File System)
ssh: the Secure Shell protocol (Secure Shell) is an encrypted network transmission protocol, and can provide a Secure transmission environment for network services in an insecure network.
UUID: universal Unique Identifier (universal Unique Identifier) is a 128-bit Identifier used in computer systems to identify information.
Example 1
The present embodiment provides a backup method, as shown in fig. 1 and fig. 2, including the steps of:
s1, at a backup server side, allocating virtual host backup space from a ZFS storage pool, and mapping the storage space to a virtual host platform side for mounting; specifically, based on the agentless program, the virtual host platform is connected through ssh mutual trust, the virtual host discovery module is called, and the virtual host of the virtual host platform is discovered. Information such as UUID of the virtual host, a virtual host storage volume path list, power supply state of the virtual host, name of the virtual host, state of the virtual host, name of a host, IP of the host, state of the host and the like is obtained. And selecting the virtual host needing backup according to the discovered virtual host list. And calling a ZFS storage allocation management module at the backup server side, and allocating ZFS storage space to the virtual host needing backup. And mapping the storage space to a remote virtual host platform end, and remotely calling the virtual host platform end to mount ZFS storage through ssh.
S2, mounting ZFS backup storage space at the platform end of the virtual host; the mounted ZFS storage is named as a storage pool name + a backup virtual host UUID, and the preparation work of backup storage is completed.
And S3, calling a virtual host backup module at the backup server to perform hot backup on the virtual host.
Specifically, step S3 includes the steps of:
s301, creating a second bitmap file of the virtual host storage volume at the virtual host platform end, and simultaneously recording the current time T;
s302, reading a first bitmap file of a virtual host storage volume at a virtual host platform end;
s303, copying the changed data blocks of the storage volume of the virtual host at the platform end of the virtual host according to the information of the first bitmap file;
s304, deleting the first bitmap file of the virtual host storage volume at the virtual host platform end;
s305, renaming the second bitmap file to be the first bitmap file at the virtual host platform end;
s306, unloading the ZFS backup storage space at the virtual host platform end;
s307, creating a snapshot for the backup storage space of the virtual host at the backup server.
If the virtual host is the first backup, before the step of creating the second bitmap file of the virtual host storage volume at the virtual host platform side, the method further comprises the following steps:
s308, creating a snapshot for the virtual host storage volume at the virtual host platform end, and taking the current time T in the step SS301 as a snapshot name;
s309, creating a first bitmap file of the virtual host storage volume at the virtual host platform end;
s310, at the virtual host platform end, block-level full copy is conducted on the snapshot of the virtual host.
Next, please refer to this embodiment for further explanation with reference to the specific implementation process, as follows:
starting backup at the moment T0, creating a snapshot of a storage volume of the virtual host, and creating a first bitmap file;
finishing the first full backup at the time of T1, deleting the snapshot of the storage volume of the virtual host, and creating a second bitmap file;
reading a first bitmap file, wherein the first bitmap file records data change of a virtual host storage volume at the time of T0-T1, finishing incremental backup at the time of T2, combining incremental data, and creating a ZFS snapshot snap _ T1;
and the second bitmap file is renamed to be the first bitmap file, and at the moment, the bitmap file records the data change of the storage volume of the virtual host starting at the moment T1. Waiting for the next backup time window;
and starting backup at the time T3, creating a second bitmap file, and finishing incremental backup at the time T4. Combining the incremental data, and creating a ZFS snapshot snap _ t3;
and the second bitmap file is renamed to be the first bitmap file, at the moment, the bitmap file records the data change of the virtual host storage volume starting at the moment T3, and the next backup time window is waited.
Therefore, in the embodiment, the full backup adopts a virtual host storage volume snapshot backup mode, the consistent data backup of the virtual host is obtained by copying based on the storage volume original block data format, and snapshot comparison is not needed, so that only 1 snapshot is generated during the backup, the storage space of the virtual host platform end is saved, and the performance problem of data write synchronization operation of the virtual host is avoided. And the subsequent incremental backup adopts a CBT (Change Block Tracing) based backup mode to realize the incremental backup of the permanent data Block level of the virtual host.
And the backup storage adopts ZFS, and by utilizing the snapshot and copy-on-write characteristics of a ZFS file system, after consistent backup of the virtual host is completed each time, new incremental data is immediately merged with original full data to generate a latest full backup data set, and the ZFS file system snapshot is created for the new full backup data. Due to the copy-on-write feature of the ZFS file system, when a snapshot is created, only the metadata (meta-data) of the ZFS file system is copied, and there is no physical copy of data, and the ZFS file system theoretically can support the maximum number of snapshots of 264.
Example 2
The present embodiment provides a server, as shown in fig. 3, including: the backup method includes that a backup server and a virtual host platform are connected through a network, the backup server and the virtual host platform each include a processor and a memory, at least one instruction, at least one program, a code set or an instruction set are stored in the memory, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the backup method of embodiment 1.
The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc.
The memory may be used for storing the computer program or module, and the processor may implement various functions of the mirror neuron therapy-based auxiliary terminal device by operating or executing the computer program or module stored in the memory and calling data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
Example 3
The present embodiment provides a computer-readable storage medium having at least one instruction, at least one program, set of codes, or set of instructions stored therein, which is loaded and executed by a processor to implement the backup method of embodiment 1.
A storage medium may include a physical device for storing information, and typically, the information is digitized and stored using an electrical, magnetic, or optical media. The storage medium may include: devices that store information using electrical energy, such as various types of memory, e.g., RAM, ROM, etc.; devices that store information using magnetic energy such as hard disks, floppy disks, tapes, core memories, bubble memories, and usb disks; devices that store information optically, such as CDs or DVDs. Of course, there are other ways of storing media that can be read, such as quantum memory, graphene memory, and so forth.
Example 4
The embodiment provides a mount recovery method, as shown in fig. 4, including the steps of:
s1, finding a virtual host backup data ZFS snapshot at a specified time point at a backup server;
s2, executing ZFS snapclone on backup data of a specified time point at a backup server side, and mapping the ZFS snapclone data to a virtual host platform side for mounting;
s3, at the virtual host platform end, mounting ZFS clone data for storage;
s4, at the virtual host platform end, performing pause operation on the virtual host needing rapid mounting and recovery;
s5, linking ZFS clone data into a virtual host storage volume file at the platform end of the virtual host;
and S6, at the virtual host platform end, restarting the virtual host needing quick mount recovery.
When the virtual host needs to be mounted and restored quickly, finding the ZFS file system snapshot at the time point which needs to be restored by the virtual host at the backup server, carrying out clone operation on the ZFS file system snapshot at the specified time point, and generating a ZFS file system capable of being read and written. Due to the snapshot and copy-on-write nature of the ZFS file system, the ZFS file system snapclone operation is almost real-time, copying only the ZFS file system metadata (meta-data). The ZFS file system is connected with the virtual host platform through ssh mutual trust, the ZFS file system is mounted at the end of the virtual host platform, the backup data files of the ZFS file system are linked to the path of the storage volume of the virtual host to be restored, and the rapid mounting restoration of the virtual host is achieved. Because the backup data of the virtual host is copied based on the data block level, the backup files are directly linked to the path of the storage volume of the virtual host, can be normally identified and read and written by the virtual host instance, and the rapid mount recovery of the virtual host is completed.
Example 5
The present embodiment provides a server, as shown in fig. 3, including: the method includes the steps that a backup server and a virtual host platform are connected through a network, the backup server and the virtual host platform both include a processor and a memory, at least one instruction, at least one program, a code set or an instruction set is stored in the memory, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to achieve the mount recovery method of embodiment 3.
The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc.
The memory may be used for storing the computer program or module, and the processor may implement various functions of the mirror neuron therapy-based auxiliary terminal device by operating or executing the computer program or module stored in the memory and calling data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
Example 6
The present embodiment provides a computer-readable storage medium, in which at least one instruction, at least one program, a code set, or a set of instructions are stored, and the at least one instruction, the at least one program, the code set, or the set of instructions are loaded and executed by a processor to implement the mount recovery method of embodiment 3.
A storage medium may include a physical device for storing information, and typically, the information is digitized and then stored using an electrical, magnetic, or optical media. The storage medium may include: devices that store information using electrical energy, such as various types of memory, e.g., RAM, ROM, etc.; devices that store information using magnetic energy such as hard disks, floppy disks, tapes, core memories, bubble memories, and usb disks; devices that store information optically, such as CDs or DVDs. Of course, there are other ways of storing media that can be read, such as quantum memory, graphene memory, and so forth.
The present invention is not limited to the above embodiments, and any modifications, equivalents, improvements, etc. within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (9)
1. A backup method, comprising the steps of:
at a backup server side, allocating virtual host backup space from a ZFS storage pool, and mapping the storage space to a virtual host platform side for mounting;
at the virtual host platform end, mounting ZFS backup storage space;
and at the backup server side, backing up the virtual host.
2. The backup method according to claim 1, wherein the step of backing up the virtual host at the backup server comprises the steps of:
at the virtual host platform end, creating a second bitmap file of the virtual host storage volume;
reading a first bitmap file of a virtual host storage volume at a virtual host platform end;
copying the changed data blocks of the storage volume of the virtual host at the virtual host platform end according to the information of the first bitmap file;
deleting a first bitmap file of a virtual host storage volume at a virtual host platform end;
at the virtual host platform end, the second bitmap file is renamed to be the first bitmap file;
unloading the ZFS backup storage space at the virtual host platform end;
and at the backup server, creating a snapshot for the backup storage space of the virtual host.
3. The backup method according to claim 2, wherein if the vm is first backed up, before the step of creating the second bitmap file of the vm storage volume on the vm platform side, the method further comprises the steps of:
creating a snapshot for a virtual host storage volume at a virtual host platform end;
creating a first image-text element of a virtual host storage volume at a virtual host platform end;
at the virtual host platform side, block-level full replication is performed on snapshots of the virtual host.
4. The backup method according to claim 3, wherein when creating the second bitmap file of the virtual host storage volume, recording a current time;
when a snapshot is created for the backup storage space of the virtual host, the name of the snapshot is the current time.
5. A server, comprising: the backup server and the virtual host platform connected via a network, each of which includes a processor and a memory, where the memory stores at least one instruction, at least one program, a code set, or an instruction set, and the at least one instruction, at least one program, a code set, or an instruction set is loaded and executed by the processor to implement the backup method according to any one of claims 1 to 4.
6. A computer readable storage medium having stored therein at least one instruction, at least one program, set of codes, or set of instructions, which is loaded and executed by a processor to implement the backup method according to any one of claims 1 to 4.
7. A mount recovery method is characterized by comprising the following steps:
at a backup server, finding a virtual host backup data ZFS snapshot at a specified time point;
at a backup server, executing ZFS snapclone on backup data at a specified time point, and mapping the ZFS snapclone data to a virtual host platform for mounting;
at the virtual host platform end, mounting ZFS clone data for storage;
at the virtual host platform end, performing pause operation on the virtual host needing rapid mount recovery;
at the virtual host platform end, linking ZFS clone data into a virtual host storage volume file;
and at the virtual host platform end, executing restart operation on the virtual host needing rapid mount recovery.
8. A server, comprising: the mount recovery method comprises a backup server side and a virtual host platform side which are connected through a network, wherein the backup server side and the virtual host platform side respectively comprise a processor and a memory, at least one instruction, at least one program, a code set or an instruction set are stored in the memory, and the at least one instruction, at least one program, a code set or an instruction set is loaded and executed by the processor to realize the mount recovery method as claimed in claim 7.
9. A computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement the mount recovery method as claimed in claim 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210916707.1A CN115344423B (en) | 2022-08-01 | 2022-08-01 | Backup method, mount recovery method, server, and computer-readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210916707.1A CN115344423B (en) | 2022-08-01 | 2022-08-01 | Backup method, mount recovery method, server, and computer-readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115344423A true CN115344423A (en) | 2022-11-15 |
| CN115344423B CN115344423B (en) | 2023-07-04 |
Family
ID=83949359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210916707.1A Active CN115344423B (en) | 2022-08-01 | 2022-08-01 | Backup method, mount recovery method, server, and computer-readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115344423B (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103164295A (en) * | 2013-03-22 | 2013-06-19 | 危子彪 | Enterprise information technology (IT) business virtualization disaster recovery method based on zettabyte file system (ZFS) and kernel-based virtual machine (KVM) kernel virtual underlying system |
| CN109558215A (en) * | 2018-12-10 | 2019-04-02 | 深圳市木浪云数据有限公司 | Backup method, restoration methods, device and the backup server cluster of virtual machine |
| CN110109777A (en) * | 2019-07-02 | 2019-08-09 | 南京云信达科技有限公司 | A kind of VM incremental backup method realized in the case of CBT corrupted data |
| US20190369901A1 (en) * | 2014-09-22 | 2019-12-05 | Commvault Systems, Inc. | Restoring execution and live-mount of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations |
| CN112181729A (en) * | 2020-10-15 | 2021-01-05 | 上海英方软件股份有限公司 | Virtual machine backup control device, system and method |
| CN113220504A (en) * | 2021-05-26 | 2021-08-06 | 华云数据控股集团有限公司 | Virtual machine incremental data backup method, system and computer readable medium |
| CN113626261A (en) * | 2021-10-13 | 2021-11-09 | 苏州浪潮智能科技有限公司 | Data backup method, device and equipment and computer readable storage medium |
| CN113672340A (en) * | 2021-07-30 | 2021-11-19 | 济南浪潮数据技术有限公司 | Incremental backup method, system, device and readable storage medium for virtual machine |
| CN114706661A (en) * | 2022-05-31 | 2022-07-05 | 武汉四通信息服务有限公司 | Disaster recovery backup method and system for virtual machine, computer equipment and storage medium |
-
2022
- 2022-08-01 CN CN202210916707.1A patent/CN115344423B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103164295A (en) * | 2013-03-22 | 2013-06-19 | 危子彪 | Enterprise information technology (IT) business virtualization disaster recovery method based on zettabyte file system (ZFS) and kernel-based virtual machine (KVM) kernel virtual underlying system |
| US20190369901A1 (en) * | 2014-09-22 | 2019-12-05 | Commvault Systems, Inc. | Restoring execution and live-mount of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations |
| CN109558215A (en) * | 2018-12-10 | 2019-04-02 | 深圳市木浪云数据有限公司 | Backup method, restoration methods, device and the backup server cluster of virtual machine |
| CN110109777A (en) * | 2019-07-02 | 2019-08-09 | 南京云信达科技有限公司 | A kind of VM incremental backup method realized in the case of CBT corrupted data |
| CN112181729A (en) * | 2020-10-15 | 2021-01-05 | 上海英方软件股份有限公司 | Virtual machine backup control device, system and method |
| CN113220504A (en) * | 2021-05-26 | 2021-08-06 | 华云数据控股集团有限公司 | Virtual machine incremental data backup method, system and computer readable medium |
| CN113672340A (en) * | 2021-07-30 | 2021-11-19 | 济南浪潮数据技术有限公司 | Incremental backup method, system, device and readable storage medium for virtual machine |
| CN113626261A (en) * | 2021-10-13 | 2021-11-09 | 苏州浪潮智能科技有限公司 | Data backup method, device and equipment and computer readable storage medium |
| CN114706661A (en) * | 2022-05-31 | 2022-07-05 | 武汉四通信息服务有限公司 | Disaster recovery backup method and system for virtual machine, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115344423B (en) | 2023-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103365744B (en) | For mixing the system and method for metadata image backup and backup | |
| US8281093B1 (en) | Systems and methods for creating consolidated backups of snapshot hierarchies | |
| CN115098299B (en) | Backup method, disaster recovery method, device and equipment of virtual machine | |
| CN105630632B (en) | The method and virtual machine administration device that a kind of virtual machine recovers | |
| CN106569738B (en) | A kind of method and device for deleting cascade snapshot | |
| KR20030017532A (en) | Data storage system and process | |
| WO2015054897A1 (en) | Data storage method, data storage apparatus, and storage device | |
| CN111666046B (en) | Data storage method, device and equipment | |
| CN106357703B (en) | Cluster switching method and device | |
| CN105320578A (en) | Method and apparatus for backing up and recovering APP | |
| CN109614055B (en) | Snapshot creation method, apparatus, electronic device, and machine-readable storage medium | |
| CN109284066B (en) | Data processing method, device, equipment and system | |
| CN106528338A (en) | A remote data replication method, storage device and storage system | |
| CN111158858A (en) | Cloning method and device of virtual machine and computer readable storage medium | |
| CN115328704A (en) | File backup method, file recovery method, device, equipment and storage medium | |
| US8170991B1 (en) | Method and apparatus for managing image data on a sequential storage device | |
| CN109753381B (en) | Continuous data protection method based on object storage | |
| CN107798063A (en) | Snapshot processing method and snapshot processing device | |
| CN109144403B (en) | Method and equipment for switching cloud disk modes | |
| CN116501545A (en) | Data backup method, recovery method, device, equipment and readable storage medium | |
| CN111858145B (en) | Method, apparatus and computer program product for data backup and restore | |
| JP2017208113A (en) | Data storage method, data storage apparatus, and storage device | |
| CN115344423B (en) | Backup method, mount recovery method, server, and computer-readable storage medium | |
| CN109324931B (en) | Method for realizing vmware mount recovery in data de-duplication system | |
| CN105068760A (en) | Data storage method, data storage apparatus and storage device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |