Abstract:
A disk-based archival storage system including a storage unit configured to store archival data, the storage unit including at least one spindle of disks configured to magnetically store archival data, an interconnect; and a control unit configured to process requests over the interconnect to either archive to or retrieve data from the storage unit. In one embodiment, the system includes a plurality of the storage units, each including at least one spindle of disks. The control unit controls the storage unit(s) in a master-slave relationship. Specifically the control unit is capable of issuing commands to selectively cause the storage unit(s) to shut down or power up, enter a running mode or a standby mode, cause the spindle of disk(s) to either spin up or spin down, and to perform a data integrity check of all the archival data stored in the storage system. In various other embodiments, the control unit runs algorithms that expand the lifetime and longevity of the disk spindles, optimizes power consumption, and performs data migration in the event a data integrity check identifies correctable errors.

Description:
This application claims priority of U.S. provisional patent application No. 60/265,180, filed Jan. 30, 2001 and entitled “System Architecture and Methods of Building Low-Power, Dynamically Reconfigurable, And Reliable Online Archival System,” which is hereby incorporated by reference for all purposes. 
    
    
     FIELD OF THE INVENTION 
     The present invention relates generally to data storage, and more specifically, to an online archival disk-based data storage system with algorithms for reducing power consumption, improving disk longevity and reliability, and maintaining data integrity. 
     BACKGROUND OF THE INVENTION 
     With the increasing popularity of Internet commerce and network centric computing, businesses and other entities are becoming more and more reliant on information. Protecting critical data from loss due to human errors, software errors, system crashes, virus attack and the like is therefore of primary importance. Data archival systems are typically used in information systems to restore information in the event of a failure or error. Tape drives and/or write-able CD drives have historically been the storage medium of choice for data archival systems. Magnetic disk based archival storage systems have generally not been considered for long term storage because the lifetime of disks is relatively short and their power consumption is high compared to magnetic tape or write-able CDs. 
     Magnetic disks are typically used as primary storage for information infrastructures and as storage drives in personal computers, laptop computers, servers, and the like. A number of power saving techniques have been proposed for laptop computers. Software controlled power saving modes have been used to control power consumption during periods of inactivity. Adaptive algorithms which analyze access patterns to adaptively determine when to spin disks up or down to reduce power consumption. Such algorithms, however, usually focus on reducing the power consumption of laptop computers whose disks are specifically designed to spin up and spin down more times than required during the typical life expectancy of a laptop computer. Disks for desktops or servers are usually engineered to handle a limited number of starts and stops. Applying the same power conservation methods used with laptop computers to disk-based archival systems would shorten disk lifetime. Furthermore, these power saving techniques do not address the problem of checking or maintaining the integrity of data stored on disks for extended periods of time. 
     An archival disk-based data storage system that reduces power consumption, improves disk longevity and reliability, and maintains data integrity for extended periods of time is therefore needed. 
     SUMMARY OF THE INVENTION 
     To achieve the foregoing, and in accordance with the purpose of the present invention, a disk-based archival storage system is disclosed. The system according to one embodiment includes a storage unit configured to store archival data, the storage unit including at least one spindle of disks configured to magnetically store archival data, an interconnect, and a control unit configured to process requests over the interconnect to either archive or retrieve data from the storage unit. In one embodiment, the system includes a plurality of the storage units, each including at least one spindle of disks. The control unit controls the storage unit(s) in a master-slave relationship. Specifically the control unit is capable of issuing commands to selectively cause the storage unit(s) to shut down or power up, enter a running mode or a standby mode, cause the spindle of disk(s) to either spin up or spin down, and to perform a data integrity check of all the archival data stored in the storage system. In various other embodiments, the control unit runs algorithms that expand the lifetime and longevity of the disk spindles, optimize power consumption, and perform data migration in the event a data integrity check identifies correctable errors. Hence for the first time, the present invention provides a disk-based storage system that practically can be used for data archival purposes. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The invention, together with further advantages thereof, may best be understood by reference to the following description taken in conjunction with the accompanying drawings in which: 
         FIG. 1  is a diagram of an exemplary information infrastructure in which the archival disk-based data storage system (hereafter storage system) of the present invention may be used. 
         FIG. 2  is a system diagram of the storage system of the present invention. 
         FIG. 3  is a system diagram of a storage unit provided in the storage system of the present invention. 
         FIG. 4  is a system diagram of a power controller provided in the storage system of the present invention. 
         FIG. 5   a  is a flow diagram illustrating how the control unit of the archival disk-based data storage system manages the storage units with a competitive algorithm to process requests according to the present invention. 
         FIG. 5   b  is a flow diagram illustrating how the control unit of the storage system manages the storage units with a competitive algorithm to optimize disk lifetime and power consumption according to the present invention. 
         FIG. 6   a  is a flow diagram illustrating how the control unit of the storage system manages the storage units with an adaptive competitive algorithm to process requests according to the present invention. 
         FIG. 6   b  is a flow diagram illustrating how the control unit of the storage system manages the storage units with an adaptive competitive algorithm to optimize disk lifetime and power consumption according to the present invention. 
         FIG. 7  is a flow diagram illustrating how the control unit of the storage system of the present invention performs data integrity checking and migration. 
     
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     Referring to  FIG. 1 , a diagram of an exemplary information infrastructure in which the archival disk-based data storage system of the present invention may be used is shown. The information infrastructure  10  includes a plurality of clients  12  and a server cluster  14  including one or more servers coupled together by a network  16 , a primary storage location  18 , the archival disk-based data storage system (hereafter “storage system”)  20 , and a network connection  19  coupling the primary storage location  18  and the storage system  20 . The clients  12  can be any type of client such as but not limited to a personal computer, a “thin” client, a personal digital assistant, a web enabled appliance, or a web enabled cell phone. The server(s) of server cluster  14  may include any type of server(s) configured as either a file server, a database server, or a combination thereof. Likewise, the network  16  can be any type of network. The primary storage location may be configured in any number of different arrangements, such as a storage array network, network attached storage, or a combination thereof. The primary storage location  18  may be either separate or part of the server cluster  14 . The network connection  19  can be any type of network connection, such as fiber channel, Ethernet, or SCSI. 
     Referring to  FIG. 2 , a system diagram of the storage system  20  is shown. The storage system  20  includes a control unit  22 , an interconnect  24 , a plurality of storage units (SUs)  26 , and a power controller  28 . The control unit  22  is a standard computer such as a personal computer that interfaces with primary storage location  18  over network  19 . The control unit  22  also operates as a master with respect to the storage units  26  and sends tasks to the storage units  26 , receives results from the storage units  26 , and controls the working modes of storage units  26 . The interconnect  24  can be either a custom-designed interconnect or a standard local area network capable of transmitting special commands or packets to the storage units  26 . 
     Referring to  FIG. 3 , a system diagram of a storage unit  26  is shown. Each storage unit  26  includes a controller  30  and one or more spindles of magnetic disks  32 . The storage unit  26  are slaves with respect to the control unit  22 . By responding to the commands of the control unit  22 , the controller  30  executes software that directs the storage unit  26  to shutdown or power up, change its modes between running and standby (sleep mode), and either spin up or down some or all of the magnetic disks  32 . The control unit  22  also commands the controller  30  to periodically perform data integrity checks of the data stored on its disks  32 . According to various embodiments of the invention, the magnetic disks  32  may assume a number of different configurations such as a Redundant Array of Independent Disks (RAID) or as individual disks in either a logical or physical arrangement. 
     Referring to  FIG. 4 , a system diagram of the power controller  28  is shown. The power controller includes a power input  40  for receiving power, a command input  42  for receiving an on/off command from the control unit  22 , an Input ID  44  for receiving an identity number input corresponding to one of the storage units  26 , and a number of power outputs  46  coupled to the storage units  26  respectively. In response to an on/off command and an identity number received from the control unit  22  at inputs  42  and  44 , the power controller  28  can selectively provide power from input  40  to the storage units  26  through power outputs  46  respectively. 
     The control unit  22  is responsible for moving archived and retrieved data between the primary storage location  18  and the storage units  26 . The control unit  22  maintains a directory of all the archived data stored in the storage system  20 . The directory includes a map of the data blocks for each of the storage units  26  in the system  20 . Each time data is either archived or retrieved, the accessed data block(s) and storage unit(s)  26  are updated in the directory. The control unit  22  also includes management software that controls the physical operation of the storage units  26  and the power controller  28 . For example, the control unit  22  under the direction of the management software issues commands to determine which storage units  26  should be used, how long each storage unit  26  should run, and when a storage unit  26  should do a data integrity check. Power on/off commands along with an identify number are sent to the inputs  42  and  44  of power controller  28 . Commands and/or packets are sent over the interconnect  24  by the control unit  22  to instruct an individual storage unit  26  to perform the requested task. In response, the controller  30  of the individual storage unit  26  executes software to perform the task. 
     An objective of the management software in control unit  22  is to maximize the lifetime of the storage units  26  and minimize their power consumption while providing a desirable response time. Keeping the storage units  26  running all the time provides the best response time, but will consume the maximum amount of power and shorten the lifetime of disks  32 . Simply turning off the storage units  26  immediately after each request and turning them on for each request is also a poor solution in terms of response time, lifetime of disks  32 , and power consumption. This scenario provides the worst response time because the storage units  26  will be turned off as soon as the current archival or retrieval job is complete. The lifetime of the disks  32  will be shortened because most disks other than those used for laptops are engineered to handle only a limited number of starts and stops (typically less than 50,000). Power consumption is not necessarily reduced because it takes much more power to spin up a disk than to perform normal operations. Therefore, a strategy that optimizes disk lifetime, minimizes power consumption and provides desirable response times, requires the advanced knowledge of request arrival times. Since it is impossible to know when future requests are going to occur, the best one can do is to derive an optimal off line strategy after the fact. 
     The present invention is a competitive algorithm implemented in the management software on the control unit  22 . The results of using this algorithm guarantees performance to be within a factor of two of the optimal offline case. H is the amount of time a storage unit  26  runs while waiting for another request before powering-off or entering standby. In other words, H is set to the duration of time where the life cost and power cost of an idle spinning disk approximately equals the life cost and power cost of a disk spin up and spin down cycle. The following equation (1) can therefore be used to define the value of H: 
             H   =       (         C   SU     N     +       C   W     ×     W   Up     ×     T   Up         )     /     (         C   SU     L     +       C   W     ×     W   RW         )               (   1   )             
         where:
           C SU : the cost of the storage unit   C W : the cost per watt   L: the spin lifetime   N: the total number of start-and-stops   T Up : the time taken to spin up   W RW : the number of watts consumed for read or write operations, and   W Up : the number of watts consumed for a spin up.   
               

     Among these parameters, L and N are variable parameters that are initialized to the spin lifetime and start-and-stop limit as defined by the disk manufacturer. These values will decrease over time as the disks consume their spin lifetime and start-and-stop limits. 
     As noted an objective of the disk-based archival storage system  20  is to extend the lifetime of its disks. Each disk typically has a practical spin lifetime of three to five years. The error rate of a disk typically starts to increase significantly when the actual run time exceeds the spin lifetime of the disk. An important consideration therefore is to keep track of the remaining spin lifetime of a disk or a set of disks and to use this information to determine when to spin a disk down to extend its lifetime. A simple algorithm to extend disk lifetime is to spin down the disk as soon as a request is complete. Such an algorithm will preserve the remaining spin lifetime, but will typically provide an unacceptable response time following the next request. An improved algorithm that would generally provide better response times is to spin the disk for a small amount of time after each request. Since requests often have temporal locality, this algorithm seeks to improve response times at the expense of spin lifetime. Furthermore when a disk exceeds the start-and-stop limit, its error rate will typically increase significantly. Disks for desktops or servers usually have a limit of less than 50,000 start-and-stop times. To extend this lifetime, the start-and-stop limit of a disk should also be considered. 
     As is described in detail below, the present invention provides an algorithm that provides both excellent response times as well as helps extend the run time and the start and stop limit of the disks. With the algorithm of the present invention, a disk is kept spinning after each request for the amount of time equal to the lifetime of a start and stop. Since the remaining spin lifetime and the remaining start-and-stop limit change over time, the spin time needs to be recalculated after the completion of each request. In addition to lifetime, the algorithms of the present invention have the added benefit of reducing power consumption within an archival storage system  20 . 
     Referring to  FIG. 5A , a flow diagram  100  illustrating how the control unit  22  manages the storage units  26  with a competitive algorithm to process requests according to one embodiment of the invention is shown. For each storage unit (SU)  26 , the control unit  22  maintains several parameters including the current threshold value of H, the remaining-spin-lifetime L, remaining number of start-and-stops N, and the time-stamp of the last-request T (step  102 ). When the control unit  22  receives either an archival or retrieval request (step  104 ), it first allocates a storage unit  26  for an archival request or finds the appropriate storage unit  26  for a retrieval request using the directory of all the archived data stored in the storage system  20  (step  106 ). Thereafter the control unit  22  determines if the storage unit  26  is on (diamond  108 ). If the storage unit  26  is off or in standby mode (diamond  110 ), the control unit  22  issues commands to either power on or wake up the storage unit  26  (step  110 ). When the storage unit  26  is ready, the request will be sent (step  112 ) to that storage unit  26 . If the storage unit  26  is already on (diamond  108 ), the request is sent immediately to that storage unit  26  (step  112 ). After the request is processes by the storage unit  26 , it is reset and the values of SU.L and SU.T are all updated. SU.L or the remaining spin lifetime is calculated fiom the equation SU.L=SU.L−Time ( )+SU.T where SU.L is the previous spin lifetime value, and Time ( ) SU.T is the elapsed time since the previous request. SU.T is the time stamp of the current request. When another request occurs, control is returned back to step  104 . 
     Referring to  FIG. 5B , a flow diagram  200  illustrating how the control unit  22  manages the storage units  26  with a constant competitive algorithm to optimize disk lifetime and power consumption according to one embodiment of the invention is shown. The control unit  22  checks the status of all the running storage units  26  every k seconds (step  202 ). During this check, the control unit  22  sequences through storage units  26 , one at a time, and identifies which are running (step  204 ). For each running storage unit  26 , the control unit  22  computes an individual threshold SU.H using equation (1) as defined above (step  206 ). The control unit  22  then checks to determine if the threshold SU. H for each running storage unit  26  is greater than the elapsed time since the previous request Time( )−SU.T (step  208  ). If yes, control is returned to step  204 . If the running time SU.T has exceeded the threshold SU.H, the control unit  22  will turn off that storage unit  26  or issue a command to place it in standby mode. The values for SU.L and SU.N are also updated (step  210 ). The remaining spin lifetime SU.L is calculated as described above. The number of remaining start-and-stops SU.N is calculated by decrementing the previous value of SU.N by one. Finally, in decision diamond  212 , it is determined if the remaining lifetime SU.L and the remaining number of stall and stops SU.N are too small as determined by the manufacturer of the disks  32 . If no, control is returned to step  204 . If yes with either parameter, a warning is generated (step  214 ) indicating that the storage unit  26  or at least the disks  32  should be replaced. After all the storage units have been checked, control is returned to box  202  and K seconds elapses before the above steps are repeated. 
     Referring to  FIG. 6A , a flow diagram  300  illustrating how the control unit  22  may manage the storage units  26  with an adaptive competitive algorithm to process requests according to another embodiment of the present invention is shown. With this embodiment, an adaptive algorithm is used that dynamically adjusts the value of H for each storage unit  26  based on the frequency and timing of requests. The adaptive algorithm is based on the assumption that there is a high probability that the wait time for the next request will exceed the time equivalent of a spin up and down cycle if the previous wait time for a request also exceeded the spin up and down cycle time. In situations where request arrivals tend to have temporal locality, this algorithm will achieve better results than the previous competitive algorithm. 
     The flow chart  300  is similar to flow chart  100  of  FIG. 5   a . Steps  302 – 308  are identical to those of steps  102 – 108  of  FIG. 5   a  respectively and therefore are not described in detail herein. The main difference between the two flow charts  100  and  300  involves the use of a threshold Hmin and threshold Hmax to store the low and high thresholds for each storage unit  26 . These values are initialized in step  302  so that Hmax=SU.H and Hmin=Mmax/10. At decision diamond  308 , if the storage unit  26  to be access (in response to an archival or retrieval request) is off, then the current value of SU.H for that storage unit  26  is compared to Hmin (step  310 ). If the current value of SU.H is greater than Hmin, then the current value is decremented (step  312 ) before the storage unit  26  is turned on or woken up (step  314 ). If the current value of SU.H is less than Hmin, then the current value is not decremented and the storage unit  26  is turned on or woken up (step  314 ). Thereafter the request is sent to the storage unit  26  (step  316 ). On the other hand, if the storage unit  26  is on, then the current value of SU.H is compared to Hmax (step  318 ). If the current value is less than Hmax, the current value is incremented (step  320 ) and then the request is sent to the storage unit  26 . Otherwise the request is sent directly to the storage unit  26  (step  316 ). After the request is received by the storage unit  26 , the values of SU.L and SU.T are updated in a similar manner as described above (step  316 ). SU.H is adjusted between Hmax and Hmin in order to guarantee that the performance is within a factor of two of the optimal offline case. 
       FIG. 6B , is a flow diagram  300  illustrating how a control unit of the archival disk-based data storage system manages the storage units with an adaptive competitive algorithm to optimize disk lifetime and power consumption according to the present invention.  FIG. 6B  is identical to  5 B except in step  406 , Hmax and Hmin are recomputed. Thus the value of SU.H remains within the limits of these two thresholds. Otherwise the remainder of the flow chart for  408 – 414  are identical to  208 – 214  of  FIG. 5B . 
     The present invention thus describes several approaches to extend the lifetime of disk storage in a storage unit  26 . The first approach keeps track of and uses the remaining spin life of a storage unit  26  to determine when to spin up and down to extend the lifetime of the disk(s) in the storage unit  26 . The second approach is to use the remaining spin life and the remaining start-and-stop limit of a storage unit  26  to determine when to spin up and down to extend the lifetime of the disk(s) in the storage unit  26 . The third is to use the life cost and power cost as a measure to combine spin life, start-and-stop limit, and power consumption, in order to determine when to spin up and down the storage unit  26  in order to improve both the lifetime and the power consumption of a storage unit  26 . This application described two algorithms using the third approach: a competitive algorithm and an adaptive competitive algorithm. Both algorithms have the property that their results are within a factor of two of the optimal offline case. 
     The storage system  20  ideally needs to maintain the integrity of its data for a long period of time. This is challenging for two reasons. Disks  32  often have undetectable errors. The error rate of current disk drive technology is typically 1 in 10 13  or 10 14 . For example with RAID, only detectable errors can be corrected. Second, detectable errors can be detected only when accessing data. Thus, there may be intervening catastrophic disk failures that can not be corrected even if they are detectable. 
     To detect hardware undetectable errors, the controller  30  of each storage unit  26  uses an algorithm to compute and store an error correction code (ECC) for each data block stored on its disks  32 . When the data block is later accessed, the storage unit re-computes the ECC and compares it with the code stored with the data. If they are identical, it is assumed there are no errors. On the other hand if they are not identical, the controller will re-compute the ECC value yet again. If the ECC values are still different, the storage unit  26  invokes correction code to correct the error and the data is stored in a new location. Whenever data is migrated (or scrubbed) to a new location, the directory of all the archived data stored in the storage system  20  maintained by the control unit  22  is updated. 
     Referring to  FIG. 7 , a flow diagram  500  illustrating how the control unit  22  performs data integrity checking and migration according to the present invention is shown. The data integrity check processes one object at a time (step  502 ). To check data integrity efficiently, the algorithm sorts the object&#39;s data blocks by location (step  504 ) and then checks one data block at a time (step  506 ). For each block, integrity errors are identified by calculating the ECC code (step  508 ). If there is no error, the data block is rewritten to the same location (step  520 ). If there are errors, then the algorithm checks to see whether the errors are correctable (step  510 ). If errors are not correctable, it will log the errors and go to check the next block ( 522 ). For correctable errors, it tries to find a new location for data scrubbing (step  512 ). If a new location is available on the same storage unit  26 , the data be scrubbed and the directory is updated. On the other hand if it a new location can not be found, the storage unit  26  informs the control unit  22  that this object needs to be migrate to another storage unit  26  (step  524 ). If a new location is found, the data is migrated to the new storage unit  26  and the directory in the control unit  22  is updated before the next block is checked (step  514 ). When the data integrity check process completes, the control unit  22  is notified of the completion (step  516 ) and then shuts down the storage unit  26  or puts the unit into standby mode (step  518 ). 
     According to one embodiment, the control unit  22  schedules the storage units  26  to perform data integrity checks of its data once every time period P. Since data integrity checks will consume the spin lifetime and power of disks  32 , P should be chosen based on a desired percentage p of the total spin lifetime and the number of start and stops. Accordingly, P may be set based on the following equation: 
             P   =       1   p     ⁢   max   ⁢     {       S   BW     ,     L   N       }               (   2   )             
 
where S is the size of the storage unit and BW is the bandwidth of checking data integrity.
 
     Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications may be practiced within the scope of the appended claims. For instance, the storage system  20  can be designed without a power controller  28 . In such embodiments, the control unit  22  would not be capable powering off the storage units  26 . Power would be conserved only by placing the storage units into standby mode. Typically the decision to either power off or place a disk into standby mode is a trade off between lower power consumption versus response time. If power consumption is more important than response time, the disks  32  should be powered off. If response time is more important, then the disks should be placed into a standby mode. The controller  30  can be a computer used to control the storage unit  26 . Therefore, the described embodiments should be taken as illustrative and not restrictive, and the invention should not be limited to the details given herein but should be defined by the following claims and their full scope of equivalents.