WO2015055036A1 - 一种备份对象的发送、备份方法、生产端、灾备端及系统 - Google Patents

一种备份对象的发送、备份方法、生产端、灾备端及系统 Download PDF

Info

Publication number
WO2015055036A1
WO2015055036A1 PCT/CN2014/083073 CN2014083073W WO2015055036A1 WO 2015055036 A1 WO2015055036 A1 WO 2015055036A1 CN 2014083073 W CN2014083073 W CN 2014083073W WO 2015055036 A1 WO2015055036 A1 WO 2015055036A1
Authority
WO
WIPO (PCT)
Prior art keywords
backup
backup object
parent
directory
child relationship
Prior art date
Application number
PCT/CN2014/083073
Other languages
English (en)
French (fr)
Inventor
赵胜志
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2015055036A1 publication Critical patent/WO2015055036A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore

Definitions

  • the present invention relates to the field of distributed storage technologies, and in particular, to a method for sending, backing up, backing up, disaster recovery, and system of a backup object.
  • Remote replication is a common data protection method in the storage area. It is the core technology of disaster recovery backup. Through the replication operation, it can transfer the data that needs to be backed up to the remote disaster recovery site for backup. The data is inaccessible due to sudden and unpredictable reasons.
  • remote replication is the basis for maintaining remote data synchronization and disaster recovery. It utilizes the remote data connection function of the storage device separated by physical location to maintain remotely. Data backup, once the disaster occurs, the data backup distributed on the off-site memory will not be affected. Thereby the losses caused thereby are minimized.
  • the backup target system when the asynchronous remote replication data is backed up by the production device to the disaster recovery device, you need to specify the backup object and the storage location of the object, and then generate backup data consistent with the production device on the disaster recovery device.
  • the production end device specifies the backup object operation path to the disaster recovery device.
  • the disaster recovery device performs corresponding operations on the backup object (backup object and directory) according to the path information.
  • the production device specifies the backup object operation path to the disaster recovery device.
  • the disaster recovery device performs corresponding operations on the backup object (backup object, directory) according to the path information.
  • the backup data of the disaster recovery device should be exactly the same as the data of the production device. Therefore, the backup data directory of the production device is hierarchical. The equipment on the disaster recovery side should also be exactly the same. Therefore, in the data synchronization process between the production device and the disaster recovery device, you need to specify the path of the backup device on the disaster recovery device. Therefore, each time the backup object is operated, the production device needs to back up the backup object. The path is attached to the operation request and sent to the disaster recovery device for use by the disaster recovery device.
  • FIG. 1 is a structural diagram of a backup directory tree in an existing production end device.
  • the absolute path of each backup object needs to be The backup operation is sent to the disaster recovery device, and the same backup directory tree is generated on the disaster recovery device.
  • FIG. 2 shows a table of a backup directory tree generated by the disaster recovery end device according to FIG. 1. Because each backup operation needs to send the operation path of the backup object to the disaster recovery device, for a multi-level directory (for example: >2048, each directory has a dname length of 256), a large number of paths need to be transmitted for any operation. The related information will result in less backup object data contained in the communication package, and the communication consumption is large, and the backup efficiency is low.
  • a multi-level directory for example: >2048, each directory has a dname length of 256
  • the production end device Before the production device sends an operation request to the object (backup object, directory), the production end device sends a handover working path request to the disaster recovery device, and controls the disaster recovery device to switch the working path to the path where the object to be operated is located. . After the successful switching path is completed, the production end device sends an operation request to the object, and then backs up the object.
  • FIG. 3 is a structural diagram of a backup directory tree in an existing production end device
  • FIG. 4 there is shown a table of message sequences generated by the disaster recovery end device in accordance with Figure 3.
  • the working path of the disaster recovery device needs to be switched to the path where the backup object is located.
  • This path switching is controlled by the production device, that is, For any object operation, first switch the path and then do a specific backup action.
  • the production end device For the switching path replication mode, each time the backup process is performed, the production end device needs to send a control command to the disaster recovery device to switch the working path.
  • the relative path can be used in the process, the command request times will be used for the same backup content.
  • the purpose of the embodiments of the present invention is to provide a method for sending and backing up backup objects, which is to solve the problem that the backup object data included in the communication package is small and the backup operation logic is complicated, resulting in low backup efficiency.
  • a method for sending a backup object includes:
  • the production device sends a parent-child relationship table to the disaster recovery device.
  • the parent-child relationship table includes the backup object number, the parent directory where the backup object is located, and the backup object name.
  • the production end device sends an operation request to the disaster recovery end device, where the operation request includes a backup object number and a backup object operation type, so that the disaster recovery end device generates the backup object according to the parent-child relationship table.
  • the operation path according to the operation path and the backup object operation type, perform corresponding operations on the backup object.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the performing operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • the method before the parent-child relationship table sent by the production end device to the disaster recovery device, the method includes: when the production device performs a full backup, generating according to the newly added directory in the backup path and the backup object in the directory. The parent-child relationship table of the full backup directory.
  • the method before the parent-child relationship table sent by the production end device to the disaster recovery device, the method further includes:
  • the parent-child relationship table of the incremental backup directory is generated according to the newly added directory in the backup path and the backup object in the directory.
  • a second aspect a backup method of a backup object, where the method includes:
  • the disaster recovery end device receives a parent-child relationship table sent by the production end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name;
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the performing operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • generating the operation path of the backup object according to the parent-child relationship table including: querying, in the parent-child relationship table, a parent directory corresponding to the backup object number in the operation request;
  • the loop recursively backtracks the previous parent directory of the parent directory, and generates a traceback record
  • the operation path of the backup object is generated according to the generated backtracking record splicing.
  • a production end device includes:
  • a first sending unit configured to send a parent-child relationship table to the disaster recovery end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name;
  • a second sending unit configured to send an operation request to the disaster recovery end device, where the operation request includes a backup object number and a backup object operation type, so that the disaster recovery end device generates the backup according to the parent-child relationship table.
  • the operation path of the object according to the operation path and the operation type of the backup object, perform corresponding operations on the backup object.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the performing operations on the backup object include a backup object generation operation At least one of a backup operation, a backup object modification operation, and a backup object deletion operation.
  • the production end device further includes:
  • the first generating unit is configured to generate a parent-child relationship table of the full backup directory according to the newly added directory in the backup path and the backup object in the directory when the production device performs a full backup.
  • the production end device further includes:
  • the second generating unit is configured to generate a parent-child relationship table of the incremental backup directory according to the newly added directory in the backup path and the backup object in the directory when the production device performs the incremental backup.
  • the fourth aspect is a disaster recovery device, including:
  • a first receiving unit configured to receive a parent-child relationship table sent by the production end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name;
  • a second receiving unit configured to receive an operation request sent by the production end device, where the operation request includes a backup object number and a backup object operation type;
  • a generating unit configured to generate an operation path of the backup object according to the parent-child relationship table; and an operation unit, configured to perform a corresponding operation on the backup object according to the operation path and the backup object operation type.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the performing operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • the generating unit includes:
  • a query subunit configured to query, in the parent-child relationship table, a parent directory corresponding to the backup object number in the operation request;
  • a backtracking subunit configured to recursively backtrack the last parent directory of the parent directory in the parent-child relationship table, and generate a backtracking record
  • Generating a subunit configured to stop recursively backtracking the last parent directory of the parent directory when the last parent directory backtracked is the backup root, and generate the backup object according to the generated backtracking record splicing Operation path.
  • a backup object system includes the above-mentioned production end device and disaster recovery end device.
  • the production end device sends an operation request to the disaster recovery end device, where the operation request includes a backup object number and a backup object operation type, and the production end device only needs to go to the disaster when backing up the backup object.
  • the backup device sends the backup object number and the backup object operation type.
  • the disaster recovery device can back up the backup object.
  • the byte overhead of the operation path of the backup object is reduced, so that the communication packet can be
  • the data of the transferred backup object is correspondingly increased, thereby improving the efficiency of the backup data transmission, saving the transmission time, eliminating the step of switching the working path, simplifying the backup operation, and improving the backup efficiency of the backup object.
  • FIG. 1 is a structural diagram of a backup directory tree in an existing production end device
  • FIG. 2 is a table of a backup directory tree generated by the disaster recovery device according to FIG. 1;
  • FIG. 3 is a structural diagram of a backup directory tree in an existing production end device
  • FIG. 4 is a table of message sequences generated by the disaster recovery device according to FIG. 3;
  • FIG. 5 is a flowchart of an implementation of a method for sending a backup object according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a parent-child relationship table according to an embodiment of the present invention
  • FIG. 7 is a flowchart of an implementation of a method for backing up a backup object according to an embodiment of the present invention
  • FIG. 8 is a flowchart showing an implementation process of step S703 according to an embodiment of the present invention
  • FIG. 9 is a flowchart of an implementation of interaction between a production end device and a disaster recovery end device according to an embodiment of the present invention.
  • FIG. 10 is a production end device according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a production end device according to an embodiment of the present invention.
  • FIG. 12 is a disaster recovery device according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a disaster recovery device according to an embodiment of the present invention.
  • FIG. 5 shows an implementation flow of a backup object sending method according to an embodiment of the present invention, which is described in detail as follows:
  • step S501 the parent-child relationship table is sent to the disaster recovery device, and the parent-child relationship table includes the backup object number, the parent directory where the backup object is located, and the backup object name, so that the disaster recovery device receives a parent-child relationship table sent by the production end device;
  • the production end device is a terminal located in the local site and accessing the network storage system.
  • the parent-child relationship table is a directory table including a backup object number, a parent directory where the backup object is located, and a backup object name.
  • the parent-child relationship table may also be a directory table including a backup object number, a parent directory where the backup object is located, a backup object operation type, and a backup object name.
  • the parent-child relationship table is generated by the production end device, and the specific generation process is described in the following embodiments, and is not described herein.
  • step S502 the production end device sends an operation request to the disaster recovery end device, where the operation request includes a backup object number and a backup object operation type, so that the disaster recovery end device generates according to the parent-child relationship table.
  • the operation path of the backup object performs corresponding operations on the backup object according to the operation path and the operation type of the backup object.
  • the backup object is an object that the production end device needs to back up.
  • the backup object includes, but is not limited to, an audio file, a video file, and a text file.
  • the production end device sends an operation request to the disaster recovery end device through an existing communication network, where the operation request includes a backup object number FID and a backup object operation type.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the disaster recovery end device after receiving the operation request sent by the production end device, the disaster recovery end device generates an operation path of the backup object according to the parent-child relationship table, according to the operation path and the operation type of the backup object, Performing corresponding operations on the backup object, where the operation includes backing up the object
  • a backup of the backup object is completed by at least one of an operation, a backup object modification operation, and a backup object deletion operation.
  • the production end device sends an operation request to the disaster recovery end device, where the operation request includes the backup object number and a backup object operation type, the backup object operation type is a backup object generation type, so that the disaster recovery end device receives a production end device sending an operation request, and generates an operation path of the backup object according to the parent-child relationship table, according to the The operation path and the backup object operation type perform a backup object generation operation on the backup object.
  • the production device sends an operation request to the disaster recovery device, where the operation request includes a backup object number and a backup object operation type, and the backup object operation type is a backup object modification type or
  • the backup object deletion type is configured to enable the disaster recovery end device to receive a production end device to send an operation request, and generate an operation path of the backup object according to the parent-child relationship table, according to the operation path and the operation type of the backup object,
  • the backup object performs a backup object modification operation or a backup object deletion operation.
  • the backup object modification operation is performed on the backup object, and the operation authority of the backup object can be modified, for example, the operation authority is modified to be readable and writable, readable, etc., and the content in the backup object can also be modified, for example, a certain segment The corresponding byte modification of the content is replaced.
  • the backup device when the backup device backs up the backup object, the backup object number and the backup object operation type need to be sent to the disaster recovery device.
  • the disaster recovery device can back up the backup object.
  • the byte overhead of the operation path of the backup object is reduced, so that the data of the backup object that can be transmitted in the communication packet is correspondingly increased, thereby improving the efficiency of the backup data transmission, saving the transmission time, and eliminating the working path.
  • the step of switching simplifies the backup operation and improves the backup efficiency of the backup object.
  • the method before the parent-child relationship table sent by the production end device to the disaster recovery device, the method includes:
  • the production end device when the production end device performs a full backup, that is, when the initial backup is performed, all the directories under the backup path and the backup objects in the directory are scanned, and related fields are extracted, and abstracted into a parent-child relationship of the directory. table. After the production device generates the parent-child relationship table, the device sends the table to the disaster recovery device.
  • Figure 6 shows a preferred schematic of the parent-child relationship table.
  • all the directories and backup objects included in the root "src" are abstracted into the following directory parent-child relationship table, wherein the directory parent-child relationship table has four fields: FID, PFID, OPTYPE, and Dname, respectively, the backup object number FID, And the parent directory PFID where the backup object is located, the backup object operation type OPTYPE, and the backup object name Dname.
  • the method before generating the parent-child relationship table of the full backup directory according to all the directories in the backup path and the backup objects in the directory, the method further includes:
  • the parent-child relationship table of the incremental backup directory is generated according to the newly added directory in the backup path and the backup object in the directory.
  • the production end device performs the incremental backup, that is, when the initial backup is not performed, the directory is scanned, the newly added directory and the backup object in the directory are scanned, and the backup object is extracted.
  • the relevant fields are extracted and abstracted into the parent-child relationship table of the incremental backup directory.
  • the production-side device After the production-side device generates the parent-child relationship table, the device sends the table to the disaster recovery device.
  • FIG. 7 shows a backup method of a backup object, which includes:
  • the disaster recovery end device receives a parent-child relationship table sent by the production end device, where the parent-child relationship table includes a backup object. Number, the parent directory where the backup object is located, and the name of the backup object;
  • the disaster recovery end device is a terminal that is located in a remote site and accesses the network storage system.
  • the parent-child relationship table is a directory table including a backup object number, a parent directory where the backup object is located, and a backup object name.
  • the parent-child relationship table may also be a directory table including a backup object number, a parent directory where the backup object is located, a backup object operation type, and a backup object name.
  • step S702 receiving an operation request sent by the production end device, where the operation request includes a backup object number and a backup object operation type;
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the operation path of the backup object is generated according to the parent-child relationship table.
  • the operation path of the backup object is generated according to the parent-child relationship table, specifically, the parent-child relationship table. And performing a loop recursive backtracking on the parent directory corresponding to the backup object number in the operation request, and when the backed up parent directory is a preset backup root, splicing generates an operation path of the backup object.
  • step S704 corresponding operations are performed on the backup object according to the operation path and the backup object operation type.
  • the corresponding operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • the production end device sends an operation request, and the operation request includes FID-OPTYPE(2-FileCreate) to the disaster recovery end device, where FID-OPTYPE(2-FileCreate) indicates that the FID is 2, and ⁇ is FileCreate.
  • the disaster recovery device After receiving the operation request, the disaster recovery device will query the parent-child relationship table according to FID(2) (refer to Figure 6), and get a record (2-1-FileCreate-file), so that the FID is 2
  • the object's name is file, and its parent directory has a FID of 1.
  • the disaster recovery end device after receiving the operation request, performs backtracking in the directory parent-child relationship table according to the FID transmitted by the operation request, so that the operation path of the backup object can be spliced, and then the corresponding operation is performed, thereby saving The time to receive the data, while eliminating the step of switching the working path, Simplifies the backup operation, which improves the backup efficiency of backup objects.
  • the backup root may be set by the user or may be a system default, and is not limited herein.
  • FIG 8 shows the implementation flow of step S703, which is described in detail as follows:
  • step S801 in the parent-child relationship table, querying a parent directory corresponding to the backup object number in the operation request;
  • the operation path of the backup object is generated according to the generated backtracking record splicing.
  • the parent directory corresponding to the backup object number is queried in the parent-child relationship table.
  • step S802 in the parent-child relationship table, cyclically recursively backtracking the last parent directory of the parent directory, generating a backtracking record
  • the loop recursively backtracks the previous parent directory of the parent directory, and generates a backtracking record.
  • step S803 when the last parent directory backtracked is the backup root, the loop is recursively backtracked to the previous parent directory of the parent directory, and the operation path of the backup object is generated according to the generated backtracking record.
  • the loop recursively backtracks the last parent directory of the parent directory, and generates a backtrack record, the parent directory Dir65 of the parent directory Dir5, and the parent directory of the parent directory Dir65.
  • Dir98 when the last parent directory back to the backup is 4, the loop is recursively backtracked back to the last parent of the parent directory.
  • the operation path of the backup object is generated by splicing, and the parent directory is sorted according to the backtracking. For example, the parent directory Dir65 of the parent directory Dir5, the previous parent directory of the parent directory Dir65 is Dir98, and Dir98.
  • the operation path of the splicing to generate the backup object is I Dir98/ Dir65 /Dir5.
  • FIG. 9 shows an implementation process of interaction between a production end device and a disaster recovery end device, which is described in detail as follows: 1.
  • the production end device sends a parent-child relationship table to the disaster recovery device.
  • the disaster recovery end device receives the parent-child relationship table of the production end device, and records and stores the parent-child relationship table;
  • the disaster recovery device returns a response message indicating success to the production device.
  • the device After receiving the response message from the disaster recovery device, the device sends a confirmation message to the disaster recovery device.
  • the message carries the object operation request.
  • the operation request includes the backup object number and the backup object operation type. ;
  • the disaster recovery end device receives an operation request sent by the production end device, and prepares to receive data of the backup object according to the operation request;
  • the production end device loads the data of the backup object and sends it to the production end device;
  • the disaster recovery device receives the data of the backup object, and performs backup operation on the backup object according to the backup object number (F I D ) and the backup object operation type (OPTYPE) in the operation request. After the backup is complete, the backup success response message is sent to the disaster recovery device, and the message carries the information of canceling the retransmission backup object.
  • F I D backup object number
  • OPTYPE backup object operation type
  • the production device After receiving the response message of the backup success returned by the disaster recovery device, the production device cancels the retransmission of the backup object information to the disaster recovery device.
  • FIG. 10 shows a production end device according to an embodiment of the present invention. For convenience of description, only parts related to the embodiment are shown, which are as follows:
  • a first sending unit configured to send a parent-child relationship table to the disaster recovery end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name;
  • a second sending unit configured to send an operation request to the disaster recovery end device, where the operation request includes a backup object number and a backup object operation type, so that the disaster recovery end device generates the backup according to the parent-child relationship table.
  • the operation path of the object according to the operation path and the operation type of the backup object, perform corresponding operations on the backup object.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the corresponding operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • the method further includes:
  • the first generating unit is configured to generate a parent-child relationship table of the full backup directory according to the newly added directory in the backup path and the backup object in the directory when the production device performs a full backup.
  • the method further includes:
  • the second generating unit is configured to generate a parent-child relationship table of the incremental backup directory according to the newly added directory in the backup path and the backup object in the directory when the production device performs the incremental backup.
  • FIG. 11 is a schematic structural diagram of a production end device according to an embodiment of the present invention.
  • the specific embodiment of the present invention does not limit the specific implementation of the user equipment, and the production end device
  • the processor 1101, the communication interface 1102, and the memory 1103 complete communication with each other via the bus 1104.
  • a communication interface 1102 configured to communicate with other communication devices
  • the processor 1101 is configured to execute a program.
  • the program can include program code, the program code including computer operating instructions.
  • the processor 1101 may be a central processing unit (English: central processing unit, abbreviation: CPU.
  • the memory 1103 is used to store a program.
  • the program is configured to send a parent-child relationship table to the disaster recovery device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name, and is configured to send an operation request to the disaster recovery device, where The operation request includes the backup object number and the backup object operation type.
  • FIG. 12 shows a disaster recovery device according to an embodiment of the present invention. Note that only the parts related to the present embodiment are shown, as detailed below:
  • the first receiving unit 121 is configured to receive a parent-child relationship table sent by the production end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name.
  • the second receiving unit 122 is configured to receive an operation request sent by the production end device, where the operation request includes a backup object number and a backup object operation type;
  • the generating unit 123 is configured to generate an operation path of the backup object according to the parent-child relationship table, and the operation unit 124 is configured to perform a corresponding operation on the backup object according to the operation path and the backup object operation type.
  • the backup object operation type includes at least one of a backup object generation type, a backup object modification type, and a backup object deletion type.
  • the corresponding operations on the backup object include at least one of a backup object generation operation, a backup object modification operation, and a backup object deletion operation.
  • the generating unit 123 includes:
  • a query subunit configured to query, in the parent-child relationship table, a parent directory corresponding to a backup object number in the operation request;
  • a backtracking subunit configured to recursively backtrack the last parent directory of the parent directory in the parent-child relationship table, and generate a backtracking record
  • the sub-unit is configured to stop the loop recursively backtracking to the last parent directory of the parent directory when the last parent directory backtracked is the backup root, and generate the operation path of the backup object according to the generated backtracking record.
  • FIG. 13 is a schematic structural diagram of a disaster recovery device according to an embodiment of the present invention.
  • the specific implementation of the user equipment is not limited.
  • the disaster recovery device 1300 includes:
  • Processor English: rocessor
  • communication interface English: Communications Interface
  • memory English: memory
  • the processor 1301, the communication interface 1302, and the memory 1303 complete communication with each other via the bus 1304.
  • the processor 1301 is configured to execute a program.
  • the program can include program code, the program code including computer operating instructions.
  • the processor 1301 may be a central processing unit (English: central processing unit, abbreviation: CPU.
  • the memory 1303 is used to store a program.
  • the first receiving unit of the program is configured to receive a parent-child relationship table sent by the production end device, where the parent-child relationship table includes a backup object number, a parent directory where the backup object is located, and a backup object name;
  • a second receiving unit configured to receive an operation request sent by the production end device, where the operation request includes a backup object number and a backup object operation type, and is configured to generate an operation path of the backup object according to the parent-child relationship table; And performing corresponding operations on the backup object according to the operation path and the backup object operation type.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明适用于分布式存储技术领域，提供了一种备份对象的发送、备份方法、生产端、灾备端及系统。在所述发送方法中，生产端设备向灾备端设备发送父子关系表，所述父子关系表包括备份对象编号、备份对象所在的父目录以及备份对象名称；所述生产端设备向所述灾备端设备发送操作请求，所述操作请求包括备份对象编号以及备份对象操作类型，以使所述灾备端设备根据所述父子关系表生成所述备份对象的操作路径，根据所述操作路径以及所述备份对象操作类型，对所述备份对象进行相应的操作。本发明剔除了工作路径的切换的步骤，简化了备份操作，提高了备份对象的备份效率。

Description

一种^ 对象的发送、 备份方法、 生产端、 灾备端及系统 本申请要求于 2013年 10月 16日提交中国专利局、申请号 201310486116.6、 发明名称为 "一种备份对象的发送、 备份方法、 生产端、 灾备端及系统" 的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明属于分布式存储技术领域， 尤其涉及一种备份对象的发送、 备份方 法、 生产端、 灾备端及系统。
背景技术
远程复制是存储领域一种常用的数据保护方法， 是容灾备份的核心技术， 通过复制操作， 它可以将需要备份的数据， 通过网络传输到异地容灾站点进行 备份，以防备主站点由于各种突如其来、不可预知的原因导致的数据不可访问； 同时， 远程复制也是保持远程数据同步和实现灾难恢复的基础， 它利用物理位 置上分离的存储设备所具备的远程数据连接功能， 在远程维护一套数据备份， 一旦灾难发生时， 分布在异地存储器上的数据备份并不会受到波及。 从而最大 限度的降低由此而导致的损失。
在备份对象系统中， 异步远程复制数据由生产端设备备份到灾备端设备的 时候， 需要指定备份对象以及对象存储位置， 进而在灾备端设备生成与生产端 设备一致的备份数据。
通常， 现有异步远程复制操作方法有以下两种指定路径方式：
1、 生产端设备指定备份对象操作路径给灾备端设备， 由灾备端设备根据 路径信息对备份对象（备份对象、 目录）进行相应操作。 生产端设备指定备份 对象操作路径给灾备端设备， 由灾备端设备根据路径信息对备份对象（备份对 象、 目录）进行相应操作。
由于是备份对象系统级别的远程数据备份， 因此， 灾备端设备的备份数据 应该与生产端设备的数据完全一样， 进而， 生产端设备的备份数据目录层次关 系在灾备端设备也应该是完全一样的。 因此， 在生产端设备到灾备端设备的数 据同步过程中， 需要指定备份对象在灾备端设备在哪个路径下， 因此， 每次对 备份对象的操作， 生产端设备均需要将备份对象操作路径同时附加到操作请求 中发送给灾备端设备供灾备端设备使用。
参考图 1 , 图 1示出了现有的生产端设备中备份目录树的结构图； 当对图 1所示生产端设备备份路径进行数据备份的时候，需要将每个备份对 象的绝对路径在备份操作的时候发送给灾备端设备， 进而在灾备端设备生成一 样的备份目录树。
参考图 2, 图 2示出了根据图 1在灾备端设备生成的备份目录树的表格。 由于每次备份操作需要将备份对象的操作路径发送给灾备端设备，因此对于 多级目录（例如： >2048级， 每级目录 dname长度 256 )来说， 对于任何操作， 均需要传送大量路径相关信息， 将会导致通信包中内含的备份对象数据少， 通 信消耗很大， 进而备份效率低下。
2、 生产端设备对对象（备份对象、 目录）发送操作请求之前， 首先由生 产端设备发送切换工作路径请求给灾备端设备，控制灾备端设备切换工作路径 到要操作的对象所在的路径。 成功切换路径完成后， 生产端设备再发送对对象 的操作请求， 进而对对象进行备份。
参考图 3 , 图 3示出了现有的生产端设备中备份目录树的结构图；
参考图 4, 图 4示出了根据图 3在灾备端设备生成的消息序列的表格。
当对图 3所示生产端设备备份路径进行数据备份的时候， 需要将灾备端设 备的工作路径切换到备份对象所在的路径， 这个路径切换是由生产端设备来控 制的， 也就是说，对于任何对象的操作， 首先切换路径， 然后做具体备份动作。 对于切换路径复制方式， 每次备份过程， 生产端设备均需要发送控制指令给灾 备端设备要求工作路径的切换， 虽然过程中可以使用相对路径， 但是对于相同 备份内容来说， 命令请求次数会增加很多， 在导致备份操作逻辑变得复杂的同 时， 也会增加许多切换路径操作， 进而导致备份效率低下。 发明内容
本发明实施例的目的在于提供备份对象的发送、 备份方法， 旨在解决现有 备份过程中通信包内含的备份对象数据少以及备份操作逻辑复杂， 导致备份效 率低的问题。
第一方面， 一种备份对象的发送方法， 包括：
生产端设备向灾备端设备发送父子关系表， 所述父子关系表包括备份对象 编号、 备份对象所在的父目录以及备份对象名称；
所述生产端设备向所述灾备端设备发送操作请求， 所述操作请求包括备份 对象编号以及备份对象操作类型， 以使所述灾备端设备根据所述父子关系表生 成所述备份对象的操作路径， 根据所述操作路径以及所述备份对象操作类型， 对所述备份对象进行相应的操作。
结合第一方面， 所述备份对象操作类型包括备份对象生成类型、 备份对象 修改类型以及备份对象删除类型中的至少一种类型。
结合第一方面， 所述对所述备份对象进行相应的操作包括备份对象生成操 作、 备份对象修改操作以及备份对象删除操作中的至少一种操作。
结合第一方面，在生产端设备向灾备端设备发送的父子关系表之前，包括： 当生产端设备进行全备份时，根据备份路径下新增的目录以及所述目录中 的备份对象， 生成全备份目录的父子关系表。
结合第一方面， 在生产端设备向灾备端设备发送的父子关系表之前， 还包 括：
当生产端设备进行增量备份时，根据备份路径下新增的目录以及所述目录 中的备份对象， 生成增量备份目录的父子关系表。
第二方面， 一种备份对象的备份方法， 所述方法， 包括：
灾备端设备接收生产端设备发送的父子关系表， 所述父子关系表包括备份 对象编号、 备份对象所在的父目录以及备份对象名称；
接收所述生产端设备发送的操作请求， 所述操作请求包括备份对象编号以 及备份对象操作类型；
根据所述父子关系表生成所述备份对象的操作路径；
根据所述操作路径以及所述备份对象操作类型，对所述备份对象进行相应 的操作。
结合第二方面， 所述备份对象操作类型包括备份对象生成类型、 备份对象 修改类型以及备份对象删除类型中的至少一种类型。
结合第二方面， 所述对所述备份对象进行相应的操作包括备份对象生成操 作、 备份对象修改操作以及备份对象删除操作中的至少一种操作。
结合第二方面，根据所述父子关系表生成所述备份对象的操作路径，包括： 在所述父子关系表中， 查询与所述操作请求中的备份对象编号对应的父目 录；
在所述父子关系表中， 循环递归回溯所述父目录的上一个父目录， 生成回 溯记录；
当回溯到的上一个父目录为备份^ =艮时，停止循环递归回溯所述父目录的上 一个父目录，
根据生成的回溯记录拼接生成所述备份对象的操作路径。
第三方面， 一种生产端设备， 包括：
第一发送单元， 用于向灾备端设备发送父子关系表， 所述父子关系表包括 备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二发送单元， 用于向所述灾备端设备发送操作请求， 所述操作请求包括 备份对象编号以及备份对象操作类型， 以使所述灾备端设备根据所述父子关系 表生成所述备份对象的操作路径，根据所述操作路径以及所述备份对象操作类 型， 对所述备份对象进行相应的操作。
结合第三方面， 所述备份对象操作类型包括备份对象生成类型、 备份对象 修改类型以及备份对象删除类型中的至少一种类型。
结合第三方面， 所述对所述备份对象进行相应的操作包括备份对象生成操 作、 备份对象修改操作以及备份对象删除操作中的至少一种操作。 结合第三方面， 所述的生产端设备， 还包括：
第一生成单元， 用于当生产端设备进行全备份时， 根据备份路径下新增的 目录以及所述目录中的备份对象， 生成全备份目录的父子关系表。
结合第三方面， 所述的生产端设备， 还包括：
第二生成单元， 用于当生产端设备进行增量备份时， 根据备份路径下新增 的目录以及所述目录中的备份对象， 生成增量备份目录的父子关系表。
第四方面， 一种灾备端设备， 包括：
第一接收单元， 用于接收生产端设备发送的父子关系表， 所述父子关系表 包括备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二接收单元， 用于接收所述生产端设备发送的操作请求， 所述操作请求 包括备份对象编号以及备份对象操作类型；
生成单元， 用于根据所述父子关系表生成所述备份对象的操作路径； 操作单元， 用于根据所述操作路径以及所述备份对象操作类型， 对所述备 份对象进行相应的操作。
结合第四方面， 所述备份对象操作类型包括备份对象生成类型、 备份对象 修改类型以及备份对象删除类型中的至少一种类型。
结合第四方面， 所述对所述备份对象进行相应的操作包括备份对象生成操 作、 备份对象修改操作以及备份对象删除操作中的至少一种操作。
结合第四方面， 所述生成单元， 包括：
查询子单元， 用于在所述父子关系表中， 查询与所述操作请求中的备份对 象编号对应的父目录；
回溯子单元， 用于在所述父子关系表中， 循环递归回溯所述父目录的上一 个父目录， 生成回溯己录；
生成子单元， 用于当回溯到的上一个父目录为备份根时， 停止循环递归回 溯所述父目录的上一个父目录，根据生成的回溯记录拼接生成所述备份对象的 操作路径。
第五方面， 一种备份对象系统， 包括上述的生产端设备和灾备端设备。 在本实施例中， 生产端设备向所述灾备端设备发送操作请求， 所述操作请求包 括备份对象编号以及备份对象操作类型， 由于生产端设备在对备份对象进行备 份时， 只需要向灾备端设备发送备份对象编号和备份对象操作类型， 灾备端设 备即可对该备份对象进行备份， 因此在传输的过程中， 减少了备份对象的操作 路径的字节开销， 使得通信包中可传输的备份对象的数据相应增多， 从而提高 了备份数据传输的效率， 节省了传输时间， 剔除了工作路径的切换的步骤， 简 化了备份操作， 提高了备份对象的备份效率。
附图说明
图 1是现有的生产端设备中备份目录树的结构图；
图 2是根据图 1在灾备端设备生成的备份目录树的表格；
图 3是现有的生产端设备中备份目录树的结构图；
图 4是根据图 3在灾备端设备生成的消息序列的表格；
图 5是本发明实施例提供的一种备份对象发送方法的实现流程图； 图 6是本发明实施例提供的父子关系表的较佳示意图；
图 7是本发明实施例提供的一种备份对象的备份方法的实现流程图； 图 8是本发明实施例提供的步骤 S703的实施流程；
图 9是本发明实施例提供的生产端设备和灾备端设备交互的实现流程； 图 10本发明实施例提供的一种生产端设备；
图 11是本发明实施例提供的一种生产端设备的结构示意图；
图 12是本发明实施例提供的一种灾备端设备；
图 13是本发明实施例提供的一种灾备端设备的结构示意图。
具体实施方式
为了使本发明的目的、 技术方案及优点更加清楚明白， 以下结合附图及实 施例， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅 仅用以解释本发明， 并不用于限定本发明。
参考图 5, 图 5示出了本发明实施例提供的一种备份对象发送方法的实现 流程, 详述如下：
在步骤 S501 中， 生产端设备向灾备端设备发送的父子关系表， 所述父子 关系表包括备份对象编号、 备份对象所在的父目录以及备份对象名称， 以使所 述灾备端设备接收到所述生产端设备发送的父子关系表；
在本实施例中，生产端设备为位于本地站点内，接入网络存储系统的终端。 在本实施例中， 父子关系表为包括备份对象编号、 备份对象所在的父目录 以及备份对象名称的目录表。
可选地，父子关系表也可以为包括备份对象编号、备份对象所在的父目录、 备份对象操作类型以及备份对象名称的目录表。
在本实施例中， 父子关系表由生产端设备生成， 具体的生成过程， 在下述 实施例进行描述， 在此不做赞述。
在步骤 S502中， 所述生产端设备向所述灾备端设备发送操作请求， 所述 操作请求包括备份对象编号以及备份对象操作类型， 以使所述灾备端设备根据 所述父子关系表生成所述备份对象的操作路径，根据所述操作路径以及所述备 份对象操作类型， 对所述备份对象进行相应的操作。
在本实施例中， 备份对象为生产端设备需要进行备份的对象。
在本实施例中， 备份对象包括但不限于音频文件、 视频文件、 文本文件。 在本实施例中， 生产端设备通过现有的通信网络， 向所述灾备端设备发送 操作请求， 所述操作请求包括备份对象编号 FID 以及备份对象操作类型
OPTYPE, 所述备份对象操作类型包括备份对象生成类型、 备份对象修改类型 以及备份对象删除类型中的至少一种类型。
在本实施例中， 灾备端设备接收所述生产端设备发送的操作请求后， 根据 所述父子关系表生成所述备份对象的操作路径，根据所述操作路径以及所述备 份对象操作类型， 对所述备份对象进行相应的操作， 所述操作包括备份对象生 成操作、 备份对象修改操作以及备份对象删除操作中的至少一种操作， 从而完 成了对备份对象的备份。
在本实施例中， 为便于说明， 以实际应用为例， 例如， 当灾备端设备不 具备备份对象时， 生产端设备向灾备端设备发送操作请求， 所述操作请求包括 备份对象编号以及备份对象操作类型， 所述备份对象操作类型为备份对象生成 类型， 以使所述灾备端设备接收生产端设备发送操作请求， 根据所述父子关系 表生成所述备份对象的操作路径，根据所述操作路径以及所述备份对象操作类 型， 对备份对象进行备份对象生成操作。
例如， 当灾备端设备具备备份对象时， 生产端设备向灾备端设备发送操作 请求， 所述操作请求包括备份对象编号以及备份对象操作类型， 所述备份对象 操作类型为备份对象修改类型或备份对象删除类型， 以使所述灾备端设备接收 生产端设备发送操作请求， 根据所述父子关系表生成所述备份对象的操作路 径， 根据所述操作路径以及所述备份对象操作类型， 对备份对象进行备份对象 修改操作或备份对象删除操作。
对备份对象进行备份对象修改操作， 可对备份对象的操作权限进行修改， 例如，将操作权限修改为可读写、可读等，也可对备份对象中的内容进行修改， 例如， 将某一段内容的对应的字节修改替换。
在本实施例中， 由于生产端设备在对备份对象进行备份时， 只需要向灾备 端设备发送备份对象编号和备份对象操作类型， 灾备端设备即可对该备份对象 进行备份， 因此在传输的过程中， 减少了备份对象的操作路径的字节开销， 使 得通信包中可传输的备份对象的数据相应增多，从而提高了备份数据传输的效 率， 节省了传输时间， 剔除了工作路径的切换的步骤， 简化了备份操作， 提高 了备份对象的备份效率。
作为本发明的一个优选实施例， 在生产端设备向灾备端设备发送的父子关 系表之前， 包括：
当生产端设备进行全备份时，根据备份路径下所有的目录以及所述目录中 的备份对象， 生成全备份目录的父子关系表。
在本实施例中， 当生产端设备进行全备份时， 也就是初次备份时， 扫描备 份路径下所有的目录以及所述目录中的备份对象， 提取出相关的字段， 并抽象 成目录的父子关系表。 生产端设备生成目录父子关系表后， 将此表发送给灾备 端设备。
参考图 6, 图 6示出了父子关系表的较佳示意图。
具体地，将根" src"所包含的所有目录以及备份对象抽象成以下目录父子关 系表， 其中， 目录父子关系表有四个字段： FID、 PFID、 OPTYPE以及 Dname, 分别为备份对象编号 FID, 以及备份对象所在的父目录 PFID,备份对象操作类 型 OPTYPE, 备份对象的名字 Dname。
作为本发明的一个优选实施例， 在根据备份路径下所有的目录以及所述目 录中的备份对象， 生成全备份目录的父子关系表之前， 还包括：
当生产端设备进行增量备份时，根据备份路径下新增的目录以及所述目录 中的备份对象， 生成增量备份目录的父子关系表。
在本实施例中， 在全备份完成后， 当生产端设备进行增量备份时， 也就是 非初次备份时， 对目录进行扫描， 扫描出新增的目录以及所述目录中的备份对 象， 提取出相关的字段， 并抽象成增量备份目录的父子关系表， 生产端设备生 成父子关系表后， 将此表发送给灾备端设备。
参考图 7, 图 7示出了一种备份对象的备份方法， 其特征在于， 包括： 在步骤 S701 中， 灾备端设备接收生产端设备发送的父子关系表， 所述父 子关系表包括备份对象编号、 备份对象所在的父目录以及备份对象名称；
在本实施例中，灾备端设备为位于异地站点内，接入网络存储系统的终端。 在本实施例中， 父子关系表为包括备份对象编号、 备份对象所在的父目录 以及备份对象名称的目录表。
可选地，父子关系表也可以为包括备份对象编号、备份对象所在的父目录、 备份对象操作类型以及备份对象名称的目录表。 在步骤 S702中， 接收所述生产端设备发送的操作请求， 所述操作请求包 括备份对象编号以及备份对象操作类型；
在本实施例中， 备份对象操作类型包括备份对象生成类型、 备份对象修 改类型以及备份对象删除类型中的至少一种类型。
在步骤 S703中， 根据所述父子关系表生成所述备份对象的操作路径； 在本实施例中， 根据所述父子关系表生成所述备份对象的操作路径， 具 体地， 在所述父子关系表中， 对所述操作请求中的备份对象编号对应的父目录 进行循环递归回溯， 当回溯到的所述父目录为预设的备份根时， 拼接生成所述 备份对象的操作路径。
在步骤 S704中， 根据所述操作路径以及所述备份对象操作类型， 对所述 备份对象进行相应的操作。
在本实施例中，对所述备份对象进行相应的操作包括备份对象生成操作、 备份对象修改操作以及备份对象删除操作中的至少一种操作。
在本实施例中， 例如， 生产端设备发送操作请求， 操作请求中包括 FID-OPTYPE(2-FileCreate)给灾备端设备，其中 FID-OPTYPE(2-FileCreate)表示 FID为 2 , ΟΡΤΥΡΕ为 FileCreate,灾备端设备接收到操作请求后，会根据 FID(2) 来查询父子关系表（可参考图 6 ), 拿到一条记录（2-1-FileCreate-file ), 从而获 得 FID为 2所表示对象的名字为 file,以及它的父目录 FID为 1 ,继续使用 FID(l) 回溯获得记录 (1-0-DirCreate-Dirl), 获得父目录为 Dirl , 同时， 父目录的父目 录 FID(O), 这里， 0作为特殊 FID表示备份根， 当回溯到的上一个父目录为备 份根时， 停止循环递归回溯所述父目录的上一个父目录， 至此， 可以得到操作 路径为 /Dirl/, 操作类型为备份对象生成， 即对备份对象进行备份， 生成的备 份对象名字为 file。
在本实施例中， 灾备端设备在接到操作请求后， 根据操作请求传送过来的 FID, 在目录父子关系表中进行回溯， 从而可以拼接生成备份对象的操作路径， 进而进行相应操作，节省了接收数据时间，同时剔除了工作路径的切换的步骤， 简化了备份操作， 从而提高了备份对象的备份效率。
在本实施例中， 需要进行说明的是， 备份根可以为用户自设， 也可以为系 统默认， 在此不做限制。
参考图 8, 图 8示出了步骤 S703的实施流程， 详述如下：
在步骤 S801 中， 在所述父子关系表中， 查询与所述操作请求中的备份对 象编号对应的父目录；
在本实施例中， 根据生成的回溯记录拼接生成所述备份对象的操作路径。 在本实施例中，根据备份对象编号和父目录的对应关系，在父子关系表中， 查询备份对象编号对应的父目录。
在步骤 S802中， 在所述父子关系表中， 循环递归回溯所述父目录的上一 个父目录， 生成回溯己录；
在本实施例中， 在父子关系表中， 循环递归回溯所述父目录的上一个父目 录， 生成回溯己录。
在步骤 S803 中， 当回溯到的上一个父目录为备份根时， 停止循环递归回 溯所述父目录的上一个父目录，根据生成的回溯记录拼接生成所述备份对象的 操作路径。
在本实施例中， 例如， 在父子关系表中， 循环递归回溯所述父目录的上一 个父目录， 生成回溯己录， 父目录 Dir5的上一个父目录 Dir65, 父目录 Dir65 的上一个父目录为 Dir98, 当回溯到的上一个父目录为备份 4艮时， 停止循环递 归回溯所述父目录的上一个父目录。
在本实施例中， 拼接生成所述备份对象的操作路径， 根据回溯的父目录进 行排序， 例如， 父目录 Dir5的上一个父目录 Dir65, 父目录 Dir65的上一个父 目录为 Dir98, Dir98上一个父目录为备份根时， 拼接生成所述备份对象的操作 路径为 I Dir98/ Dir65 /Dir5。
参考图 9, 图 9示出了生产端设备和灾备端设备交互的实现流程， 详述如 下： 1、 生产端设备向灾备端设备发送父子关系表；
2、 灾备端设备接收生产端设备的父子关系表， 并对该父子关系表进行记 录存储；
3、 灾备端设备向生产端设备返回接收成功的响应消息；
4、 生产端设备收到灾备端设备返回的接收成功的响应消息后， 向灾备端 设备发送确认消息， 消息中携带有对象操作请求， 所述操作请求包括备份对象 编号以及备份对象操作类型；
5、 灾备端设备接收生产端设备下发的操作请求， 根据该操作请求， 准备 接收备份对象的数据；
6、 生产端设备加载备份对象的数据， 并发送至生产端设备；
7、 灾备端设备接收备份对象的数据， 并根据操作请求中的备份对象编号 ( F I D )和备份对象操作类型（OPTYPE ), 对备份对象进行备份操作。 备份 完毕后， 向灾备端设备发送备份成功的响应消息， 消息中携带有取消重传备份 对象信息；
8、 生产端设备收到灾备端设备返回的备份成功的响应消息后， 取消向灾 备端设备重传备份对象的信息。
参照图 10, 图 10示出了本发明实施例提供的一种生产端设备， 为了便于 说明， 仅示出了与本实施例相关的部分， 详述如下：
第一发送单元， 用于向灾备端设备发送父子关系表， 所述父子关系表包 括备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二发送单元， 用于向所述灾备端设备发送操作请求， 所述操作请求包 括备份对象编号以及备份对象操作类型， 以使所述灾备端设备根据所述父子关 系表生成所述备份对象的操作路径，根据所述操作路径以及所述备份对象操作 类型， 对所述备份对象进行相应的操作。
进一步地， 在该生产端设备中， 所述备份对象操作类型包括备份对象生 成类型、 备份对象修改类型以及备份对象删除类型中的至少一种类型。 进一步地， 在该生产端设备中， 所述对所述备份对象进行相应的操作包 括备份对象生成操作、备份对象修改操作以及备份对象删除操作中的至少一种 操作。
进一步地， 在该生产端设备中， 还包括：
第一生成单元， 用于当生产端设备进行全备份时， 根据备份路径下新增的 目录以及所述目录中的备份对象， 生成全备份目录的父子关系表。
进一步地， 在该生产端设备中， 还包括：
第二生成单元， 用于当生产端设备进行增量备份时， 根据备份路径下新增 的目录以及所述目录中的备份对象， 生成增量备份目录的父子关系表。
参考图 11 , 图 11是本发明实施例提供的一种生产端设备的结构示意图， 本发明具体实施例并不对所述用户设备的具体实现做限定， 所述生产端设备
1100, 包括：
处理器 (英文： rocessor)1101 , 通信接口 (英文： Communications Interface) 1102, 存储器 (英文： memory)103 , 总线 1104。
处理器 1101 , 通信接口 1102, 存储器 1103通过总线 1104完成相互间的 通信。
通信接口 1102 , 用于与其他通信设备进行通信；
处理器 1101 , 用于执行程序。
具体地， 程序可以包括程序代码， 所述程序代码包括计算机操作指令。 处理器 1101可能是一个中央处理器（英文： central processing unit, 缩写： CPU。
存储器 1103 ,用于存储程序。其中程序用于向灾备端设备发送父子关系表， 所述父子关系表包括备份对象编号、 备份对象所在的父目录以及备份对象名 称； 用于向所述灾备端设备发送操作请求， 所述操作请求包括备份对象编号以 及备份对象操作类型。
参照图 12, 图 12示出了本发明实施例提供的一种灾备端设备， 为了便于 说明， 仅示出了与本实施例相关的部分， 详述如下：
第一接收单元 121 ,用于接收生产端设备发送的父子关系表，所述父子关 系表包括备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二接收单元 122,用于接收所述生产端设备发送的操作请求，所述操作 请求包括备份对象编号以及备份对象操作类型；
生成单元 123 , 用于根据所述父子关系表生成所述备份对象的操作路径； 操作单元 124 ,用于根据所述操作路径以及所述备份对象操作类型，对所 述备份对象进行相应的操作。
进一步地， 在该生产端设备中， 所述备份对象操作类型包括备份对象生 成类型、 备份对象修改类型以及备份对象删除类型中的至少一种类型。
进一步地， 在该生产端设备中， 所述对所述备份对象进行相应的操作包 括备份对象生成操作、备份对象修改操作以及备份对象删除操作中的至少一种 操作。
进一步地， 在该灾备端设备中， 所述生成单元 123 , 包括：
查询子单元， 用于在所述父子关系表中， 查询与所述操作请求中的备份 对象编号对应的父目录；
回溯子单元， 用于在所述父子关系表中， 循环递归回溯所述父目录的上 一个父目录， 生成回溯 己录；
生成子单元， 用于当回溯到的上一个父目录为备份根时， 停止循环递归 回溯所述父目录的上一个父目录，根据生成的回溯记录拼接生成所述备份对象 的操作路径。
参考图 13 , 图 13是本发明实施例提供的一种灾备端设备的结构示意图， 本发明具体实施例并不对所述用户设备的具体实现做限定， 所述灾备端设备 1300, 包括：
处理器 (英文： rocessor) 1301 , 通信接口 (英文： Communications Interface) 1302, 存储器 (英文： memory)103 , 总线 1304。 处理器 1301 , 通信接口 1302, 存储器 1303通过总线 1304完成相互间的 通信。
通信接口 1302, 用于与其他通信设备进行通信；
处理器 1301 , 用于执行程序。
具体地， 程序可以包括程序代码， 所述程序代码包括计算机操作指令。 处理器 1301可能是一个中央处理器（英文： central processing unit, 缩写： CPU。
存储器 1303 , 用于存储程序。 其中程序第一接收单元， 用于接收生产端 设备发送的父子关系表， 所述父子关系表包括备份对象编号、 备份对象所在的 父目录以及备份对象名称；
第二接收单元， 用于接收所述生产端设备发送的操作请求， 所述操作请 求包括备份对象编号以及备份对象操作类型； 用于根据所述父子关系表生成所 述备份对象的操作路径； 用于根据所述操作路径以及所述备份对象操作类型， 对所述备份对象进行相应的操作。 以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在本发 明的精神和原则之内所作的任何修改、 等同替换和改进等， 均应包含在本发明 的保护范围之内。

Claims

权利要求
1、 一种备份对象的发送方法， 其特征在于， 包括：
生产端设备向灾备端设备发送父子关系表， 所述父子关系表包括备份 对象编号、 备份对象所在的父目录以及备份对象名称；
所述生产端设备向所述灾备端设备发送操作请求， 所述操作请求包括 备份对象编号以及备份对象操作类型， 以使所述灾备端设备根据所述父子 关系表生成所述备份对象的操作路径， 根据所述操作路径以及所述备份对 象操作类型， 对所述备份对象进行相应的操作。
2、 如权利要求 1所述的方法， 其特征在于， 所述备份对象操作类型包 括备份对象生成类型、 备份对象修改类型以及备份对象删除类型中的至少 一种类型。
3、 如权利要求 1所述的方法， 其特征在于， 所述对所述备份对象进行 相应的操作包括备份对象生成操作、 备份对象修改操作以及备份对象删除 操作中的至少一种操作。
4、 如权利要求 1所述的方法， 其特征在于， 在所述生产端设备向灾备 端设备发送的父子关系表之前， 包括：
当生产端设备进行全备份时， 根据备份路径下所有的目录以及所述目 录中的备份对象， 生成全备份目录的父子关系表。
5、 如权利要求 1所述的方法， 其特征在于， 在所述生产端设备向灾备 端设备发送的父子关系表之前， 还包括：
当生产端设备进行增量备份时， 根据备份路径下新增的目录以及所述 目录中的备份对象， 生成增量备份目录的父子关系表。
6、 一种备份对象的备份方法， 其特征在于， 包括：
灾备端设备接收生产端设备发送的父子关系表， 所述父子关系表包括 备份对象编号、 备份对象所在的父目录以及备份对象名称；
接收所述生产端设备发送的操作请求， 所述操作请求包括备份对象编 号以及备份对象操作类型；
根据所述父子关系表生成所述备份对象的操作路径；
根据所述操作路径以及所述备份对象操作类型， 对所述备份对象进行 相应的操作。
7、 如权利要求 1所述的方法， 其特征在于， 所述备份对象操作类型包 括备份对象生成类型、 备份对象修改类型以及备份对象删除类型中的至少 一种类型。
8、 如权利要求 1所述的方法， 其特征在于， 所述对所述备份对象进行 相应的操作包括备份对象生成操作、 备份对象修改操作以及备份对象删除 操作中的至少一种操作。
9、 如权利要求 6所述的方法， 其特征在于， 所述根据所述父子关系表 生成所述备份对象的操作路径， 包括：
在所述父子关系表中， 查询与所述操作请求中的备份对象编号对应的 父目录；
在所述父子关系表中， 循环递归回溯所述父目录的上一个父目录， 生 成回溯己录；
当回溯到的上一个父目录为备份才艮时， 停止循环递归回溯所述父目录 的上一个父目录， 根据生成的回溯记录拼接生成所述备份对象的操作路径。
10、 一种生产端设备， 其特征在于， 包括：
第一发送单元， 用于向灾备端设备发送父子关系表， 所述父子关系表 包括备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二发送单元， 用于向所述灾备端设备发送操作请求， 所述操作请求 包括备份对象编号以及备份对象操作类型， 以使所述灾备端设备根据所述 父子关系表生成所述备份对象的操作路径， 根据所述操作路径以及所述备 份对象操作类型， 对所述备份对象进行相应的操作。
11、 如权利要求 10所述的生产端设备， 其特征在于， 所述备份对象操 作类型包括备份对象生成类型、 备份对象修改类型以及备份对象删除类型 中的至少一种类型。
12、 如权利要求 10所述的生产端设备， 其特征在于， 所述对所述备份 对象进行相应的操作包括备份对象生成操作、 备份对象修改操作以及备份 对象删除操作中的至少一种操作。
13、 如权利要求 10所述的生产端设备， 其特征在于， 还包括： 第一生成单元， 用于当生产端设备进行全备份时， 根据备份路径下新 增的目录以及所述目录中的备份对象， 生成全备份目录的父子关系表。
14、 如权利要求 10所述的生产端设备， 其特征在于， 还包括： 第二生成单元， 用于当生产端设备进行增量备份时， 根据备份路径下 新增的目录以及所述目录中的备份对象， 生成增量备份目录的父子关系表。
15、 一种灾备端设备， 其特征在于， 包括：
第一接收单元， 用于接收生产端设备发送的父子关系表， 所述父子关 系表包括备份对象编号、 备份对象所在的父目录以及备份对象名称；
第二接收单元， 用于接收所述生产端设备发送的操作请求， 所述操作 请求包括备份对象编号以及备份对象操作类型；
生成单元， 用于根据所述父子关系表生成所述备份对象的操作路径； 操作单元， 用于根据所述操作路径以及所述备份对象操作类型， 对所 述备份对象进行相应的操作。
16、 如权利要求 15所述的灾备端设备， 其特征在于， 所述备份对象操 作类型包括备份对象生成类型、 备份对象修改类型以及备份对象删除类型 中的至少一种类型。
17、 如权利要求 15所述的灾备端设备， 其特征在于， 所述对所述备份 对象进行相应的操作包括备份对象生成操作、 备份对象修改操作以及备份 对象删除操作中的至少一种操作。
18、 如权利要求 15所述的灾备端设备， 其特征在于， 所述生成单元还 用于在所述父子关系表中， 对所述操作请求中的备份对象编号对应的父目 录进行循环递归回溯， 当回溯到的所述父目录为预设的备份根时， 拼接生 成所述备份对象的操作路径。
19、 如权利要求 15所述的灾备端设备， 其特征在于， 所述生成单元， 包括：
查询子单元， 用于在所述父子关系表中， 查询与所述操作请求中的备 份对象编号对应的父目录；
回溯子单元， 用于在所述父子关系表中， 循环递归回溯所述父目录的 上一个父目录， 生成回溯记录；
生成子单元， 用于当回溯到的上一个父目录为备份根时， 停止循环递 归回溯所述父目录的上一个父目录， 居生成的回溯记录拼接生成所述备 份对象的操作路径。
20、 一种备份对象系统， 包括权利要求 10或 15所述的生产端设备和 灾备端设备。
PCT/CN2014/083073 2013-10-16 2014-07-25 一种备份对象的发送、备份方法、生产端、灾备端及系统 WO2015055036A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310486116.6 2013-10-16
CN201310486116.6A CN103500129B (zh) 2013-10-16 2013-10-16 一种备份对象的发送、备份方法、生产端、灾备端及系统

Publications (1)

Publication Number Publication Date
WO2015055036A1 true WO2015055036A1 (zh) 2015-04-23

Family

ID=49865344

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/083073 WO2015055036A1 (zh) 2013-10-16 2014-07-25 一种备份对象的发送、备份方法、生产端、灾备端及系统

Country Status (2)

Country Link
CN (1) CN103500129B (zh)
WO (1) WO2015055036A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103500129B (zh) * 2013-10-16 2017-08-11 华为技术有限公司 一种备份对象的发送、备份方法、生产端、灾备端及系统
CN106407040B (zh) * 2016-09-05 2019-05-24 华为技术有限公司 一种远程数据复制方法及系统
CN109753380A (zh) * 2017-11-08 2019-05-14 阿里巴巴集团控股有限公司 快照数据备份方法、装置及系统
US11940883B2 (en) * 2022-07-25 2024-03-26 Dell Products L.P. Generating a synthetic full backup

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072163A (zh) * 2007-03-31 2007-11-14 腾讯科技（深圳）有限公司 一种网络文件自动转存方法及系统
CN101436151A (zh) * 2008-12-01 2009-05-20 成都索贝数码科技股份有限公司 基于文件系统的数据实时备份方法及其系统
CN102437925A (zh) * 2011-12-01 2012-05-02 中兴通讯股份有限公司 分布式系统中的数据备份方法、装置及系统
CN103500129A (zh) * 2013-10-16 2014-01-08 华为技术有限公司 一种备份对象的发送、备份方法、生产端、灾备端及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7685128B2 (en) * 2004-06-10 2010-03-23 International Business Machines Corporation Remote access agent for caching in a SAN file system
CN1794724A (zh) * 2005-10-27 2006-06-28 华为技术有限公司 在SyncML层实现数据同步的方法
CN101567858B (zh) * 2008-04-21 2011-04-27 联想(北京)有限公司 一种数据同步的方法和系统
CN103150394B (zh) * 2013-03-25 2014-07-23 中国人民解放军国防科学技术大学 面向高性能计算的分布式文件系统元数据管理方法
CN103312489B (zh) * 2013-06-29 2016-12-07 华为技术有限公司 一种终端与服务器进行同步的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072163A (zh) * 2007-03-31 2007-11-14 腾讯科技（深圳）有限公司 一种网络文件自动转存方法及系统
CN101436151A (zh) * 2008-12-01 2009-05-20 成都索贝数码科技股份有限公司 基于文件系统的数据实时备份方法及其系统
CN102437925A (zh) * 2011-12-01 2012-05-02 中兴通讯股份有限公司 分布式系统中的数据备份方法、装置及系统
CN103500129A (zh) * 2013-10-16 2014-01-08 华为技术有限公司 一种备份对象的发送、备份方法、生产端、灾备端及系统

Also Published As

Publication number Publication date
CN103500129B (zh) 2017-08-11
CN103500129A (zh) 2014-01-08

Similar Documents

Publication Publication Date Title
US11461202B2 (en) Remote data replication method and system
WO2023197670A1 (zh) 一种分布式存储系统控制方法、装置及可读存储介质
JP5819518B2 (ja) 多ソース復元の方法と装置
JP5851023B2 (ja) 電力状態ベースのバックアップの方法と装置
JP5728130B2 (ja) 多段階多ソースバックアップの方法と装置
WO2017133216A1 (zh) 分布式存储方法和设备
WO2017162032A1 (zh) 执行数据恢复操作的方法及装置
Rowe et al. A local network based on the UNIX operating system
CA2893304C (en) Data storage method, data storage apparatus, and storage device
JP2007310631A (ja) ストレージシステム及びそのリカバリボリューム作成方法
WO2015010327A1 (zh) 数据发送方法、数据接收方法和存储设备
CN105144105A (zh) 用于可扩展的崩溃一致的快照操作的系统和方法
JP2015534684A (ja) ファイルストレージシステムにおけるチェックポイントを用いて重複排除を管理するシステムおよび方法
JP2008077288A (ja) データバックアップ方法及び計算機システム
WO2013131448A1 (zh) 数据同步方法、系统及数据访问装置
WO2015055036A1 (zh) 一种备份对象的发送、备份方法、生产端、灾备端及系统
WO2014060882A1 (en) Consistency group management
WO2016045428A1 (zh) 一种创建虚拟机的方法和创建虚拟机的装置
JP2007323507A (ja) 記憶システム並びにこれを用いたデータの処理方法
WO2015085529A1 (zh) 数据复制方法、数据复制装置和存储设备
CN109144785A (zh) 用于备份数据的方法和装置
JP6196389B2 (ja) 分散型ディザスタリカバリファイル同期サーバシステム
WO2015081521A1 (zh) 一种存储系统中的数据处理方法、装置和系统
JP3848268B2 (ja) 計算機システム、計算機装置、計算機システムにおけるデータアクセス方法及びプログラム
CN112035062A (zh) 云计算的本地存储的迁移方法、计算机设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14853548

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14853548

Country of ref document: EP

Kind code of ref document: A1