WO2023207280A1

WO2023207280A1 - Data recovery method and related apparatus

Info

Publication number: WO2023207280A1
Application number: PCT/CN2023/077176
Authority: WO
Inventors: 黄恒
Original assignee: 华为技术有限公司
Priority date: 2022-04-28
Filing date: 2023-02-20
Publication date: 2023-11-02
Also published as: CN117009133A

Abstract

Disclosed in the embodiments of the present application are a data recovery method and a related apparatus. The method comprises: receiving a first recovery request, which is used for requesting the recovery of a target file at a target moment; according to the first recovery request, determining target snapshot information from a snapshot information set, wherein the target snapshot information comprises index information of the target file; according to the target snapshot information, creating a target proxy volume; mounting the target proxy volume, wherein the target proxy volume provides a file input/output (IO) service, and the target proxy volume is used for acquiring the target file; and recovering the target file according to the target proxy volume. By means of the method, target data at a target moment can be viewed in real time without the need to continuously try to recover data. A user can immediately view target data content, so as to ensure the accuracy of data recovery.

Description

A data recovery method and related devices

Technical field

The present application relates to the field of virtual machine storage technology, and in particular, to a data recovery method and related devices.

Background technique

With the continuous development of information technology (IT), more and more enterprises are transforming the IT infrastructure of their data centers into virtualization and cloud environments, thereby using virtualization technology to improve the use efficiency of computing resources and achieve Elastic computing system architecture. In a cloud computing/virtualization environment, in order to avoid virtual machine data loss due to manual deletion or system failure, a backup system is generally introduced to back up the data of the virtual machine, and the virtual machine data is backed up to a third-party backup storage device. . When restoring virtual machine data, the previously backed up data needs to be restored from the backup storage to the production environment.

Continuous data protection (CDP) technology is a common virtual machine backup technology. CDP technology can record and save every input/output (IO) operation of a virtual machine. When the virtual machine system fails, It can restore to any moment in the recent period to achieve the IO level recovery point objective (recovery point object, RPO). Through CDP technology, point-in-time recovery (PITR) can be achieved, greatly reducing RPO.

However, with the current virtual machine backup technology, users often need multiple PITRs to restore the target data because users cannot accurately know at what point in time the target data was damaged. During the process of recovering target data, multiple PITRs are also required to reduce the amount of data loss as much as possible.

Contents of the invention

Embodiments of the present application provide a data recovery method that enables real-time browsing of target data at a target time without the need for constant attempts to recover data. Users can instantly view the target data content to ensure the accuracy of data recovery.

In the first aspect, embodiments of the present application provide a data recovery method, which is applied to the first device, including:

Obtain file index information, where the file index information includes index information of global files in the first device;

The first device sends the file index information to a second device, and the second device is used to perform data backup;

The file index information is updated, and the updated file index information includes updated index information of at least one file in the first device.

For example, the file index information includes the file index information of each file in the global file. The file index information of one of the files is for example: "D:\aaa\bbb\cc.txt".

For example, when the first device adds, deletes, or modifies at least one file, for example, when an IO write occurs on the first device, the first device intercepts the IO write and sends the IO write data to the second device. . The second device performs CDP processing, writes IO written data to the CDP data volume and log volume, and performs backup storage of the IO written data. During this process, the first device updates the file index information and sends the updated file index information to the second device, and the second device performs backup and storage.

In the embodiment of the present application, after the first device generates the index information of the global file (full file index), it monitors whether a file IO event occurs on the first device in real time, and generates the index information (incremental file index) of the files where additions, deletions, and modifications occur in real time. ). Based on the full file index and the incremental file index, the second device (backup device) can display the global file index information to the user so that the user can select the target file that needs to be restored. Users can instantly view the target data content to ensure the accuracy of data recovery.

In conjunction with the first aspect, in a possible implementation of the first aspect, the first device updates the file index information, including;

Monitor whether at least one file is added, deleted or modified in the first device;

When at least one file is added, deleted or modified in the first device, first sub-index information is generated, and the first sub-index information indicates the number of the at least one file added, deleted or modified in the first device. Index information, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying;

The file index information is updated according to the first sub-index information, and the updated file index information includes the first sub-index information.

Exemplarily, when at least one file is added, deleted, or modified in the first device, first sub-index information is generated, and the first sub-index information indicates the newly added, deleted, or modified file in the first device. Index information of at least one file. The first sub-index information also includes an operation type of the at least one file. The operation type includes one or more of the following: adding, deleting, or modifying. The first sub-index information is, for example, the file index information corresponding to "15:05:22". Specifically, at "15:05:22" the first device detects a new (or written) "cc.txt" file. The file index (or address information) of the "cc.txt" file is "D:\aaa\bbb\cc.txt", and the operation type is "new" (or write).

Optionally, after acquiring the first sub-index information, the first device de-duplicates and merges the first sub-index information and the file index information (index information of the global file) to obtain updated file index information.

Optionally, the first device may also obtain the index information of the global file according to instructions or periodically.

With reference to the first aspect, in a possible implementation manner of the first aspect, after sending the file index information to the second device, the method further includes: sending the updated file index information to the second device.

In the second aspect, embodiments of the present application propose a data recovery method, applied to the second device, including:

Receive a first recovery request, where the first recovery request is used to request recovery of the target file at the target time;

According to the first recovery request, target snapshot information is determined from a snapshot information set, the target snapshot information includes index information of the target file, the snapshot time of the target snapshot information is earlier than or equal to the target time, and , the snapshot time of the target snapshot information satisfies: the snapshot time with the smallest difference from the target time in the snapshot information set, and the snapshot information set includes at least one snapshot information;

Create a target proxy volume according to the target snapshot information;

Mount the target proxy volume, which provides file input and output IO services, and the target proxy volume is used to obtain the target file;

The target file is restored based on the target proxy volume.

Specifically, after the user determines the target file that needs to be restored through the visual interface, the third device sends a first restore request to the second device, and the first restore request is used to request to restore the target file at the target time.

For example, when the target time is "15:47:25", the snapshot time of the target snapshot information is determined to be T2. The second device then determines the target snapshot information (T2).

The second device creates the target proxy volume based on the target snapshot information. Specifically: perform link clone (link clone) based on the target snapshot information to obtain the target proxy volume (that is, the copy information of the target snapshot information). The target proxy volume serves as a proxy volume for data access (or file IO). For example, the second device mounts the target proxy volume through a mount server.

After the second device completes the target file recovery at the target time, the second device sends the target file to the user. For example, the target file at the target time is sent to the user (third device) in the form of a file stream through Hyper Text Transfer Protocol (HTTP). So that users can browse the target files instantly.

In the embodiment of the present application, the target data at the target time can be browsed in real time without constant trial PITR (data recovery). Users can instantly view the target data content to ensure the accuracy of data recovery.

In conjunction with the second aspect, in a possible implementation of the second aspect, before receiving the first recovery request, the method further includes: receiving a second recovery request, where the second recovery request is used to request recovery of the target time. data;

According to the second recovery request, the target file index information is determined, the recording time of the target file index information is earlier than or equal to the target time, and the recording time of the target file index information satisfies: in the file index information set The recording time with the smallest difference from the target time, the file index information set includes at least one file index information, and the file index information includes index information of global files in the first device;

The target file index information is restored, and the target file index information is used to determine the target file.

Specifically, the user selects a target time through the third device, and the target time is used as the time when the user expects to restore the data. The user sends a second recovery request to the second device through the third device, and the second recovery request is used to recover data at the target time.

For example, the third device displays the data recovery menu on the browser page. The user selects the target moment at which the data is to be recovered in the data recovery menu.

For example, when the target time is "15:47:25", it is determined that the recording time of the closest file index information is between T2 ~ T3 (15:00:00 ~ 15:47:28), and not earlier At 15:47:28. Then, the second device determines the target file index information, which includes the index information of the global file recorded at 15:00:00 (also known as the full file index) and the index information from 15:00:00 to 15:47:28 ( Excluding the first sub-index information (also called incremental file index) recorded at 15:47:28). Optionally, the target file index information is obtained by merging the above-mentioned full file index and incremental file index.

Optionally, the target file index information may indicate the file structure information of the global file. Therefore, the target file index information may be called the directory structure information of the entire file system.

Combined with the second aspect, in a possible implementation of the second aspect, restoring the target file according to the target proxy volume includes:

Redo the log file at the target time and restore the target file at the target time;

According to the target time, the data of the target proxy volume is rolled back to the target time to obtain the updated target proxy volume. The index information indicated by the updated target proxy volume includes the index information of the target time. Index information of the target file;

The target file is restored based on the updated target proxy volume.

Specifically, the second device redoes the log file according to the target time, and then restores the target file at the target time from the memory of the second device. For example: extract the target file of the target time "15:47:25" from the memory of the second device. The second device rolls back the data of the target proxy volume to the target time based on the target time. After rolling back to the target time, the updated target proxy volume is obtained. The updated index information indicated by the target proxy volume includes index information of the target file at the target time.

In conjunction with the second aspect, in a possible implementation manner of the second aspect, first snapshot information is obtained, where the first snapshot information is the snapshot information of the global file in the first device at the first moment.

In conjunction with the second aspect, in a possible implementation of the second aspect, after obtaining the first snapshot information, the method further includes: obtaining second snapshot information, where the second snapshot information is the first snapshot information at a second time. Snapshot information of global files in the device; update the snapshot information set, and the updated snapshot information set includes: the first snapshot information and the second snapshot information.

Specifically, the second device obtains the snapshot information according to the user policy, and the snapshot information is the snapshot information of the global file in the first device at a certain moment. The user policy includes but is not limited to: at a predefined time, the first device obtains file index information, and at the predefined time, the second device obtains snapshot information of the global file. Another example: the first device periodically acquires To obtain the file index information, the second device periodically obtains the snapshot information of the global file, and the two acquisition periods are the same. For example, after obtaining the snapshot information, the second device writes the snapshot information (or snapshot data) to the CDP data volume.

Optionally, after the second device obtains the snapshot information, the second device can mount the snapshot in the mount server. Then, scan the mounted snapshot (that is, scan the file system in the snapshot) to obtain the index information of the global file. The second device backs up and stores the index information of the global file obtained by scanning as file index information.

Combined with the second aspect, a possible implementation manner of the second aspect also includes:

Receive file index information from the first device, where the file index information includes index information of global files in the first device;

The file index information is associated and saved with the snapshot information set.

In the third aspect, the embodiment of the present application proposes a data recovery device, which is applied to the first device and includes:

A transceiver module, configured to obtain file index information, where the file index information includes index information of global files in the first device;

A transceiver module, also configured for the first device to send the file index information to a second device, and the second device is used to perform data backup;

A processing module configured to update the file index information, where the updated file index information includes updated index information of at least one file in the first device.

In one possible implementation,

The processing module is also used to monitor whether at least one file is added, deleted or modified in the first device;

The processing module is also configured to generate first sub-index information when at least one file is added, deleted or modified in the first device, and the first sub-index information indicates that the first device is added, deleted or modified. The index information of the modified at least one file, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying;

The processing module is further configured to update the file index information according to the first sub-index information, and the updated file index information includes the first sub-index information.

In one possible implementation,

The transceiver module is also configured to send the updated file index information to the second device.

In the fourth aspect, the embodiment of the present application provides a data recovery device for the second device, including:

A transceiver module, configured to receive a first recovery request, where the first recovery request is used to request recovery of the target file at the target time;

A processing module configured to determine target snapshot information from a snapshot information set according to the first recovery request, where the target snapshot information includes index information of the target file, and the snapshot time of the target snapshot information is earlier than or equal to the target snapshot information. The target time is specified, and the snapshot time of the target snapshot information satisfies: the snapshot time with the smallest difference from the target time in the snapshot information set, and the snapshot information set includes at least one snapshot information;

The processing module is also used to create a target proxy volume according to the target snapshot information;

The processing module is also used to mount the target proxy volume, the target proxy volume provides file input and output IO services, and the target proxy volume is used to obtain the target file;

The processing module is also configured to restore the target file according to the target proxy volume.

In one possible implementation,

The transceiver module is also configured to receive a second recovery request, where the second recovery request is used to request recovery of the data at the target time;

The processing module is also configured to determine the target file index information according to the second recovery request. The target file index The recording time of the information is earlier than or equal to the target time, and the recording time of the target file index information satisfies: the recording time with the smallest difference from the target time in the file index information set, the file index information set including at least one file index information, where the file index information includes index information of global files in the first device;

The processing module is also used to restore the target file index information, and the target file index information is used to determine the target file;

In one possible implementation,

The processing module is also configured to redo the log file according to the target time and restore the target file at the target time;

The processing module is also configured to roll back the data of the target proxy volume to the target time according to the target time, and obtain the updated target proxy volume, and the updated index information indicated by the target proxy volume. Index information of the target file including the target time;

The processing module is also configured to restore the target file according to the updated target proxy volume.

In one possible implementation,

The transceiver module is also configured to obtain first snapshot information, where the first snapshot information is the snapshot information of the global file in the first device at the first moment.

In one possible implementation,

The transceiver module is also configured to obtain second snapshot information, where the second snapshot information is the snapshot information of the global file in the first device at the second moment;

The processing module is also configured to update the snapshot information set. The updated snapshot information set includes: the first snapshot information and the second snapshot information.

In one possible implementation,

A transceiver module, further configured to receive file index information from the first device, where the file index information includes index information of global files in the first device;

The processing module is also configured to associate and save the file index information with the snapshot information set.

In a fifth aspect, embodiments of the present application provide a data recovery device, which has the function of implementing the method of the above-mentioned first aspect or any possible implementation of the first aspect. This function can be implemented by hardware, or it can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions, such as: transceiver module, processing module and storage module.

In a sixth aspect, embodiments of the present application provide a data recovery device. The data recovery device includes at least one processor and a memory. The memory stores computer instructions that can be run on the processor. When the computer instructions are described When the processor executes, the processor executes the method described in the above first aspect or any possible implementation manner of the first aspect.

In a seventh aspect, embodiments of the present application provide a data recovery device, which has the function of implementing the method of the above second aspect or any of the possible implementations of the second aspect. This function can be implemented by hardware, or it can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions, such as: transceiver module, processing module and storage module.

In an eighth aspect, embodiments of the present application provide a data recovery device. The data recovery device includes at least one processor and a memory. The memory stores computer instructions that can be run on the processor. When the computer instructions are described When the processor executes, the processor executes the method described in the above second aspect or any possible implementation manner of the second aspect.

In a ninth aspect, embodiments of the present application provide a computer device, which includes at least one processor, a memory, a communication port, a display, and computer execution instructions stored in the memory and executable on the processor. When the computer execution instructions are executed by the processor, the processor executes the method described in any possible implementation manner of the first aspect or the second aspect.

In a tenth aspect, embodiments of the present application provide a computer-readable storage medium that stores one or more computer-executable instructions. When the computer-executable instructions are executed by a processor, the processor executes the above-mentioned first aspect or The method described in any possible implementation manner of the second aspect.

In an eleventh aspect, embodiments of the present application provide a computer program product (or computer program) that stores one or more computer-executable instructions. When the computer-executable instructions are executed by the processor, the processor executes Any possible implementation method of the first aspect or the second aspect above.

In a twelfth aspect, the present application provides a chip system, which includes a processor and is used to support a computer device to implement the functions involved in the above aspect. In a possible design, the chip system further includes a memory, and the memory is used to store necessary program instructions and data for the computer device. The chip system may be composed of chips, or may include chips and other discrete devices.

Among them, the technical effects brought by the third to twelfth aspects or any one of the possible implementation methods can be found in the technical effects brought by the different possible implementation methods of the first aspect or the second aspect, and will not be described again here.

Description of the drawings

Figure 1a is a schematic diagram of a computer device 100 provided by an embodiment of the present application;

Figure 1b is a schematic diagram of an application scenario in the embodiment of the present application;

Figure 2 is a schematic diagram of a data recovery method in an embodiment of the present application;

Figure 3 is a schematic diagram of block-level CDP;

Figure 4 is a schematic diagram of the collection scene of file index information involved in the embodiment of the present application;

Figure 5 is a schematic diagram of a data recovery scenario in an embodiment of the present application;

Figure 6 is a schematic diagram of an embodiment of the data recovery device in the embodiment of the present application.

Detailed ways

The terms "first", "second", "third", "fourth", etc. (if present) in the description and claims of this application and the above-mentioned drawings are used to distinguish similar objects without necessarily using Used to describe a specific order or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances so that the embodiments of the application described herein can, for example, be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "include" and "corresponding to" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or apparatus that includes a series of steps or units and need not be limited to those explicitly listed may include other steps or elements not expressly listed or inherent to the process, method, product or apparatus.

Compared with traditional hardware resources, which have the disadvantages of high cost and rapid replacement, many companies will choose to rent cloud resources to replace traditional hardware resources, and cloud technology emerged as the times require. Since renting cloud resources only requires paying a certain amount of rent, it can completely replace the original hardware resources, and there is no need to purchase new hardware resources for upgrading and expansion, which can reduce the cost of enterprises to a certain extent.

It can be understood that cloud technology refers to a hosting technology that unifies a series of resources such as hardware, software and network within a wide area network or local area network to realize data calculation, storage, processing and sharing. Cloud technology is a general term for network technology, information technology, integration technology, management platform technology and application technology based on the cloud computing business model. It can form a resource pool and use it on demand, which is flexible and convenient. Cloud computing technology will become an important support. The background services of technical network systems require a large amount of computing and storage resources, such as video websites, picture websites and more portal websites. With the rapid development of the Internet industry and applications. In the future, each item may have its own identification mark, which needs to be transmitted to the backend system for logical processing. Data at different levels will be processed separately. All types of industry data require strong system backing support. Only Achieved through cloud computing.

Cloud computing refers to the delivery and usage model of IT infrastructure, which refers to obtaining the required resources through the network in an on-demand and easily scalable manner; cloud computing in a broad sense refers to the delivery and usage model of services, which refers to the on-demand and easily scalable method through the network. Get the services you need in an easily scalable way. This kind of service can be Internet technology (IT), related to software and the Internet, or other services. Cloud computing is grid computing, distributed computing, parallel computing, utility computing, network storage technologies, virtualization, load balancing ( load balance) and other traditional computer and network technology development and integration products. Cloud computing has developed rapidly with the development of the Internet, real-time data streams, diversification of connected devices, and the demand for search services, social networks, mobile commerce, and open collaboration. Different from the previous parallel distributed computing, the emergence of cloud computing will conceptually promote revolutionary changes in the entire Internet model and enterprise management model.

FIG. 1a is a schematic diagram of a computer device 100 provided by an embodiment of the present application. The computer device 100 can be used in the first device and/or the second device proposed in the embodiments of this application. As shown in Figure 1a, a computer device 100 includes a processor 102 and a memory 104. The processor 102 is connected to the memory 104 through a double data rate (DDR) bus 103. Here, different memories 104 may use different data buses to communicate with the processor 102, so the DDR bus 103 may also be replaced with other types of data buses. The embodiment of the present application does not limit the bus type. In addition, the computer device 100 also includes various I/O devices, and the processor 102 can access these I/O devices 107 through the PCIe bus 105.

The processor (Processor) 102 is the computing core and control core of the computer device 100 . One or more processor cores 204 may be included in the processor 102 . The processor 102 may be a very large scale integrated circuit. An operating system and other software programs are installed in the processor 102, so that the processor 102 can access the memory 104 and various PCIe devices. It can be understood that in the embodiment of the present invention, the Core 204 in the processor 102 may be, for example, a central processing unit (Central Processing unit, CPU), or other specific integrated circuit (Application Specific Integrated Circuit, ASIC). The processor 102 can also be other general-purpose processors, digital signal processing (DSP), application specific integrated circuit (ASIC), field programmable gate array (field programmable gate array, FPGA) or Other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. In practical applications, the computer device 100 may also include multiple processors.

The memory controller (Memory Controller) is a bus circuit controller that controls the memory 104 within the computer device 100 and is used to manage and plan data transmission from the memory 104 to the Core 204. Through the memory controller, data can be exchanged between memory 104 and Core204. The memory controller can be a separate chip and connected to the Core204 through the system bus. Those skilled in the art will know that the memory controller can also be integrated into the processor 102, can also be built into the north bridge, or can be an independent memory controller chip. The embodiment of the present invention does not specify the specific location of the memory controller. and limit the form of existence. In actual applications, the memory controller may control necessary logic to write data to or read data from the memory 104 . The memory controller 104 may be a memory controller in a processor system such as a general-purpose processor, a dedicated accelerator, a GPU, an FPGA, or an embedded processor.

Memory 104 is the main memory of computer device 100 . The memory 104 is usually used to store various running software in the operating system, input and output data, and information exchanged with external memory. In order to improve the access speed of the processor 102, the memory 108 needs to have the advantage of fast access speed. In traditional computer system architecture, dynamic random access memory (Dynamic Random Access Memory, DRAM) is usually used as the memory 104. The processor 102 is able to pass the memory controller Access the memory 104 at high speed and perform read and write operations on any storage unit in the memory 104. In addition to DRAM, the memory 104 can also be other random access memories, such as static random access memory (Static Random Access Memory, SRAM), etc. In addition, the memory 104 may also be a read-only memory (Read Only Memory, ROM). As for the read-only memory, for example, it can be a programmable read-only memory (Programmable Read Only Memory, PROM), an erasable programmable read-only memory (Erasable Programmable Read Only Memory, EPROM), etc. This embodiment does not limit the number and type of memory 104. In addition, the memory 104 can be configured to have a power-saving function. The power-saving function means that the data stored in the memory will not be lost when the system is powered off and then on again. The memory 104 with a power-saving function is called a non-volatile memory.

Input/output (I/O) device 107 refers to hardware that can transmit data, and can also be understood as a device connected to an I/O interface. Common I/O devices include network cards, printers, keyboards, mice, etc. All external storage can also be used as I/O devices, such as hard disks, floppy disks, optical disks, etc. The processor 102 can access various IO devices 107 through the PCIe bus 105 . It should be noted that the PCIe bus 105 is just one example and can be replaced by other buses, such as the Unified Bus (UB) bus, etc.

Baseboard Management Controller (BMC) 106 can upgrade the firmware of the device, manage the operating status of the device, and troubleshoot faults. The processor 102 can access the baseboard management controller 108 through a PCIe bus or a bus such as USB or I2C. Basic management controller 106 may also be connected to at least one sensor. Obtain status data of computer equipment through sensors, where status data includes: temperature data, current data, voltage data, etc. There is no specific limitation on the type of status data in this application. The baseboard management controller 106 communicates with the processor 102 through the PCIe bus or other types of buses, for example, transmits the acquired status data to the processor 102 for processing. The baseboard management controller 106 can also perform maintenance on the program code in the memory 102, including upgrading or restoring, and so on. The baseboard management controller 106 may also control the power supply circuit or the clock circuit within the computer device 100, etc. In summary, the baseboard management controller 106 can manage the computer device 100 in the above manner. However, the baseboard management controller 106 is only an optional device. In some embodiments, the processor 102 can communicate directly with the sensor to directly manage and maintain the computer device.

First, some concepts involved in the embodiments of this application are introduced:

1. Kernel state and user state.

Due to the need to restrict access capabilities between different programs and prevent them from obtaining memory data of other programs or obtaining data of peripheral devices, the processor is divided into two permission levels: user mode and kernel mode.

When a task or a process executes a system call and is executed in kernel code, we say that the process is in kernel mode. At this time, the processor is executing in the kernel code with the highest privilege level. In the kernel state, the processor can access all data in the memory, including peripheral devices such as hard disks, network cards, etc. The processor can also switch itself from one program to another. When a process is executing the user's own code, it is said to be in user mode. At this time, the processor is running in the user code with the lowest privilege level and can only use the regular processor instruction set and cannot use the processor instruction set that operates hardware resources. In user mode, the processor can only have limited access to memory and is not allowed to access peripheral devices, such as IO reading and writing, network card access, memory application, etc. And processor resources can be obtained by other programs.

Under normal circumstances, applications run in user mode, but sometimes applications also need to do some things in kernel mode, such as reading data from the hard disk, or getting input through the keyboard, etc., and the only thing that can do these things is the operation system, so at this time the program needs to switch from user mode to kernel mode. There are three ways to switch from user mode to kernel mode. A. System call. System call is a way for a user-mode process to actively request to switch to the kernel mode. The user-mode process applies to use the service program of the operating system to complete the work through the system call. B. Abnormal. When the CPU is executing a program running in user mode, some unknown exception occurs, which will trigger a switch from the current running process to the kernel-related program that handles the exception. , it goes to the kernel state, such as page fault exception. C. Interruption of peripheral devices. When the peripheral device completes the operation requested by the user, it will send a corresponding interrupt signal to the CPU. At this time, the CPU will suspend execution of the next instruction to be executed and instead execute the processing program corresponding to the interrupt signal. If the previously executed instruction is Programs in user mode, then this conversion process naturally involves switching from user mode to kernel mode. For example, after the hard disk read and write operations are completed, the system will switch to the hard disk read and write interrupt handler to perform subsequent operations. These three methods are the most important ways for the system to transfer from user mode to kernel mode during runtime. System calls can be considered to be actively initiated by the user process, while exceptions and peripheral device interrupts are passive.

2. Virtualization technology.

Virtualization is the logical representation of resources so that they are not bound by physical limitations. Technology that maps any form of interfaces and resources to another form of interfaces and resources can become virtualization technology. Its implementation is generally to add a virtualization software layer to the system to abstract the lower layer resources into another form of resources and provide them to the upper layer for use.

Among them, the computer system simulated through virtualization is called a virtual machine (Virtual Machine, VM). The underlying machine that runs the virtual machine is called the host. The software running on the virtual environment is called the guest. If there is an operating system, correspondingly, the operating system running on the underlying machine is called the host operating system (Host Operating System, HostOS). The operating system running on the virtual machine is called the guest operating system (Guest Operating System, GuestOS).

3. Snapshot technology.

Businesses around the world recognize the business value of their data and, therefore, seek reliable and cost-effective ways to protect the information stored on their computer networks while minimizing the impact on productivity. Companies will back up their critical computing systems such as databases, file servers, web servers, etc. as part of a daily, weekly or monthly maintenance schedule. The company will also seek to protect the computer systems used by each of its employees, such as those used by the accounting department, marketing department, engineering department, etc. Given the rapidly expanding volumes of data being managed, companies continue to seek innovative technologies to manage data growth in addition to protecting it.

Historically, snapshot and clone operations have been performed on storage containers as virtual objects. A clone is a copy of an existing virtual machine (VM). The existing virtual machine is called the clone's parent virtual machine. After the cloning operation is complete, the clone is an individual virtual machine, and the snapshot is a copy of the virtual machine's disk files at a given point in time. Snapshots provide a log of changes to a virtual disk that can be used to restore a virtual machine to a specific point in time in the event of a failure or system error. Simply put, a clone is about making a complete copy of something, while a snapshot is about making an initial copy and then just making simple subsequent changes. Additionally, storage snapshots can be used to create clones.

For Storage Area Network (SAN) arrays, these operations are performed on Logical Unit Number (LUN), while for Network Attached Storage (Network AttachedStorage, NAS) arrays, these operations are performed on volumes or Performed on aggregates, volumes or aggregates are logical objects. These two operations effectively enable users to capture one or more instant images of a data set (called snapshots) and share the images among multiple users in a non-overlapping manner (called clones).

In this application, "clone" means making a complete, writable copy of an object. The object can be a file, directory, or volume.

In this application, a "snapshot" refers to taking an original image at a specific point in time, and then each subsequent image differs only from the previous image.

Next, the data recovery method proposed in the embodiment of the present application will be introduced with reference to the accompanying drawings. First, the application scenarios applicable to the embodiments of the present application are shown in Figure 1b. Figure 1b is a schematic diagram of an application scenario in the embodiments of the present application. The data recovery method proposed in the embodiment of the present application can be used in a distributed storage system or a centralized storage system, and the embodiment of the present application does not limit this.

The application scenario includes: a first device, a second device and a third device. The first device is also called the production host. The first device is used to generate data that needs to be backed up. The second device is also called a backup host. The second device is used to back up the data generated by the first device. The third device is also called the user host. The user accesses the second device through the third device, and then issues instructions to the second device through the third device for restoring the backup data.

In a possible implementation, the first device, the second device and the third device are deployed on the same physical computer device (the same physical computer device may include one or more physical computer devices, such as a computer device cluster). The first device, the second device and the third device belong to different virtual machines.

In another possible implementation, the first device and the second device are deployed in different physical computer devices. The third device and the first device are the same physical computer device, and the third device provides a user-oriented function window, such as a function window provided by a browser (Web Browser). By accessing this function window, the user issues instructions to the second device for restoring backup data.

In another possible implementation, the first device, the second device and the third device are respectively deployed in different physical computer devices.

Please refer to Figure 2. Figure 2 is a schematic diagram of a data recovery method in an embodiment of the present application. A data recovery method proposed in the embodiment of this application includes:

201. The first device obtains file index information.

In this embodiment, the first device first obtains the file index information of the global file in the first device. For example, the file index information includes the file index information of each file in the global file. The file index information of one of the files is for example: "D:\aaa\bbb\cc.txt".

202. The first device sends file index information to the second device.

In this embodiment, after the first device obtains the file index information, it sends the file index information to the second device. Backup and save by the second device.

203. The first device updates the file index information.

In this embodiment, after step 201, it is monitored whether at least one file is added, deleted or modified in the first device. When at least one file is added, deleted or modified in the first device, first sub-index information is generated, and the first sub-index information indicates the number of the at least one file added, deleted or modified in the first device. Index information, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying. The file index information is updated according to the first sub-index information, and the updated file index information includes the first sub-index information.

For example, when the first device adds, deletes, or modifies at least one file, for example, when the first device sends an IO write, the first device intercepts the IO write and sends the IO write data to the second device. . The second device performs CDP processing, writes IO written data to the CDP data volume and log volume, and performs backup storage of the IO written data. During this process, the first device updates the file index information and sends the updated file index information to the second device, and the second device performs backup and storage.

For example, the updated file index information is shown in Table 1:

Table 1

In Table 1, the first device obtains the file index information of the global file of the first device for the first time at "14:00:00". Then, the first device monitors whether at least one file is added, deleted, or modified in the first device.

When at least one file is added, deleted or modified in the first device, first sub-index information is generated, and the first sub-index information indicates the number of the at least one file added, deleted or modified in the first device. Index information, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying. The first sub-index information is, for example, the file index information corresponding to "15:05:22" in Table 1. Specifically, the first device detects a new (or written) "cc.txt" file at "15:05:22" , the file index (or address information) of the "cc.txt" file is "D:\aaa\bbb\cc.txt", and the operation type is "new" (or write).

204. The first device sends updated file index information to the second device.

In this embodiment, the first device sends updated file index information to the second device.

Further, the first device sends the file data to the second device, and the second device backs up the file data.

205. The second device obtains snapshot information.

In this embodiment, the second device obtains the snapshot information according to the user policy, and the snapshot information is the snapshot information of the global file in the first device at a certain moment. The user policy includes but is not limited to: at a predefined time, the first device obtains file index information, and at the predefined time, the second device obtains snapshot information of the global file. Another example: the first device periodically obtains file index information, and the second device periodically obtains snapshot information of global files, and the two acquisition periods are the same.

For example, after obtaining the snapshot information, the second device writes the snapshot information (or snapshot data) to the CDP data volume.

After the second device obtains the snapshot information, the second device associates and saves the file index information and the snapshot information.

Table 2

In Table 2, the first device obtains the file index information (global file) of the first device for the first time at "14:00:00", and the second device also obtains a snapshot of the first device's global file at "14:00:00" information. Then, when the second device receives the file index information from the first device, the second device associates and stores the file index information of "14:00:00" with the snapshot information (T1). After the first device updates the file index information, the first device sends the updated file index information to the second device, and the second device performs backup and storage. Then, at time T2 (15:00:00), the first device obtains the snapshot information (T2) and the file index information of "15:00:00", and the second device obtains the file index information of "15:00:00" Stored in association with snapshot information (T2). And so on.

206. The second device receives a second recovery request from the third device, and the second recovery request is used to recover data at the target time.

In this embodiment, the user selects a target time through the third device, and the target time is used as the time when the user expects to restore the data. The user sends a second recovery request to the second device through the third device, and the second recovery request is used to recover data at the target time.

207. The second device determines the target file index information according to the second recovery request.

In this embodiment, the second device determines the target file index information according to the second recovery request. The recording time of the target file index information is earlier than or equal to the target time, and the recording time of the target file index information is The time satisfies: the recording time with the smallest difference from the target time in the file index information set, the file index information set includes at least one file index information, and the file index information includes the index information of the global file in the first device.

For example, taking Table 2 as an example, when the target time is "15:47:25", it is determined that the recording time of the closest file index information is between T2 ~ T3 (15:00:00 ~ 15:47:28) between, and no earlier than 15:47:28. Then, the second device determines the target file index information, which includes the index information of the global file recorded at 15:00:00 (also known as the full file index) and the index information from 15:00:00 to 15:47:28 ( Excluding the first sub-index information (also called incremental file index) recorded at 15:47:28). Optionally, the target file index information is obtained by merging the above-mentioned full file index and incremental file index.

208. The second device sends the target file index information to the third device.

In this embodiment, the second device sends target file index information to the third device. Optionally, the third device displays the directory structure of the global file at the target time to the user based on the target file index information. For example, the directory structure of the global files at the target moment is displayed through the browser page, so that the user can select the target file to be restored through the visual interface. The target file can include one or more files.

209. The second device receives the first recovery request from the third device. The first recovery request is used to request recovery of the target time. target file.

In this embodiment, after the user determines the target file that needs to be restored through the visual interface, the third device sends a first restore request to the second device, and the first restore request is used to request to restore the target file at the target time.

210. The second device determines the target snapshot information from the snapshot information set according to the first recovery request.

In this embodiment, the second device determines the target snapshot information from the snapshot information set according to the first recovery request. The target snapshot information includes the index information of the target file, and the snapshot time of the target snapshot information is earlier than or equal to The target time, and the snapshot time of the target snapshot information satisfies: the snapshot time with the smallest difference from the target time in the snapshot information set, and the snapshot information set includes at least one snapshot information.

For example, taking Table 2 as an example, when the target time is "15:47:25", the snapshot time of the target snapshot information is determined to be T2. The second device then determines the target snapshot information (T2).

211. The second device creates the target proxy volume based on the target snapshot information.

In this embodiment, the second device creates the target proxy volume based on the target snapshot information. Specifically: perform link clone (link clone) based on the target snapshot information to obtain the target proxy volume (that is, the copy information of the target snapshot information). The target proxy volume serves as a proxy volume for data access (or file IO).

212. The second device mounts the target proxy volume.

In this embodiment, after creating the target proxy volume, the second device mounts the target proxy volume. For example, the second device mounts the target proxy volume through a mount server.

213. The second device redoes the log file according to the target time and restores the target file at the target time.

In this embodiment, the second device redoes the log file according to the target time, and then restores the target file at the target time from the memory of the second device. For example: extract the target file of the target time "15:47:25" from the memory of the second device.

Optionally, after the second device completes the redo log file, step 214 is entered (the target proxy volume is rolled back to the target time).

Optionally, after the second device starts executing the redo log file, step 214 is entered. Here, there is no need to wait for the second device to complete the redo log file before rolling back the data of the target proxy volume to the target time. Step 213 and step 214 are asynchronous processing.

214. The second device rolls back the data of the target proxy volume to the target time according to the target time, and obtains the updated target proxy volume.

In this embodiment, the second device rolls back the data of the target proxy volume to the target time according to the target time. After rolling back to the target time, the updated target proxy volume is obtained. The updated index information indicated by the target proxy volume includes index information of the target file at the target time.

215. The second device sends the target file to the third device.

In this embodiment, after the second device completes the recovery of the target file at the target time, the second device sends the target file to the third device. For example, the target file at the target time is sent to the third device (user) in the form of a file stream through Hyper Text Transfer Protocol (HTTP). So that users can browse the target files instantly.

With reference to the foregoing embodiments, application scenarios involved in the embodiments of the present application will be introduced below with reference to the accompanying drawings. First, please refer to Figure 3, which is a schematic diagram of block-level CDP. The first device (production host) can be divided into multiple units according to functions, including: The user mode includes: application program (APP) and agent (agent), where the agent (agent) includes the application control unit (app-control) ;The kernel state includes: file system, container (volume), driver (driver) and disk (disk), where the driver (driver) includes: checkpoints (checkpoints), container (volume) and a changed block tracking bitmap (CBT bitmap). The first device also includes a memory (storage).

The second device (backup device) can be divided into multiple units according to functions, including: continuous data protection device (CDP appliance), snapshot data container (data vol), data (data) and log (journal), among which continuous data protection The device (CDP appliance) includes: manager unit (manager), snapshot unit (snapshot) and data receiving unit (data receiver).

Specifically, the block-level CDP process is as follows: After a file IO event occurs in the first device detection application (APP), the agent issues a command (Control CMD) to the checkpoints in the driver (driver). Then, the driver sends the file block data corresponding to the file IO event to the data receiving unit (data receiver) of the second device. Stored in the form of IO logs and data on the second device side for PITR.

On this basis, the application scenarios proposed by the embodiment of the present application are shown in Figures 4 and 5. Figure 4 is a schematic diagram of the collection scenario of file index information involved in the embodiment of the present application. Figure 5 is a schematic diagram of a data recovery scenario in an embodiment of the present application.

First, Figure 4 is introduced. In the collection stage of file index information: the first device adds a new collection unit (fs-catalog) to the user-mode agent. The collection unit (fs-catalog) can obtain file indexing information (indexing data) from the file system (file system). The collection unit (fs-catalog) has the ability to obtain file index information in real time (for example, when a file IO event occurs, obtain the file index information after the file IO event). The second device adds a synchronization unit (catalog engine) to the CDP appliance.

The specific collection process is as follows: After collecting file index information (including full file index and incremental file index), the collection unit (fs-catalog) sends the file index information to the synchronization unit (catalog engine) of the second device. The synchronization unit (catalog engine) of the second device stores the file index information into the indexing store.

Next, Figure 5 is introduced. During the data recovery stage, the second device adds a mount server (mount server) and a delegate volume (delegate volume). Among them, the mount server (mount server) is used to automatically and quickly view the content of a file when the user instantly Provide the file content (that is, mount the target proxy volume), and the proxy volume (delegate volume) is used to automatically create a linked clone volume (that is, create the target proxy volume).

The specific data recovery process is as follows: when the third device (user host) needs to recover the target data at the target time. The third device instructs the second device to find the target file index information (target time) through the browser (Web Browser). The synchronization unit (catalog engine) of the second device instructs the indexing store (indexing store) to redo the log files on-demand (on-demand log redo). The second device determines corresponding snapshot information (snapshot 2 (T2)) based on the file index information (target time). The proxy volume (delegate volume) extracts the target snapshot information (snapshot 2 (T2)) from the snapshot data container (data vol), and then obtains the linked clone volume (link clone), which is also called the target proxy volume. The delegate volume restores the target data at the target time from the journal. Finally, the second device sends the target data to the third device.

The above mainly introduces the solutions provided by the embodiments of the present application from the perspective of methods. It can be understood that, in order to implement the above functions, the above-mentioned memory isolation device includes hardware structures and/or software modules corresponding to each function. Persons skilled in the art should easily realize that, with the modules and algorithm steps of each example described in conjunction with the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driving the hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each specific application, but such implementations should not be considered beyond the scope of this application.

Embodiments of the present application can divide the memory isolation device into functional modules according to the above method examples. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or software function modules. need to say It should be noted that the division of modules in the embodiments of the present application is schematic and is only a logical function division. In actual implementation, there may be other division methods.

The data recovery device in the present application will be described below. Please refer to FIG. 6 . FIG. 6 is a schematic diagram of an embodiment of the data recovery device in the embodiment of the present application. Data recovery equipment includes:

Transceiver module 601, configured to obtain file index information, where the file index information includes index information of global files in the first device;

The transceiver module 601 is also used for the first device to send the file index information to a second device, and the second device is used to perform data backup;

The processing module 602 is configured to update the file index information. The updated file index information includes updated index information of at least one file in the first device.

In one possible implementation,

The processing module 602 is also used to monitor whether at least one file is added, deleted or modified in the first device;

The processing module 602 is also configured to generate first sub-index information when at least one file is added, deleted, or modified in the first device, and the first sub-index information indicates that the file is added, deleted, or modified in the first device. Or modify the index information of at least one file, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying;

The processing module 602 is further configured to update the file index information according to the first sub-index information, and the updated file index information includes the first sub-index information.

In one possible implementation,

The sending and receiving module 601 is also configured to send the updated file index information to the second device.

Another possible example:

The transceiver module 601 is configured to receive a first recovery request, where the first recovery request is used to request recovery of the target file at the target time;

Processing module 602, configured to determine target snapshot information from a snapshot information set according to the first recovery request, where the target snapshot information includes index information of the target file, and the snapshot time of the target snapshot information is earlier than or equal to The target time, and the snapshot time of the target snapshot information satisfies: the snapshot time with the smallest difference from the target time in the snapshot information set, and the snapshot information set includes at least one snapshot information;

The processing module 602 is also configured to create a target proxy volume according to the target snapshot information;

The processing module 602 is also used to mount the target proxy volume, which provides file input and output IO services, and the target proxy volume is used to obtain the target file;

The processing module 602 is also used to restore the target file according to the target proxy volume.

In one possible implementation,

The transceiver module 601 is also configured to receive a second recovery request, where the second recovery request is used to request recovery of the data at the target time;

The processing module 602 is also configured to determine the target file index information according to the second recovery request, the recording time of the target file index information is earlier than or equal to the target time, and the recording time of the target file index information Satisfies: the recording time with the smallest difference from the target time in the file index information set, the file index information set includes at least one file index information, the file index information includes the index information of the global file in the first device;

The processing module 602 is also used to restore the target file index information, and the target file index information is used to determine the target file;

In one possible implementation,

The processing module 602 is also configured to redo the log file according to the target time and restore the target file at the target time;

The processing module 602 is also configured to roll back the data of the target proxy volume to the target time according to the target time, and obtain the updated target proxy volume, and the index indicated by the updated target proxy volume. The information includes index information of the target file at the target time;

The processing module 602 is also configured to restore the target file according to the updated target proxy volume.

In one possible implementation,

The transceiver module 601 is also configured to obtain the first snapshot information, which is the snapshot information of the global file in the first device at the first moment.

In one possible implementation,

The transceiver module 601 is also configured to obtain second snapshot information, where the second snapshot information is the snapshot information of the global file in the first device at the second moment;

The processing module 602 is also configured to update the snapshot information set. The updated snapshot information set includes: the first snapshot information and the second snapshot information.

In one possible implementation,

The transceiver module 601 is also configured to receive file index information from the first device, where the file index information includes index information of global files in the first device;

The processing module 602 is also configured to associate and save the file index information with the snapshot information set.

This application also provides a chip system, which includes a processor and is used to support the above-mentioned terminal device to implement its related functions, for example, for example, receiving or processing the data involved in the above-mentioned method embodiments. In a possible design, the chip system further includes a memory, and the memory is used to store necessary program instructions and data for the terminal device. The chip system may be composed of chips, or may include chips and other discrete devices.

In another embodiment of the present application, a computer-readable storage medium is also provided. Computer-executable instructions are stored in the computer-readable storage medium. When at least one processor of the device executes the computer-executed instructions, the device executes the above figure. Methods described in some embodiments from 2 to 5.

In another embodiment of the present application, a computer program product is also provided. The computer program product includes computer-executable instructions, and the computer-executable instructions are stored in a computer-readable storage medium; at least one processor of the device can obtain data from a computer-readable storage medium. The storage medium is read to read the computer execution instructions, and at least one processor executes the computer execution instructions to cause the device to perform the methods described in some embodiments of FIGS. 2 to 5 above.

In addition, it should be noted that the device embodiments described above are only illustrative. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physically separate. The physical unit can be located in one place, or it can be distributed across multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. In addition, in the drawings of the device embodiments provided in this application, the connection relationship between modules indicates that there are communication connections between them, which can be specifically implemented as one or more communication buses or signal lines.

Through the above description of the embodiments, those skilled in the art can clearly understand that the present application can be implemented by software plus necessary general hardware. Of course, it can also be implemented by dedicated hardware including dedicated integrated circuits, dedicated CPUs, dedicated memories, Special components, etc. to achieve. In general, all functions performed by computer programs can be easily implemented with corresponding hardware. Moreover, the specific hardware structures used to implement the same function can also be diverse, such as analog circuits, digital circuits or special-purpose circuits. circuit etc. However, for this application, software program implementation is a better implementation in most cases. Based on this understanding, the technical solution of the present application is essentially or that part that contributes to the existing technology. It can be embodied in the form of software products. The computer software products are stored in readable storage media, such as computer floppy disks, USB flash drives, mobile hard disks, ROM, RAM, magnetic disks or optical disks, etc., and include a number of instructions to enable A computer device performs the methods described in various embodiments of the application.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it may be implemented in whole or in part in the form of a computer program product.

The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website, a computer, a memory-isolated device , computing equipment or data center to another website, computer, memory isolation device, computing equipment through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) or data center for transmission. The computer-readable storage medium may be any available medium that a computer can store, or a data storage device such as a training device or a data center integrated with one or more available media. The available media may be magnetic media (eg, floppy disk, hard disk, tape), optical media (eg, DVD), or semiconductor media (eg, Solid State Disk (SSD)), etc.

It will be understood that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic associated with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of the present application, the size of the sequence numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its functions and internal logic, and should not be used in the embodiments of the present application. The implementation process constitutes any limitation.

Additionally, the terms "system" and "network" are often used interchangeably herein. The term "and/or" in this article is just an association relationship that describes related objects, indicating that three relationships can exist. For example, A and/or B can mean: A exists alone, A and B exist simultaneously, and they exist alone. B these three situations. In addition, the character "/" in this article generally indicates that the related objects are an "or" relationship.

It should be understood that in the embodiment of the present application, "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B only based on A. B can also be determined based on A and/or other information.

Those of ordinary skill in the art can appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of both. In order to clearly illustrate the relationship between hardware and software Interchangeability, in the above description, the composition and steps of each example have been generally described according to functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each specific application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, devices and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be described again here.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated. to another system, or some features can be ignored, or not implemented. Another point, the phase shown or discussed The mutual coupling or direct coupling or communication connection may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

A unit described as a separate component may or may not be physically separate. A component shown as a unit may or may not be a physical unit, that is, it may be located in one place, or it may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit. The above integrated units can be implemented in the form of hardware or software functional units.

Integrated units may be stored in a computer-readable storage medium if they are implemented in the form of software functional units and sold or used as independent products. Based on this understanding, the technical solution of the present application is essentially or contributes to the existing technology, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application.

In short, the above descriptions are only preferred embodiments of the technical solution of the present application and are not intended to limit the protection scope of the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of this application shall be included in the protection scope of this application.

Claims

A data recovery method, characterized in that the method is applied to a first device, and the method includes:

Obtain file index information, where the file index information includes index information of global files in the first device;

The first device sends the file index information to a second device, and the second device is used to perform data backup;

The file index information is updated, and the updated file index information includes updated index information of at least one file in the first device.
The method according to claim 1, characterized in that the first device updates the file index information, including;

Monitor whether at least one file is added, deleted or modified in the first device;

When at least one file is added, deleted or modified in the first device, first sub-index information is generated, and the first sub-index information indicates the number of the at least one file added, deleted or modified in the first device. Index information, the first sub-index information also includes the operation type of the at least one file, the operation type includes one or more of the following: adding, deleting or modifying;

The file index information is updated according to the first sub-index information, and the updated file index information includes the first sub-index information.
The method according to any one of claims 1-2, characterized in that after sending the file index information to the second device, the method further includes:

Send the updated file index information to the second device.
A data recovery method, characterized in that the method is applied to a second device, and the method includes:

Receive a first recovery request, where the first recovery request is used to request recovery of the target file at the target time;

According to the first recovery request, target snapshot information is determined from a snapshot information set, the target snapshot information includes index information of the target file, the snapshot time of the target snapshot information is earlier than or equal to the target time, and , the snapshot time of the target snapshot information satisfies: the snapshot time with the smallest difference from the target time in the snapshot information set, and the snapshot information set includes at least one snapshot information;

Create a target proxy volume according to the target snapshot information;

Mount the target proxy volume, which provides file input and output IO services, and the target proxy volume is used to obtain the target file;

The target file is restored based on the target proxy volume.
The method according to claim 4, characterized in that before receiving the first recovery request, the method further includes:

Receive a second recovery request, where the second recovery request is used to request recovery of data at the target time;

According to the second recovery request, the target file index information is determined, the recording time of the target file index information is earlier than or equal to the target time, and the recording time of the target file index information satisfies: in the file index information set The recording time with the smallest difference from the target time, the file index information set includes at least one file index information, and the file index information includes index information of global files in the first device;

The target file index information is restored, and the target file index information is used to determine the target file.
The method according to any one of claims 4 or 5, characterized in that restoring the target file according to the target proxy volume includes:

Redo the log file at the target time and restore the target file at the target time;

According to the target time, the data of the target proxy volume is rolled back to the target time to obtain the updated target proxy volume. The index information indicated by the updated target proxy volume includes the index information of the target time. Index information of the target file;

The target file is restored based on the updated target proxy volume.
The method according to any one of claims 4-6, characterized in that the method further includes:

Obtain first snapshot information, where the first snapshot information is the snapshot information of the global file in the first device at the first moment.
The method according to claim 7, characterized in that after obtaining the first snapshot information, the method further includes:

Obtain second snapshot information, where the second snapshot information is the snapshot information of the global file in the first device at the second moment;

The snapshot information set is updated, and the updated snapshot information set includes: the first snapshot information and the second snapshot information.
The method according to any one of claims 7-8, characterized in that the method further includes:

Receive file index information from the first device, where the file index information includes index information of global files in the first device;

The file index information is associated and saved with the snapshot information set.
A data recovery system, characterized in that the system includes:

A first device, the first device is used to perform the method according to any one of the preceding claims 1-3;

Second device, the second device is used to perform the method according to any one of the preceding claims 4-9.
A computing device cluster, characterized by including at least one computing device, each computing device including a processor and a memory;

The processor of the at least one computing device is configured to execute instructions stored in the memory of the at least one computing device, so that the cluster of computing devices executes the method described in any one of claims 1-3, or 4-9. method.
A computer program product containing instructions, characterized in that, when the instructions are run by a cluster of computer equipment, the cluster of computer equipment causes the cluster of computer equipment to perform the method according to any one of claims 1-9.
A computer-readable storage medium, characterized in that it includes computer program instructions. When the computer program instructions are executed by a computing device cluster, the computing device cluster performs the method according to any one of claims 1-9. .
A computer device, characterized by being used as a first device, including:

A transceiver module, configured to perform reception and/or transmission-related operations performed by the first device in the method described in any one of claims 1-3;

A processing module, configured to perform other operations other than the receiving and/or sending related operations performed by the first device in the method according to any one of claims 1-3.
A computer device, characterized by being used as a second device, including:

A transceiver module, configured to perform reception and/or transmission-related operations performed by the second device in the method described in any one of claims 4-9;

A processing module configured to perform other operations other than the receiving and/or sending related operations performed by the second device in the method according to any one of claims 4 to 9.
A computer device used as a first device, characterized by including;

Communication Interface;

A processor connected to the communication interface causes the first device to execute the method according to any one of claims 1 to 3 based on the communication interface and the processor.
A computer device used as a second device, characterized in that it includes:

Communication Interface;

A processor connected to the communication interface causes the second device to perform the method according to any one of claims 4 to 9 based on the communication interface and the processor.