Abstract:
A data backup method for logical volume manager (LVM) is used for backup the original data in the LV when adding newly data into a logical volume of the LVM. Before adding a snapshot volume, a new storage space is created. The LVM writes the data to be altered in the logical volume into the new storage space. The LVM then renames the logical volume to the snapshot volume, and names the new storage space to the logical volume. According to the method, reading and writing times of the physical disk can be reduced, so as to quicken backup efficiency.

Description:
BACKGROUND OF THE INVENTION 
       [0001]    1. Field of Invention 
         [0002]    The present invention relates to a data backup method for computer storage equipment, and more particularly to a data backup method applied to a logical volume manager. 
         [0003]    2. Related Art 
         [0004]    In order to safely and effectively save data information in a computer, many data information storage technologies are proposed in the past, such as redundant array of independent disks (RAID), and logical volume manager LVM). For the LVM, a plurality of physical disks is integrated to serve as a same volume group, and then the volume group is divided into several logical volumes (LV) 
         [0005]    A snapshot method is further provided in the LVM. The so-called snapshot is to provide a corresponding snapshot volume SV, and the snapshot volume SV is used to perform real-time backup on data information of a certain specific time in the logical volume LV. The snapshot volume SV performs the backup on rewritten data in the logical volume LV instead of performing total backup on all the data in the logical volume LV. 
         [0006]      FIG. 1   a  shows a flow chart of the data backup of the logical volume and the snapshot volume. A logical volume is provided (step S 110 ), and the logical volume respectively has a plurality of data. Adding a snapshot volume (step S 120 ). New data is written into a cache memory (step S 130 ). The data before alternation in the logical volume is read (step S 140 ). The data before alternation is written into the snapshot volume (step S 150 ). The new data is written from the cache memory into the logical volume (step S 160 ). 
         [0007]    In order to clearly illustrate operation manner of the logical volume and the snapshot volume, please refer to  FIGS. 1   b - 1   e . Firstly, a logical volume LV 110  is created. In order to be convenient to illustrate mapping relation of the logical volume LV 110  and the snapshot volume SV, here it is assumed that four groups of data, i.e., Data 1   1   1111 , Data 2   1   1121 , Data 3   1   1131 , and Data 4   1   1141 , those groups of data are saved in the logical volume LV 110 . Each parameter in the data Data N x  represents the x th  backup of the N th  batch of data in the logical volume LV 110 . The snapshot volume SV m  represents the snapshot volume of the m th  volume. 
         [0008]    Next, a first snapshot volume SV 1   120  is created. At this time, the logical volume LV 110  does not have data transaction, so the first snapshot volume SV 1   120  does not store the transaction data of the logical volume LV 110 , as shown in  FIG. 1   b . Data 1   1   1111  and Data 4   1   1142  in the logical volume LV 110  are rewritten into Data 1   2   1112  and Data 4   2   1142 . At the same time, the first snapshot volume SV 1   120  respectively stores Data 1   1   1111  and Data 4   1   1141 , as shown in  FIG. 1   c . In order to clearly illustrate the dependent position, please refer to arrow indication directions of each block data in the drawings. 
         [0009]    A second snapshot volume SV 2   130  is newly added, please refer to  FIG. 1   d , the manner of newly adding the snapshot volume is performing an action of adding the snapshot volume at fixed intervals. Next, Data 2   1   1121  and Data 4   2   1142  in the logical volume LV 110  are rewritten, and then the transaction data of Data 2   1   1121  and Data 4   2   1142  in the logical volume LV 110  is recorded to the second snapshot volume SV 2   130 , as shown in  FIG. 1   e.    
         [0010]    In other words, the snapshot recording method of the LVM is that when the logical volume LV 110  has the data transaction, the original data before the transaction of the logical volume LV 110  is stored to the current latest snapshot volume SV. However, the backup process needs the following steps. The old data of the logical volume is read, the old data is written into the snapshot volume SV, and the new data is written into the logical volume. The method needs disk actions of reading once and writing twice. When a great quantity of data needs to be accessed, executing performance of the LVM is encumbered by frequent operation of the disk actions. 
         [0011]    The action of resuming the data of the logical volume to the data when the snapshot is created is called rollback. When the logical volume LV 110  intends to perform the rollback, it is necessary to read each data one by one in the snapshot volume SV, and to write the old data back to the corresponding positions in the logical volume LV 110 . 
         [0012]    Referring to  FIG. 2   a , it is a flow chart of the rollback action of the conventional LVM. Select a latest snapshot volume (step S 210 ). In the snapshot volume selected in step S 210 , the data dependent on the logical volume is made to overwrite the corresponding data in the logical volume (step S 220 ), until the data in the snapshot volume is totally written into the logical volume. Delete the snapshot volume selected in step S 210  (step S 230 ). Next, step S 210  is repeated, so as to select a next snapshot volume. Then, step S 220  to step S 230  are performed, until the rollback snapshot volume and the subsequently created snapshot volumes are deleted (step S 240 ). 
         [0013]    Referring to  FIGS. 2   b  to  2   f , schematic views of the rollback action performed by the conventional LVM are shown. In  FIG. 2   b , a logical volume LV 110 , a first snapshot volume SV 1  and a second snapshot volume SV 2  are included, in which the data of the logical volume LV 110  depends on the second snapshot volume SV 2 , and the data of the second snapshot volume SV 2  depends on the first snapshot volume SV 1 . In other words, the relation between the newness degree of the data, the logical volume LV 110  and snapshot volume SV is that the data in the logical volume LV 110  is the latest data, the data saved in the second snapshot volume SV 2  takes second place, and the oldest data is saved in the first snapshot volume SV 1 . 
         [0014]    According to step S 210 , firstly, the newly generated snapshot volume is selected in the current snapshot volume, and the latest snapshot volume SV in  FIG. 2B  is the second snapshot volume SV 2 . Data in the second snapshot volume SV 2  named Data  2   1  and Data  4   2  are overwritten to the data named Data 2   2  and Data 4   3  in the logical volume (corresponding to step S 220 ). When all the data in the second snapshot volume SV 2  are overwritten to the logical volume, the second snapshot volume SV 2  is deleted (step S 230 ). Next, steps S 210  to  230  are repeated, and then the first snapshot volume SV 1  is selected. Data named Data  1   1 , and Data  4   1  in the first snapshot volume SV 1  are overwritten to the data named Data 1   2  and Data 4   2  in the logical volume LV 110  (corresponding to step S 240 ). According to the LVM rollback, it can be known that each rollback action includes actions of reading once, writing once, and deleting once, so when the quantity of the logical volumes is excessively large, the time for the data rollback is prolonged. 
       SUMMARY OF THE INVENTION 
       [0015]    In view of the above problem, the present invention is mainly directly to provide a data backup method for a logical volume manager (LVM), which is capable of newly adding data to a logical volume in the LVM, and performing backup on original data of the added data in the logical volume. 
         [0016]    The data backup method for LVM includes the following step. A. A snapshot volume is generated. B. The current logical volume is renamed to the snapshot volume. C. The snapshot volume generated in step A is renamed to the logical volume. D. The data is written to the logical volume renamed in step C. 
         [0017]    In the backup method for LVM provided in the present invention, the reading and writing times of the physical disk are reduced, so as to increase the accessing performance of the LVM. 
         [0018]    Further scope of applicability of the present invention will become apparent from the detailed description given hereinafter. However, it should be understood that the detailed description and specific examples, while indicating preferred embodiments of the invention, are given by way of illustration only, since various changes and modifications within the spirit and scope of the invention will become apparent to those skilled in the art from this detailed description. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0019]    The present invention will become more fully understood from the detailed description given herein below for illustration only, and thus are not limitative of the present invention, and wherein: 
           [0020]      FIG. 1   a  is a schematic flow chart of the conventional data backup; 
           [0021]      FIG. 1   b  is a schematic view of the generation of the first snapshot volume in the conventional art; 
           [0022]      FIG. 1   c  is a schematic view of the data backup of the conventional first snapshot volume; 
           [0023]      FIG. 1   d  is a schematic view of the generation of the second snapshot volume in the conventional art; 
           [0024]      FIG. 1   e  is a schematic view of the data backup of the conventional second snapshot volume; 
           [0025]      FIG. 2   a  is a flow chart of the rollback action of the conventional LVM; 
           [0026]      FIG. 2   b  is a schematic view of the rollback action performed by the conventional LVM; 
           [0027]      FIG. 2   c  is a schematic view of the rollback action performed by the conventional LVM; 
           [0028]      FIG. 2   d  is a schematic view of the rollback action performed by the conventional LVM; 
           [0029]      FIG. 2   e  is a schematic view of the rollback action performed by the conventional LVM; 
           [0030]      FIG. 2   f  is a schematic view of the rollback action performed by the conventional LVM; 
           [0031]      FIG. 3   a  is a flow chart of the data backup of the LVM of the present invention; 
           [0032]      FIG. 3   b  is a schematic view of the generation of the first snapshot volume of the present invention; 
           [0033]      FIG. 3   c  is a schematic view of the rename of the first snapshot volume and the logical volume of the present invention; 
           [0034]      FIG. 3   d  is a schematic view of the backup data of the present invention; 
           [0035]      FIG. 3   e  is a schematic view of the generation of the second snapshot volume of the present invention; 
           [0036]      FIG. 3   f  is a schematic view of the rename of the second snapshot volume and the logical volume of the present invention; 
           [0037]      FIG. 3   g  is a schematic view of the backup data of the present invention; 
           [0038]      FIG. 4   a  is a schematic view of the flow of the data rollback of the present invention; 
           [0039]      FIG. 4   b  is a schematic view of the data rollback of the LVM of the present invention; 
           [0040]      FIG. 4   c  is a schematic view of the data rollback of the LVM of the present invention; 
           [0041]      FIG. 4   d  is a schematic view of the data rollback of the LVM of the present invention; and 
           [0042]      FIG. 4   e  is a schematic view of the data rollback of the LVM of the present invention. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0043]    As shown in  FIG. 3   a , it is a flow chart of the data backup of the LVM of the present invention. Firstly, generating a snapshot volume (step S 310 ), and the snapshot volume is used to record the altered data in a logical volume. Renaming the current logical volume to a register snapshot volume (step S 320 ). Renaming the snapshot volume generated in step S 310  to a logical volume (step S 330 ). Renaming the temporal snapshot volume to a snapshot volume (step S 340 ). The modified block data is written to the logical volume renamed in step S 330  (step S 350 ). And steps S 310  to S 350  are repeated, until the quantity of the logical volumes reaches the quantity set by the LVM (step S 360 ). Definitely, the snapshot can also be created when it is necessary to perform backup operation on the logical volume data at any time. 
         [0044]    In order to explain the operation process of the present invention more clearly, please refer to  FIGS. 3   b  and  3   c , schematic views of the generation and the rename of the snapshot volume of the LVM are shown. Firstly, a first snapshot volume SV 1   320  is generated, it is assumed that four groups of data, i.e., Data 1   1   3111 , Data 2   1   3121 , Data 3   1   3131 , and Data 4   1   3141 , those groups of data are saved in the logical volume. Each parameter in the data Data N x  represents the x th  backup of the N th  batch of data in the logical volume LV  310 . Here, the logical volume LV  310  does not have the data transaction, so the first snapshot volume SV 1  does not store the transaction data in the logical volume LV  310 . 
         [0045]    Next, the current logical volume is renamed to the register snapshot volume. The first snapshot volume SV 1   320  generated in step S 310  is renamed to the logical volume  310 . Finally, the register snapshot volume  390  is renamed to the first snapshot volume SV 1  (corresponding to steps S 320  to S 340 ). It should be particularly noted that the data saved in the original logical volume LV 310  is not moved to other volumes because of renaming. Similarly, if the data is saved in the snapshot volume SV, the data is not moved to other volumes. 
         [0046]    In order to clearly illustrate dependent positions, please refer to the arrow indication directions of each data in  FIG. 3   d . Four groups of data, i.e., Data 1   1   3111 , Data 2   1   3121 , Data 3   1   3131 , and Data 4   1   3141 , are saved in the new first snapshot volume SV 1   320 . If it intends to modify Data 1   1   3111  and Data 4   1   3141  saved in the first snapshot volume SV 1   320 , in the present invention, the modified Data 1   2   3112  and Data 4   2   3142  are written into the dependent positions in the new logical volume LV  310  (corresponding to step S 350 ). 
         [0047]    Next, it is determined whether the quantity of the snapshot volumes SV reaches an upper limit of the set quantity in the LVM. The quantity of the snapshot volume SV is determined by the capacity of the physical disk. If it reaches the upper limit of the quantity of the snapshot volumes SV, the generation of the snapshot volume is stopped. If it does not reach the upper limit of the quantity of the snapshot volumes SV, the steps S 310  to S 350  are repeated. In this embodiment, two snapshot volumes are used as an example, so the LVM repeats the step S 310  again to generate a second snapshot volume SV 2   330 , as shown in  FIG. 3   e , and the newly generated second snapshot volume SV 2   330  is dependent on the original logical volume LV  310 . Then, the step of renaming the second snapshot volume SV 2   330  and the logical volume LV  310  is performed, as shown in  FIG. 3   f , it is a schematic view of the rename of the second snapshot volume and the logical volume of the present invention. 
         [0048]    If it intends to modify the data named Data 2   1   3121  and Data 4   2   3142  in the first snapshot volume SV 1   320 , the modified data Data 2   2   3122  and Data 4   3   3143  are written into each data dependent position in the logical volume LV  310 . After the backup action, the data named Data 1   1   3111 , Data 2   1   3121 , Data 3   1   3131 , and Data 4   1  are saved in the first snapshot volume SV 1   320 . The data named Data 1   2   3112  and Data 4   2   3141  are saved in the snapshot volume SV 2   330 . The data named Data 2   2   3122  and Data 4   3   3143  are saved in the logical volume LV  310 . Referring to  FIG. 3   g , it is a schematic view of the dependent relation of the logical volume and each snapshot volume. In this embodiment, for each backup performed on the data, the physical disk only needs to read once or write once. In this embodiment, the rename time is shorter than the time of the writing operation of the physical disk, so the data backup time of this embodiment is shorter than the conventional data backup. 
         [0049]    In addition, based on the backup data method of the present invention, the present invention further provides a data rollback method. For the detailed operation flow of the data rollback method, please refer to  FIG. 4   a . The current logical volume is deleted (step S 410 ), and the logical volume is the logical volume set after the data backup. The snapshot volume dependent on the logical volume of step S 410  is renamed to the logical volume (step S 420 ). It is determined whether it intends to rollback to the snapshot volume (step S 430 ). If it is the last logical volume LV 310 , the data rollback is end. If it is not the last logical volume LV 310 , step S 410  is repeated, till one logical volume LV 310  is remained. 
         [0050]    According to the data rollback method, here for the schematic views of the detailed operation corresponding to each step, please refer to  FIGS. 4   b  to  4   e . Corresponding to step S 410 , according to the logical volume LV 310  generated after the data backup, the logical volume LV 310  is selected, and the logical volume LV 310  is deleted, for example, the logical volume LV 310  circled by dashed lines shown in  FIG. 4   b . Next, the second snapshot volume SV 2   330  dependent on the deleted logical volume LV 310  is renamed to the logical volume LV 310  (corresponding to step S 420 ), as shown in  FIG. 4   c . The logical volume LV 310  is not the last one, so steps S 410  to S 420  are repeated. When the last logical volume LV 310  is obtained, the action of the data rollback is finished. 
         [0051]    As compared with the conventional data rollback, the data rollback of the present invention does not have the disk data moving action, and the rollback snapshot of the conventional art needs to perform several times of reading and writing actions, which depends on the data amount of the snapshot backup. In the present invention, it is only necessary to delete each snapshot volume SV, and finally the original data Data 1   1 , Data 2   1 , Data 3   1 , and Data 4   1  can be obtained. 
         [0052]    In the backup method for LVM of the present invention, the data backup/the data rollback is performed to reduce the times of the reading and writing of the physical disk, so as to improve the accessing performance on the LVM execution. 
         [0053]    The invention being thus described, it will be obvious that the same may be varied in many ways. Such variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be obvious to one skilled in the art are intended to be included within the scope of the following claims.