Backup methods, devices, equipment and storage media for multi-host business systems

Abstract

This invention belongs to the field of data backup technology and discloses a backup method, apparatus, device, and storage medium for a multi-host business system. The method includes: after performing a basic backup of each host in the business system to be backed up, obtaining write operation instructions from each host; performing CDP backup based on the write operation instructions from each host and obtaining confirmation information; and sending back the confirmation information to each host so that each host responds to the write operation instructions after receiving the confirmation information. Through this method, each host in the business system to be backed up is treated as a whole, achieving unified backup of the multi-host business system. By performing CDP backup after obtaining the write operation instructions from each host, and by using serial synchronization processing of the CDP backup data, the consistency of the backup data is ensured, making the subsequent reconstruction of the business system to be backed up more convenient.

Description

Technical Field

[0001] This invention relates to the field of data backup technology, and in particular to a backup method, apparatus, device, and storage medium for a multi-host business system. Background Technology

[0002] Modern computer business systems often consist of multiple computers. For example, the Ceph distributed file system comprises multiple computer nodes, each storing a portion of the cluster's data. A simple OA (Office Automation) system, on the other hand, consists of a web server, a file server, and a database server, working together to complete the OA business. These multi-host systems share a common characteristic: each host has its own storage device, storing a portion of the system's business data. When performing disaster recovery backups on such business systems, it's necessary to back up the storage of all computers within the system. Methods for backing up multi-host business systems include: performing CDP (continuous data protection) backups on each host; manually selecting backup points to identify inconsistencies during business rebuilding; and using other methods for scheduled backups, which cannot guarantee data consistency. Summary of the Invention

[0003] The main objective of this invention is to provide a backup method, apparatus, device, and storage medium for a multi-host business system, aiming to solve the technical problem that existing technologies cannot guarantee data consistency during CDP backup.

[0004] To achieve the above objectives, the present invention provides a backup method for a multi-host business system, the backup method comprising:

[0005] After performing basic backups on each host in the backup business system, obtain the write operation instructions for each host.

[0006] CDP backup is performed based on the write operation commands of each host, and confirmation information is obtained;

[0007] The system sends confirmation messages to each host so that each host can respond to the write operation command after receiving the confirmation messages.

[0008] Optionally, the CDP backup based on the write operation commands of each host, and the confirmation information obtained, includes:

[0009] The write operation information and the timestamp corresponding to the write operation information are obtained based on the write operation instructions sent by the kernel modules of each host.

[0010] After caching the write operation information and the timestamp corresponding to the write operation information, a confirmation message is generated;

[0011] CDP backup is performed based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup point for each host.

[0012] Optionally, after performing CDP backup based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup points for each host, the method further includes:

[0013] Obtain the completion time and preset duration of the basic backup for each host in the business system to be backed up;

[0014] The start time for CDP backup evaluation is determined based on the completion time;

[0015] The target backup point for each host is determined based on the examination start time, preset duration, and CDP backup point of each host.

[0016] The business system to be backed up is rebuilt according to the target backup point of each host.

[0017] Optionally, determining the target backup point for each host based on the examination startup time, preset duration, and CDP backup of each host includes:

[0018] The CDP backup examination stop time is determined based on the examination start time and the preset duration.

[0019] When the inspection stop time is reached, a backup stop command is sent to the kernel module of each host in the business system to be backed up, so that the kernel module stops feeding back write operation commands;

[0020] The investigation period is determined based on the investigation start time and the investigation stop time.

[0021] Obtain the CDP backup points of each host during the observation period from the CDP backup points of each host.

[0022] The target backup point for each host is determined based on the CDP backup point and the time period of the assessment.

[0023] Optionally, determining the target backup point for each host based on the CDP backup point and the observation period for each host includes:

[0024] The observation period is divided into segments to obtain each segment and the corresponding CDP backup point for each host.

[0025] The number of backup points corresponding to each segment is determined based on the CDP backup points of each host in each segment.

[0026] Find the segment with the fewest backup points among the backup point counts of each segment and use it as the target segment.

[0027] The target backup point for each host is determined based on the target segmentation.

[0028] Optionally, determining the target backup point for each host based on the target segment includes:

[0029] The target segmentation time is determined based on the target segmentation.

[0030] The target backup time period is determined based on the target division time and the investigation start time;

[0031] Obtain the target CDP backup points for each host within the target backup time period from the CDP backup points examined for each host.

[0032] Data is synthesized for the target CDP backup points of each host to obtain the target backup points of each host.

[0033] Optionally, before obtaining the write operation instructions for each host after performing a basic backup of each host in the business system to be backed up, the method further includes:

[0034] A backup start command is sent to each host in the business system to be backed up, so that each host performs cache data flushing according to the backup start command, triggers the write operation of dirty pages in the operating system memory cache, writes the dirty page data in memory to the disk, and performs basic backup based on the valid data blocks or modified data blocks in the disk.

[0035] Furthermore, to achieve the above objectives, the present invention also proposes a backup device for a multi-host business system, the backup device for the multi-host business system comprising:

[0036] The acquisition module is used to acquire the write operation instructions of each host after performing a basic backup of each host in the business system to be backed up.

[0037] The backup module is used to perform CDP backups based on write operation commands from each host and obtain confirmation information.

[0038] The feedback module is used to send confirmation information to each host so that each host can respond to the write operation command after receiving the confirmation information.

[0039] Furthermore, to achieve the above objectives, the present invention also proposes a backup device for a multi-host business system, the backup device comprising: a memory, a processor, and a backup program for the multi-host business system stored on the memory and capable of running on the processor, the backup program for the multi-host business system being configured to implement the backup method for the multi-host business system as described above.

[0040] In addition, to achieve the above objectives, the present invention also proposes a storage medium storing a backup program for a multi-host business system, wherein the backup program for the multi-host business system, when executed by a processor, implements the backup method for the multi-host business system as described above.

[0041] This invention performs a basic backup of each host in the business system to be backed up, then obtains the write operation commands from each host; performs CDP backup based on the write operation commands, obtaining confirmation information; and sends the confirmation information back to each host so that each host can respond to the write operation commands upon receiving the confirmation information. Through this method, all hosts in the business system to be backed up are treated as a whole, achieving unified backup of multi-host business systems. By performing CDP backup after obtaining the write operation commands from each host, and using the generated confirmation information to enable each host to respond to the write operation commands, and employing serial synchronization processing of CDP backup data, the consistency of the backup data is guaranteed, making the subsequent reconstruction of the business system to be backed up more convenient. Attached Figure Description

[0042] Figure 1 This is a schematic diagram of the structure of a backup device for a multi-host business system in the hardware operating environment involved in the embodiments of the present invention;

[0043] Figure 2 This is a flowchart illustrating the first embodiment of the backup method for a multi-host business system according to the present invention.

[0044] Figure 3 This is a flowchart illustrating the second embodiment of the backup method for a multi-host business system according to the present invention.

[0045] Figure 4 This is a schematic diagram illustrating the time period division of an embodiment of the backup method for a multi-host business system of the present invention;

[0046] Figure 5 This is a line graph illustrating an embodiment of the backup method for a multi-host business system according to the present invention.

[0047] Figure 6 This is a structural block diagram of the first embodiment of the backup device for the multi-host business system of the present invention.

[0048] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0049] It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the scope of the invention.

[0050] Reference Figure 1 , Figure 1 This is a schematic diagram of the backup device structure of a multi-host business system in the hardware operating environment involved in the embodiments of the present invention.

[0051] like Figure 1 As shown, the backup device of this multi-host service system may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen or an input unit such as a keyboard; optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wireless-Fidelity (Wi-Fi) interface). The memory 1005 may be a high-speed random access memory (RAM) or a stable non-volatile memory (NVM), such as a disk drive. The memory 1005 may also optionally be a storage device independent of the aforementioned processor 1001.

[0052] Those skilled in the art will understand that Figure 1 The structure shown does not constitute a limitation on backup equipment for multi-host business systems and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0053] like Figure 1 As shown, the memory 1005, which serves as a storage medium, may include an operating system, a network communication module, a user interface module, and a backup program for a multi-host business system.

[0054] exist Figure 1In the backup device of the multi-host business system shown, the network interface 1004 is mainly used for data communication with the network server; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the backup device of the multi-host business system of the present invention can be set in the backup device of the multi-host business system. The backup device of the multi-host business system calls the backup program of the multi-host business system stored in the memory 1005 through the processor 1001 and executes the backup method of the multi-host business system provided in the embodiment of the present invention.

[0055] This invention provides a backup method for a multi-host business system, referring to... Figure 2 , Figure 2 This is a flowchart illustrating the first embodiment of a backup method for a multi-host business system according to the present invention.

[0056] The backup method for multi-host business systems includes the following steps:

[0057] Step S10: After performing basic backups on each host in the business system to be backed up, obtain the write operation instructions for each host.

[0058] It should be noted that the execution entity in this embodiment is a backup server, which receives and stores backup data transmitted from each host in the business system to be backed up, and provides the backup data of the business system to be backed up to each host when performing a recovery operation. Each host is a computer in the business system to be backed up that stores business data.

[0059] Understandably, a basic backup refers to a full or incremental backup of each host in the business system to be backed up. A basic backup is required before performing a CDP backup of the hosts. A full system backup refers to backing up the operating system, applications, business data, and metadata such as disk partitions, volumes, and file systems of each host to a backup server. A full backup refers to identifying valid data on disk devices and volumes and backing it up to the backup server. An incremental backup refers to backing up data on disk devices and volumes that has changed since the last full or incremental backup and storing it on the backup server.

[0060] In practical implementation, the business system to be backed up refers to the business system that requires data backup. Since there are multiple hosts in the business system, when creating a backup task on the backup server, all hosts in the business system to be backed up need to be associated with each other and backed up as a whole. That is, when executing the backup task, each host in the business system to be backed up needs to perform a data backup operation. For example, if the business system to be backed up 1 consists of hosts A, B, and C, when creating a backup task, the task needs to be associated with hosts A, B, and C.

[0061] It should be noted that, to conserve resources, after creating the backup task, a quasi-CDP backup method is used to back up the data of the business system to be backed up. This means that a scheduled backup server starts executing the backup task at a set time each day. For example, if the set time is midnight every day, when midnight arrives, the backup server starts the backup task. It first obtains the hosts associated with the backup task and sends a backup start command to the backup agent program on each host to initiate the backup task. Since each host needs to perform a full system-wide backup during the first backup, the backup agent program on each host needs to first identify the valid data blocks on each disk and then back up the valid data blocks. Subsequent backups only require incremental backups. During incremental backups, the backup agent program on each host queries the kernel module for changed areas on the disk and then backs up the data in these changed areas to the backup server, thus completing the incremental backup.

[0062] It is understandable that write operation instructions are generated based on disk write behavior and write operation information after the kernel module of each host captures disk write behavior through disk filtering driver technology. The write operation instructions contain disk write operation information, including but not limited to the disk number, disk offset, and write data corresponding to the write behavior.

[0063] In the specific implementation, when the backup server receives the basic backup data from each host in the business system to be backed up, it indicates that the basic backup of each host has been completed, and the kernel module of each host starts CDP backup. At this time, the CDP receiving process in the backup server obtains the write operation instructions sent by the kernel module of each host.

[0064] It should be noted that during CDP backup, the kernel modules of each host connect to the CDP receiving process of the backup server. This can be done by kernel modules from different hosts connecting to different receiving processes on the backup server, or by kernel modules from different hosts connecting to the same receiving process on the backup server. When each host kernel module connects to the CDP receiving process, the kernel module needs to report its current host ID. The backup server then associates the CDP backup data with the basic backup data based on this host ID.

[0065] It is understandable that when the kernel modules of each host and the CDP receiving process of the backup server communicate, they need to communicate directly using the kernel-mode programming interface, and cannot forward the communication through user-mode processes. This is to minimize the network communication time required between the kernel modules and the CDP receiving process, thereby reducing the disk write time blocked by the kernel modules and reducing the performance impact on the host business system.

[0066] Understandably, to avoid a large number of disk writes during the CDP backup process, which would be blocked by the kernel module and cause the business system to lag, the following further step is taken: after performing a basic backup on each host in the business system to be backed up, and before obtaining the write operation instructions for each host, the backup start command is sent to each host in the business system to be backed up, so that each host performs cache data flushing according to the backup start command, triggers the write operation of dirty pages in the operating system memory cache, writes the dirty page data in memory to the disk, and performs a basic backup based on the valid data blocks or modified data blocks in the disk.

[0067] In the implementation, after creating the backup task, the backup server sends a backup start command to the backup agent program on each host to initiate the backup task. Since each host needs to perform a full system-wide backup during the first backup, subsequent backups only require incremental backups. Before each host performs a full or incremental backup according to the backup start command, to avoid excessive cache flushing during the backup process, the memory cache data needs to be flushed beforehand. This means each host must forcibly flush its system cache data, writing dirty pages from the system cache to the disk. Then, a basic backup is performed based on valid data blocks on the disk, or data blocks modified since the last basic backup. The modified data blocks are those modified since the last basic backup. Dirty pages are data in memory that has been modified but not yet written to the disk.

[0068] It should be noted that the following methods are used to trigger the system to flush the cache: For Windows systems, first enumerate all volume devices on the system, open each volume device, and then call the FlushFileBuffers and fsync series of functions to flush the cache; for Linux-like systems, you can write the preset number 3 to files such as " / proc / sys / vm / drop_caches" to flush the cache.

[0069] Step S20: Perform CDP backup based on the write operation commands of each host and obtain confirmation information.

[0070] It should be noted that after the CDP receiving process of the backup server receives the write operation instructions fed back by the kernel modules of each host, it performs CDP backup according to the write operation information in the write operation instructions. That is, it saves the write operation information, which can be saved in memory first and then stored in the location specified by the backup server later. After the CDP receiving process successfully receives the write operation information, it will generate a confirmation message of successful reception.

[0071] Step S30: Send confirmation information to each host so that each host can respond to the write operation command after receiving the confirmation information.

[0072] It's important to note that the backup server's CDP receiving process sends confirmation information back to the kernel modules of each host. Since each host's kernel module intercepts and blocks disk write commands upon receiving them, and then sends the write command to the backup server's CDP receiving process, only after the backup server's CDP receiving process completes the CDP backup and sends back confirmation information do the host's kernel modules allow the disk write command, thus responding to the write operation. Through this serial synchronization, the timing of the backup server receiving CDP data is equivalent to the timing of disk writes by each host in the system being backed up. Essentially, the CDP receiving process controls the disk write behavior of each host; no host can perform subsequent disk write operations before receiving confirmation information, thereby ensuring backup data consistency.

[0073] This embodiment performs a basic backup of each host in the business system to be backed up, then obtains the write operation commands from each host; performs CDP backup based on the write operation commands from each host, and obtains confirmation information; and sends the confirmation information back to each host so that each host can respond to the write operation commands after receiving the confirmation information. By backing up each host in the business system to be backed up as a whole, unified backup of multiple host business systems is achieved. Furthermore, by performing CDP backup after obtaining the write operation commands from each host, and by using serial synchronization processing of the CDP backup data, the consistency of the backup data is ensured, making the subsequent reconstruction of the business system to be backed up more convenient.

[0074] refer to Figure 3 , Figure 3 This is a flowchart illustrating a second embodiment of a backup method for a multi-host business system according to the present invention.

[0075] Based on the first embodiment described above, step S20 in the backup method for a multi-host service system in this embodiment includes:

[0076] Step S21: Obtain the write operation information and the timestamp corresponding to the write operation information based on the write operation instructions sent by the kernel modules of each host.

[0077] It should be noted that the timestamp refers to the time when the CDP receiving process of the backup server receives the write operation instructions sent by the kernel modules of each host. This timestamp is the time of the backup server and can be obtained through system calls.

[0078] It is understandable that whenever the CDP receiving process of the backup server receives a write operation instruction and obtains the write operation information, it immediately retrieves the corresponding timestamp from the backup server.

[0079] Step S22: After caching the write operation information and the timestamp corresponding to the write operation information, generate confirmation information.

[0080] It should be noted that after the backup server's CDP receiving process successfully receives the write operation information and obtains the corresponding timestamp, it first saves this information in memory and then immediately generates a confirmation message for successful reception. This allows each host to allow the write operation command to be executed based on the confirmation message, thus avoiding prolonged blocking of the host's disk write behavior and preventing business system lag.

[0081] Step S23: Perform CDP backup based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup point for each host.

[0082] It should be noted that after the CDP receiving process generates confirmation information, it will notify the business thread to save the write operation information and timestamp cached in memory to the specified location of the backup server, thereby obtaining the CDP backup data of each host. The CDP backup data of each host is the CDP backup point of each host. That is, a CDP backup point will be generated every time a write operation information is received.

[0083] Understandably, in order to standardize the timing of CDP backup points generated by each host and lay the foundation for subsequent system reconstruction, the process further includes: obtaining the completion time and preset duration of the basic backup for each host in the business system to be backed up; determining the CDP backup start time based on the completion time; determining the target backup point for each host based on the start time, the preset duration, and the CDP backup point for each host; and reconstructing the business system to be backed up based on the target backup point for each host.

[0084] In the specific implementation, when the backup agent program of each host in the business system to be backed up reports that the basic backup is successful, it starts to enter the CDP backup state. Since the time consumed by the basic backup of each host is different, the time for the kernel module of different hosts to enter the CDP backup state will also be different. Therefore, the CDP receiving process of the backup server needs to obtain the time when each host completes the basic backup. The time when the backup server completes the basic backup is the completion time.

[0085] It should be noted that after all hosts in the system to be backed up have started CDP backup, the CDP receiving process of the backup server will continue to receive data for a period of time in order to find an optimal backup point. The duration of the CDP receiving process of the backup server after all hosts have started CDP backup is the preset duration. In this embodiment, the preset duration is 1 minute, but it can also be other values, and this embodiment does not limit it.

[0086] Understandably, once all hosts in the business system to be backed up have started CDP backup, the CDP backup points generated by each host are then timed uniformly, and the latest completion time of the basic backup by a host in the business system to be backed up is used as the evaluation start time. For example, if the basic backup completion time of host A in the business system to be backed up is 9:00, the basic backup completion time of host B is 9:01, and the basic backup completion time of host C is 9:02, then the evaluation start time is 9:02.

[0087] In practice, the target backup point refers to the backup point with the best consistency among the CDP backup points generated by each host over a period of time. The target backup point consists of the basic backup data and CDP backup data of each host. The lower the frequency of disk data writes on each host, the better the data consistency.

[0088] It should be noted that the target backup point for each host is determined based on the startup time, preset duration, and CDP backup points of each host. If the business system fails and becomes unusable on a certain day, prepare the appropriate number of hosts (which can be physical machines or virtual machines), locate all basic backup data and the latest CDP backup point (i.e., the most recent backup), and select the target backup point with the best data consistency for business system reconstruction. This target backup point contains backup data from multiple hosts, and each host needs to be rebuilt individually. Once the data reconstruction for all hosts is complete, the entire business system reconstruction is finished.

[0089] Understandably, in order to accurately obtain the target backup point, the step of determining the target backup point of each host based on the examination start time, the preset duration, and the CDP backup of each host further includes: determining the examination stop time of CDP backup based on the examination start time and the preset duration; sending a backup stop command to the kernel module of each host in the business system to be backed up when the examination stop time is reached, so that each kernel module stops feeding back write operation instructions; determining the examination period based on the examination start time and the examination stop time; obtaining the examination CDP backup point of each host within the examination period from the CDP backup points of each host; and determining the target backup point of each host based on the examination CDP backup point and the examination period.

[0090] In the specific implementation, the "examination stop time" refers to the time when the CDP receiving process of the backup server stops receiving operations. When the examination stop time is reached, the backup server's CDP receiving process sends a backup stop command to the kernel modules of each host in the business system to be backed up to stop CDP backup. At this time, each kernel module stops sending write operation commands to the backup server's CDP receiving process, and each host resumes normal business status. Although the kernel module stops CDP backup, it continues to record disk write behavior, tracking which areas of the disk have changed. Subsequent incremental backups will back up these areas. For example, if the examination start time is 9:00 and the preset duration is 1 minute, then the examination stop time is 9:01. When the time is 9:01, a backup stop command is sent to the kernel modules of each host in the business system to be backed up, so that each kernel module stops feeding back write operation commands.

[0091] It should be noted that the observation period is the time between the start time and the stop time of the observation. During the observation period, each host starts CDP backup, and the CDP receiving process of the backup server continuously receives write operation instructions sent by the kernel modules of each host.

[0092] It is understandable that, since the time consumed by the basic backup of each host is different, the time when the kernel module of different hosts enters the CDP backup state will also be different. Some hosts may have generated CDP backup points before the boot time is examined. Therefore, it is necessary to obtain the CDP backup points generated by each host during the examination period from the CDP backup points of each host. The CDP backup points generated by each host during the examination period are the examination CDP backup points of each host.

[0093] In practice, once the CDP backup points and time periods for each host are obtained, the target backup points for each host can be determined.

[0094] It should be noted that, in order to obtain accurate target backup points based on the CDP backup points and observation time periods of each host, the step of determining the target backup points of each host based on the CDP backup points and observation time periods of each host further includes: dividing the observation time period into segments to obtain each segment and the corresponding CDP backup points of each host; determining the number of backup points corresponding to each segment based on the CDP backup points of each host corresponding to each segment; finding the segment with the fewest backup points among the number of backup points corresponding to each segment as the target segment; and determining the target backup points of each host based on the target segment.

[0095] It is understandable that dividing the observation period into segments refers to dividing the observation time into several identical time segments. Each time segment can be 5 seconds, or even shorter, or even milliseconds. This embodiment does not impose any restrictions on this. Several identical time segments are the segments, and the observation CDP backup points of each host corresponding to each segment are obtained.

[0096] In the specific implementation, the total number of CDP backup points for each segment is determined based on the CDP backup points of each host in each segment. For example, if the observation period is divided into segments t1~t2, t2~t3, t3~t4, and t4~t5, the CDP backup points for host A in segment t1~t2 are backup point 1 and backup point 2, for host B in segment t1~t2 are backup point 3 and backup point 4, and for host C in segment t1~t2 is backup point 5. Therefore, the total number of backup points for each segment t1~t2 is 5.

[0097] It should be noted that after obtaining the number of backup points corresponding to each division point, the segment with the fewest backup points is selected as the target segment. For example, if the time period under consideration is divided into segments t1~t2, t2~t3, t3~t4, and t4~t5, and the number of backup points corresponding to each segment t1~t2, t2~t3, t3~t4, and t4~t5 are 5, 4, 3, and 2 respectively, then the target segment is t4~t5.

[0098] It is understandable that the segment that receives the fewest CDP backup points per unit of time means that the business system's host writes the least amount of data within that segment. The fewer disk write operations the business system performs, the better the data consistency. Therefore, the target backup point for each host is determined based on the target segment.

[0099] In a specific implementation, in order to determine the target backup point of each host based on the target segmentation, the step of determining the target backup point of each host based on the target segmentation further includes: determining the target segmentation time based on the target segmentation; determining the target backup time period based on the target segmentation time and the examination start time; obtaining the target CDP backup point of each host within the target backup time period from the examination CDP backup points of each host; and performing data synthesis on the target CDP backup point and basic backup data of each host to obtain the target backup point of each host.

[0100] It should be noted that after obtaining the target segment, the target segment time can be determined based on the target segment. For example, if the target segment is t4~t5, then the target segment time is t5. The target backup time period is determined based on the target segment time and the observation start time. For example, if the observation start time is T1 and the target segment time is t5, then the target backup time period is T1~t5. The CDP backup points generated by each host within the target backup time period are obtained from the observation CDP backup points of each host. The CDP backup points generated by each host within the target backup time period are the target CDP backup points. Then, the target CDP backup points of each host are superimposed and synthesized to obtain the target backup points of each host. For example, if the target CDP backup points of host A in the target backup time period T1~t5 are backup point 1, backup point 2, and backup point 3, then the target backup points 1+2+3 of host A are synthesized.

[0101] It is understandable that, such as Figure 4As shown, the start time of the examination is T1, the preset duration is 1 minute, the stop time is T2, the examination period is T1~T2, the examination CDP backup points for host A are CDP1~CDP9, the examination CDP backup points for host B are CDP1~CDP3, and the examination CDP backup points for host C are CDP1~CDP4; the examination CDP backup points for host A in segment T1~t1 are CDP1 and CDP2, the examination CDP backup points for host B in segment T1~t1 are CDP1 and CDP2, and the examination CDP backup point for host C in segment T1~t1 is CDP1; the examination CDP backup points for host A in segment t1~t2 are... The CDP backup point under consideration is CDP3. Host B did not generate a CDP backup point in segment t1~t2. The CDP backup points under consideration for host C in segment t1~t2 are CDP2, CDP3, and CDP4. Host A did not generate a CDP backup point in segment t2~t3. The CDP backup point under consideration for host B in segment t2~t3 is CDP3. Host C did not generate a CDP backup point in segment t2~t3. The CDP backup points under consideration for host A in segment t3~T2 are CDP4~CDP9. Host B and host C did not generate a CDP backup point in segment t3~T2. Therefore, the number of backup points for each segment T1~t1, t1~t2, t2~t3, and t3~T2 are 5, 4, 1, and 6, respectively. The target segment is defined as t2~t3, the target time segment is t3, and the target backup time period is T1~t3. Host A's target CDP backup points during the target backup time period T1~t3 are CDP1~CDP3, host B's target CDP backup points during the target backup time period T1~t3 are CDP1~CDP3, and host C's target CDP backup points during the target backup time period T1~t3 are CDP1~CDP4. Therefore, the target backup point for host A consists of data from CDP1+2+3, CDP backup data generated before time T1, and basic data; the target backup point for host B consists of data from CDP1+2+3, CDP backup data generated before time T1, and basic data; and the target backup point for host C consists of data from CDP1+2+3+4, CDP backup data generated before time T1, and basic data. Through unified time-series processing, any specified CDP time point can be used to find the CDP backup data corresponding to each host in the business system, which is then superimposed and used for business system reconstruction. For example, given a time point t2, we can obtain the composite backup points CDP1+2+3 for host A, CDP1+2 for host B, and CDP1+2+3+4 for host C. The data consistency of the composite backup points of hosts A, B, and C can be guaranteed, and the data status is equivalent to the status of each host in the business system at that moment.

[0102] In practical implementation, to visually represent the data consistency of backup points across different segments within the evaluation period to the administrator for a better user experience, the following conversion method can be used: Take the number of backup points in each segment as the divisor, divide these numbers by 1, and calculate a series of quotients. Then, connect these quotients in a line graph. The top point of the line represents the backup point with the best data consistency. For example, if the number of backup points for five segments is 100, 150, 200, 1, and 300, dividing 1 by these numbers yields 0.010000, 0.006667, 0.005000, 1, and 0.003333, then... Figure 5 The line graph shown is displayed to the administrator via an interface on the backup server. When rebuilding services, the administrator can use this line graph to see that the backup point corresponding to segment 4 has the best data consistency and is the preferred backup point for rebuilding services, followed by segment 1, and segment 5 is the worst. The segments corresponding to segments 1 to 5 are T1~t1, t1~t2, t2~t3, t3~t4, and t4~T2, respectively.

[0103] This embodiment obtains write operation information and corresponding timestamps based on write operation commands sent by the kernel modules of each host; after caching the write operation information and corresponding timestamps, it generates confirmation information; and performs CDP backup based on the write operation information, the corresponding timestamps, and the confirmation information to obtain the CDP backup points for each host. This ensures the consistency of data at each backup point.

[0104] In addition, refer to Figure 6 This invention also proposes a backup device for a multi-host business system, the backup device for the multi-host business system comprising:

[0105] The acquisition module 10 is used to acquire the write operation instructions of each host after performing a basic backup of each host in the business system to be backed up.

[0106] Backup module 20 is used to perform CDP backup based on write operation commands from each host and obtain confirmation information.

[0107] Feedback module 30 is used to send confirmation information to each host so that each host can respond to the write operation command after receiving the confirmation information.

[0108] This embodiment performs a basic backup of each host in the business system to be backed up, then obtains the write operation commands from each host; performs CDP backup based on the write operation commands from each host, and obtains confirmation information; and sends the confirmation information back to each host so that each host can respond to the write operation commands after receiving the confirmation information. By backing up each host in the business system to be backed up as a whole, unified backup of multiple host business systems is achieved. Furthermore, by performing CDP backup after obtaining the write operation commands from each host, and by using serial synchronization processing of the CDP backup data, the consistency of the backup data is ensured, making the subsequent reconstruction of the business system to be backed up more convenient.

[0109] In one embodiment, the backup module 20 is further configured to obtain write operation information and the timestamp corresponding to the write operation information based on the write operation instructions sent by the kernel modules of each host.

[0110] After caching the write operation information and the timestamp corresponding to the write operation information, a confirmation message is generated;

[0111] CDP backup is performed based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup point for each host.

[0112] In one embodiment, the backup module 20 is further configured to obtain the completion time and preset duration of the basic backup of each host in the business system to be backed up;

[0113] The start time for CDP backup evaluation is determined based on the completion time;

[0114] The target backup point for each host is determined based on the examination start time, preset duration, and CDP backup point of each host.

[0115] The business system to be backed up is rebuilt according to the target backup point of each host.

[0116] In one embodiment, the backup module 20 is further configured to determine the CDP backup examination stop time based on the examination start time and the preset duration;

[0117] When the inspection stop time is reached, a backup stop command is sent to the kernel module of each host in the business system to be backed up, so that the kernel module stops feeding back write operation commands;

[0118] The investigation period is determined based on the investigation start time and the investigation stop time.

[0119] Obtain the CDP backup points of each host during the observation period from the CDP backup points of each host.

[0120] The target backup point for each host is determined based on the CDP backup point and the time period of the assessment.

[0121] In one embodiment, the backup module 20 is further configured to divide the observation time period into segments to obtain each segment and the observation CDP backup point of each host corresponding to each segment.

[0122] The number of backup points corresponding to each segment is determined based on the CDP backup points of each host in each segment.

[0123] Find the segment with the fewest backup points among the backup point counts of each segment and use it as the target segment.

[0124] The target backup point for each host is determined based on the target segmentation.

[0125] In one embodiment, the backup module 30 is further configured to determine the target partitioning time based on the target partitioning segment;

[0126] The target backup time period is determined based on the target division time and the investigation start time;

[0127] Obtain the target CDP backup points for each host within the target backup time period from the CDP backup points examined for each host.

[0128] Data is synthesized for the target CDP backup points of each host to obtain the target backup points of each host.

[0129] In one embodiment, the acquisition module 10 is further configured to send a backup start command to each host in the business system to be backed up, so that each host performs cache data flushing according to the backup start command, triggers write operations on dirty pages in the operating system memory cache, writes dirty page data in memory to disk, and performs basic backup based on valid data blocks or modified data blocks in the disk.

[0130] Since this device adopts all the technical solutions of all the above embodiments, it has at least all the beneficial effects brought about by the technical solutions of the above embodiments, which will not be repeated here.

[0131] Furthermore, this embodiment of the invention also proposes a storage medium storing a backup program for a multi-host business system. When the backup program for the multi-host business system is executed by a processor, it implements the steps of the backup method for the multi-host business system described above.

[0132] Since this storage medium adopts all the technical solutions of all the above embodiments, it has at least all the beneficial effects brought about by the technical solutions of the above embodiments, which will not be repeated here.

[0133] It should be noted that the workflow described above is merely illustrative and does not limit the scope of protection of this invention. In practical applications, those skilled in the art can select some or all of the workflow to achieve the purpose of this embodiment according to actual needs, and no restrictions are imposed here.

[0134] In addition, for technical details not described in detail in this embodiment, please refer to the backup method of the multi-host business system provided in any embodiment of the present invention, which will not be repeated here.

[0135] Furthermore, it should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0136] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0137] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as read-only memory (ROM) / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0138] The above are merely preferred embodiments of the present invention and do not limit the scope of the patent. Any equivalent structural or procedural transformations made based on the description and drawings of the present invention, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of the present invention.

Claims

1. A backup method for a multi-host business system, characterized in that, The method includes: After performing basic backups on each host in the backup business system, obtain the write operation instructions for each host. CDP backup is performed based on the write operation commands of each host, and confirmation information is obtained; The system sends confirmation information back to each host so that each host can respond to the write operation command after receiving the confirmation information. The CDP backup based on the write operation commands of each host, and the confirmation information obtained, include: The write operation information and the timestamp corresponding to the write operation information are obtained based on the write operation instructions sent by the kernel modules of each host. After caching the write operation information and the timestamp corresponding to the write operation information, a confirmation message is generated; CDP backup is performed based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup point for each host. Obtain the completion time and preset duration of the basic backup for each host in the business system to be backed up; The start time for CDP backup evaluation is determined based on the completion time; The target backup point for each host is determined based on the start time of the examination, the preset duration, and the CDP backup point of each host.

2. The backup method for a multi-host business system as described in claim 1, characterized in that, After performing CDP backup based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup points for each host, the process further includes: The business system to be backed up is rebuilt according to the target backup point of each host.

3. The backup method for a multi-host business system as described in claim 1, characterized in that, The step of determining the target backup point for each host based on the examination start time, preset duration, and CDP backup of each host includes: The CDP backup examination stop time is determined based on the examination start time and the preset duration. When the inspection stop time is reached, a backup stop command is sent to the kernel module of each host in the business system to be backed up, so that the kernel module stops feeding back write operation commands; The investigation period is determined based on the investigation start time and the investigation stop time. Obtain the CDP backup points of each host during the observation period from the CDP backup points of each host. The target backup point for each host is determined based on the CDP backup point and the time period of the assessment.

4. The backup method for a multi-host business system as described in claim 3, characterized in that, The process of determining the target backup point for each host based on the CDP backup point and the observation period includes: The observation period is divided into segments to obtain each segment and the corresponding CDP backup point for each host. The number of backup points corresponding to each segment is determined based on the CDP backup points of each host in each segment. Find the segment with the fewest backup points among the backup point counts of each segment and use it as the target segment. The target backup point for each host is determined based on the target segmentation.

5. The backup method for a multi-host business system as described in claim 4, characterized in that, The step of determining the target backup point for each host based on the target segmentation includes: The target segmentation time is determined based on the target segmentation. The target backup time period is determined based on the target division time and the investigation start time; Obtain the target CDP backup points for each host within the target backup time period from the CDP backup points examined for each host. Data is synthesized for the target CDP backup points of each host to obtain the target backup points of each host.

6. The backup method for a multi-host business system as described in any one of claims 1 to 5, characterized in that, Before obtaining write operation instructions for each host after performing basic backups on each host in the backup business system, the process also includes: A backup start command is sent to each host in the business system to be backed up, so that each host performs cache data flushing according to the backup start command, triggers the write operation of dirty pages in the operating system memory cache, writes the dirty page data in memory to the disk, and performs basic backup based on the valid data blocks or modified data blocks in the disk.

7. A backup device for a multi-host business system, characterized in that, The backup device for the multi-host business system includes: The acquisition module is used to acquire the write operation instructions of each host after performing a basic backup of each host in the business system to be backed up. The backup module is used to perform CDP backups based on write operation commands from each host and obtain confirmation information. The feedback module is used to send confirmation information back to each host, so that each host can respond to the write operation command after receiving the confirmation information; The CDP backup based on the write operation commands of each host, and the confirmation information obtained, include: The write operation information and the timestamp corresponding to the write operation information are obtained based on the write operation instructions sent by the kernel modules of each host. After caching the write operation information and the timestamp corresponding to the write operation information, a confirmation message is generated; CDP backup is performed based on the write operation information, the timestamp corresponding to the write operation information, and the confirmation information to obtain the CDP backup point for each host. Obtain the completion time and preset duration of the basic backup for each host in the business system to be backed up; The start time for CDP backup evaluation is determined based on the completion time; The target backup point for each host is determined based on the start time of the examination, the preset duration, and the CDP backup point of each host.

8. A backup device for a multi-host business system, characterized in that, The device includes: a memory, a processor, and a backup program for a multi-host business system stored on the memory and executable on the processor, wherein the backup program for the multi-host business system is configured to implement the backup method for the multi-host business system as described in any one of claims 1 to 6.

9. A storage medium, characterized in that, The storage medium stores a backup program for a multi-host business system, which, when executed by a processor, implements the backup method for a multi-host business system as described in any one of claims 1 to 6.

Images