CA2089836C - High availability disk arrays - Google Patents
High availability disk arrays Download PDFInfo
- Publication number
- CA2089836C CA2089836C CA002089836A CA2089836A CA2089836C CA 2089836 C CA2089836 C CA 2089836C CA 002089836 A CA002089836 A CA 002089836A CA 2089836 A CA2089836 A CA 2089836A CA 2089836 C CA2089836 C CA 2089836C
- Authority
- CA
- Canada
- Prior art keywords
- data
- sectors
- parity
- user data
- new
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
- G06F11/1076—Parity data used in redundant arrays of independent storages, e.g. in RAID systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
A method for handling data in a plurality of data storage disks having user data sectors and corresponding parity sectors, the method being used when the disks are being operated in a non-degraded or a degraded mode wherein a non-volatile RAM is used in an array control processor which controls the operation of such disks. When new data is to be written into the array, the non-volatile RAM stores information identifying the array, the starting sector into which data is to be written and the number of sectors to be used for writing the new data so that parity and data entries in corresponding sectors can be matched when a power failure occurs. Further, when opening a new array, the data and parity entries in corresponding sectors can be matched and verified, the operation for such matching being performed in between other operations that are being performed by the control processors (i.e., in the "background" thereof).
Description
2a~~~3~
DOCKET NO. 41710 IMPROVEMENTS FOR HIGH AVAILABILITY DISK ARRAYS
Introduction This invention relates to high availability disk arrays for use in data processing systems and, more particularly, to improved techniques for handling various types of power failure conditions that may occur during operation of the system.
Background of the Invention A particular disk array system which provides a high degree of availability of the disks thereof has recently been developed, which system is often referred to as a Redundant Array of Inexpensive Disks (RAID). A specific implementation thereof is often referred as a Level 5 array, i.e., a RAID-5 disk array, which implementation is described in the article, "A
Case For Redundant Arrays of Inexpensive Disks (RAID), David A.
Patterson et al., Dept. of Electrical Engineering and Computer Sciences, University of California, Berkeley, California. Such system uses an intelligent input/output (I/O) processor for accessing one or more disk modules of the array in response to the needs of a host computer, each disk module of the array being driven by disk drive circuitry operating via the I/O
control processor in a manner that effectively appears to the host computer as a single disk drive. A disk module comprises, for example, a disk, disk driver circuitry, and power/control ~o~~~~~
circuitry. Alternatively, in some implementations of such systems, an I/O processor need not be used and the host computer may communicate directly with the disk modules which form an array.
In a particular RAID-5 context, for example, which comprises an array of five disk modules, each disk has a plurality of "N"
data storage sectors, corresponding sectors in each of the five disks being usually referred to as a "stripe" of sectors. With respect to any stripe, 80% of the sector regions in the stripe (i.e., in a 5 disk array effectively 4 out of 5 sectors) is used for user data and 20% thereof (i.e., effectively 1 out of 5 sectors) is used for redundant, or parity, data. The use of such redundancy allows for the reconstruction of user data in the event of a failure of a user data sector in the stripe.
When a user data disk module fails, the redundant or parity entry that is available in the parity sector of a stripe and the data in the non-failed user data sectors of the stripe can be used to permit the user data that was in the sector of the failed disk to be effectively reconstructed so that the system can remain operative using such reconstructed data even when the user data of that sector of the failed disk cannot be accessed. The system is then said to be operating in a "degraded" mode since extra processing operations and, accordingly, extra time is _ 2 _ required to reconstruct the data in the failed disk sector when access thereto is required.
Certain kinds of failures, however, can occur in which the array is left in an incoherent or effectively unusable state, e.g., a situation can occur in which there is power failure, i.e., power to the I/O processor (IOP) fails or the I/O processor itself fails due to a hardware defect, or power to the disk drives themselves fails. A further problem can arise, for example, if a power failure results in the need to use a new IOP to replace a failed one and there is no way to identify where a write operation to a sector of the array was taking place after the new IOP has replaced the old IOP.
It is desirable to devise techniques for handling such power failure situations that cannot be handled by RAID-5 systems as currently designed and used.
According to a broad aspect, the present invention provides a method for handling data in a system having a control processor for controlling access to an array of data storage disks, wherein storage sectors of a selected number of said disks contains user data and storage sectors of a selected one of said disks contain redundant parity entries which match with the user data entries in the sectors corresponding thereto; corresponding user data and parity sectors in said disks forming identifiable sector groups, wherein said control processor includes a non-volatile, random access-memory (RAM), said method comprising the steps of writing new user data into one or more selected sectors of said data storage disks; when writing said user data, writing o?O~~l'u 3~
into said non-volatile RAM information identifying the array where said new user data is to be written, identifying the starting sector in said array into which new user data is to be written, and identifying the number of said one or more selected sectors into which said new user data is written;
wherein, if a power failure occurs, examining the information in the non-volatile RAM identifying data sectors into which new user data has been written; determining a new parity entry for data in the corresponding data sectors into which new data has been written; examining a previous parity entry which has been entered for data in the corresponding data sectors into which new data has been written; and comparing the previous parity entry and the new parity entry.
Description of the Invention The invention can be described in more detail with the help of the accompanying drawings wherein FIGS. 1-3 show diagrammatic views of sectors of a stripe in a group of disk modules for various exemplary data/parity situations;
FIG. 4 shows a block diagram of a disk module system of the invention;
- 3a -~~~9836 FIG. 5 shows a flow chart for various data write situations;
FIG. 6 shows a flow chart for various data read situations;
FIG. 7 shows a flow chart for opening an array of disk modules;
FIG. 8 shows a flow chart for a backgound/verify operation;
and FIG. 9 shows a flow chart for the reconstruction of data in a failed disk.
FIG. 4 depicts a block diagram of a system in which the invention can be embodied. As seen therein, an array I/O
control processor 25 communicates with a host computer and with a plurality of disk modules 27. The I/O control processor 25 includes a non-volatile random-access-memory (RAM) as discussed in more detail below. The control processor controls the write/read operations of the disk modules as well as the operations for opening up an array of disk modules for use in the system and for reconstructing data in a failed disk of the system, as discussed in more detail below. A system may utilize a single I/o processor for controlling an overall multiple array sub-system, or each disk array may have its own corresponding processor associated with it.
The invention can be better understood by reviewing briefly the concept of a basic RAID system and the use therein of a redundant, or parity, operation, as discussed with reference to FIG. 1. For simplicity in understanding such concept, rather than using complicated digital encoding to describe data stored in the disks of an array, the following discussion represents such data merely by integers, it being realized that such integers are in reality digitally encoded words. The array in FIG. 1, for example, represents a array 10 comprising five disks, the disks being represented by disk units A, B, C, D and E, each having a plurality disk storage sectors 11 used to store data in each disk, exemplary sectors 1, 2, 3,... N on each disk being specifically shown diagrammatically in FIG. 1.
Corresponding groups of sectors 1 through N on each disk of the five disks, as shown in FIG. 1, represent a stripe 12 of the five disk array depicted. Other corresponding groups of sectors on each disk (not shown) of the type shown in FIG. 1 can represent other stripes of the five disk array.
The disk array, as shown in FIG. 1, may be part of a much larger overall multiple array sub-system which includes other disk arrays. For example, a typical multiple array sub-system may utilize six arrays, each being of the type having five disks as shown in FIG. 1, thereby providing a 30-disk multiple array sub-system, the entire sub-system being appropriately connected to one or more I/O processors for providing access to each of the disks of the multiple array via suitable multiple buses (e. g., via well-known "Small Computer System Interface," or "SCSI,"
buses), as well as other control buses, as would be known to the art. For simplicity in understanding the invention, a ~4~~~36 description thereof with reference only to a single stripe of a single array, as in FIG. 1, is provided, it being understood that the same operation occurs with reference to each of the other stripes of the array.
In stripe 12 of FIG. 1, with reference to sector 1 of each of disks A, B, C, D and E, if it is assumed that user data in sector 1 of disks A, B, C and D is represented by integers 1, 2, 3 and 4, respectively, the entry in corresponding sector 1 of disk E (used as the "parity" disk for that stripe) is the sum of the data in the user data sectors, i.e., 1+2+3+4 = 10. Data in any one of the sectors, e.g., a sector of a disk that has failed, can be reconstructed by subtracting the data in the other corresponding non-failed sectors of non-failed disks from the parity entry in the parity sector. Thus, assuming a failed disk C, if it is desired to reconstruct the data "3" in sector 1 of failed disk C, for example, such reconstruction can accordingly be made by such subtraction process, e.g., 10-1-2-4 - 3.
A problem can arise if a power failure described above occurs, e.g., a power failure to the IOP, a hardware failure in the IOP, or a power failure to the disks, after new data has been written into a particular sector of a particular disk, but before the new parity entry can be written into the parity sector. For example, as described with reference to FIG. 2, if 2~~~~3~
new data 3 is written into sector 1 of disk A, a new parity entry should be entered in disk E, namely 3+2+3+4 =12. Such new parity data is normally written as follows. The old data (e. g.
"1") in sector 1 of disk A is read and the difference between the new data and the old data in sector 1 of disk A is determined, i.e., 3-1 = 2. The new data "3" is then written into sector 1 of disk A. The old parity 10 in sector 1 of disk E is read and is added to the above-determined difference data "2" to obtain a new parity entry "12" which is then written into the parity sector 1 of disk E. ' Alternatively, parity can be determined and the parity entered first in the parity disk before the new data is written into the user data disk, or, as a further alternative, the new data and the new parity can be entered substantially simultaneously.
However, if a failure as mentioned above occurs before the new parity entry "12" is written into sector 1 of disk E but after the new data "3" is written into sector 1 of disk A, the data in the sectors 1 of the disks will be as shown in FIG. 3 wherein the old parity 10 remains in sector 1 of disk E while new data 3 is in sector 1 of disk A. Under such conditions, if an attempt is made to reconstruct the data in a failed disk C of the stripe, the reconstructed data will be incorrect (i.e., the reconstructed data (10-3-2-4) will be "1" rather than the correct data "3".
2~~~~3~
In order to avoid an incorrect reconstruction of data on the failed disk, a non-volatile RAM 28, shown in FIG. 4, is used in the I/O control processor. In accordance with the invention, each time new data is to be written into a sector of a particular disk, the I/O processor stores the following information, concerning the location where the new data is to be written, into the non-volatile RAM (NV-RAM).
1. The particular array of a multiple array system into which the new data is to be written.
2. The particular starting sector in the array in which the new data is to be written. For example, sector 1 of disk A.
DOCKET NO. 41710 IMPROVEMENTS FOR HIGH AVAILABILITY DISK ARRAYS
Introduction This invention relates to high availability disk arrays for use in data processing systems and, more particularly, to improved techniques for handling various types of power failure conditions that may occur during operation of the system.
Background of the Invention A particular disk array system which provides a high degree of availability of the disks thereof has recently been developed, which system is often referred to as a Redundant Array of Inexpensive Disks (RAID). A specific implementation thereof is often referred as a Level 5 array, i.e., a RAID-5 disk array, which implementation is described in the article, "A
Case For Redundant Arrays of Inexpensive Disks (RAID), David A.
Patterson et al., Dept. of Electrical Engineering and Computer Sciences, University of California, Berkeley, California. Such system uses an intelligent input/output (I/O) processor for accessing one or more disk modules of the array in response to the needs of a host computer, each disk module of the array being driven by disk drive circuitry operating via the I/O
control processor in a manner that effectively appears to the host computer as a single disk drive. A disk module comprises, for example, a disk, disk driver circuitry, and power/control ~o~~~~~
circuitry. Alternatively, in some implementations of such systems, an I/O processor need not be used and the host computer may communicate directly with the disk modules which form an array.
In a particular RAID-5 context, for example, which comprises an array of five disk modules, each disk has a plurality of "N"
data storage sectors, corresponding sectors in each of the five disks being usually referred to as a "stripe" of sectors. With respect to any stripe, 80% of the sector regions in the stripe (i.e., in a 5 disk array effectively 4 out of 5 sectors) is used for user data and 20% thereof (i.e., effectively 1 out of 5 sectors) is used for redundant, or parity, data. The use of such redundancy allows for the reconstruction of user data in the event of a failure of a user data sector in the stripe.
When a user data disk module fails, the redundant or parity entry that is available in the parity sector of a stripe and the data in the non-failed user data sectors of the stripe can be used to permit the user data that was in the sector of the failed disk to be effectively reconstructed so that the system can remain operative using such reconstructed data even when the user data of that sector of the failed disk cannot be accessed. The system is then said to be operating in a "degraded" mode since extra processing operations and, accordingly, extra time is _ 2 _ required to reconstruct the data in the failed disk sector when access thereto is required.
Certain kinds of failures, however, can occur in which the array is left in an incoherent or effectively unusable state, e.g., a situation can occur in which there is power failure, i.e., power to the I/O processor (IOP) fails or the I/O processor itself fails due to a hardware defect, or power to the disk drives themselves fails. A further problem can arise, for example, if a power failure results in the need to use a new IOP to replace a failed one and there is no way to identify where a write operation to a sector of the array was taking place after the new IOP has replaced the old IOP.
It is desirable to devise techniques for handling such power failure situations that cannot be handled by RAID-5 systems as currently designed and used.
According to a broad aspect, the present invention provides a method for handling data in a system having a control processor for controlling access to an array of data storage disks, wherein storage sectors of a selected number of said disks contains user data and storage sectors of a selected one of said disks contain redundant parity entries which match with the user data entries in the sectors corresponding thereto; corresponding user data and parity sectors in said disks forming identifiable sector groups, wherein said control processor includes a non-volatile, random access-memory (RAM), said method comprising the steps of writing new user data into one or more selected sectors of said data storage disks; when writing said user data, writing o?O~~l'u 3~
into said non-volatile RAM information identifying the array where said new user data is to be written, identifying the starting sector in said array into which new user data is to be written, and identifying the number of said one or more selected sectors into which said new user data is written;
wherein, if a power failure occurs, examining the information in the non-volatile RAM identifying data sectors into which new user data has been written; determining a new parity entry for data in the corresponding data sectors into which new data has been written; examining a previous parity entry which has been entered for data in the corresponding data sectors into which new data has been written; and comparing the previous parity entry and the new parity entry.
Description of the Invention The invention can be described in more detail with the help of the accompanying drawings wherein FIGS. 1-3 show diagrammatic views of sectors of a stripe in a group of disk modules for various exemplary data/parity situations;
FIG. 4 shows a block diagram of a disk module system of the invention;
- 3a -~~~9836 FIG. 5 shows a flow chart for various data write situations;
FIG. 6 shows a flow chart for various data read situations;
FIG. 7 shows a flow chart for opening an array of disk modules;
FIG. 8 shows a flow chart for a backgound/verify operation;
and FIG. 9 shows a flow chart for the reconstruction of data in a failed disk.
FIG. 4 depicts a block diagram of a system in which the invention can be embodied. As seen therein, an array I/O
control processor 25 communicates with a host computer and with a plurality of disk modules 27. The I/O control processor 25 includes a non-volatile random-access-memory (RAM) as discussed in more detail below. The control processor controls the write/read operations of the disk modules as well as the operations for opening up an array of disk modules for use in the system and for reconstructing data in a failed disk of the system, as discussed in more detail below. A system may utilize a single I/o processor for controlling an overall multiple array sub-system, or each disk array may have its own corresponding processor associated with it.
The invention can be better understood by reviewing briefly the concept of a basic RAID system and the use therein of a redundant, or parity, operation, as discussed with reference to FIG. 1. For simplicity in understanding such concept, rather than using complicated digital encoding to describe data stored in the disks of an array, the following discussion represents such data merely by integers, it being realized that such integers are in reality digitally encoded words. The array in FIG. 1, for example, represents a array 10 comprising five disks, the disks being represented by disk units A, B, C, D and E, each having a plurality disk storage sectors 11 used to store data in each disk, exemplary sectors 1, 2, 3,... N on each disk being specifically shown diagrammatically in FIG. 1.
Corresponding groups of sectors 1 through N on each disk of the five disks, as shown in FIG. 1, represent a stripe 12 of the five disk array depicted. Other corresponding groups of sectors on each disk (not shown) of the type shown in FIG. 1 can represent other stripes of the five disk array.
The disk array, as shown in FIG. 1, may be part of a much larger overall multiple array sub-system which includes other disk arrays. For example, a typical multiple array sub-system may utilize six arrays, each being of the type having five disks as shown in FIG. 1, thereby providing a 30-disk multiple array sub-system, the entire sub-system being appropriately connected to one or more I/O processors for providing access to each of the disks of the multiple array via suitable multiple buses (e. g., via well-known "Small Computer System Interface," or "SCSI,"
buses), as well as other control buses, as would be known to the art. For simplicity in understanding the invention, a ~4~~~36 description thereof with reference only to a single stripe of a single array, as in FIG. 1, is provided, it being understood that the same operation occurs with reference to each of the other stripes of the array.
In stripe 12 of FIG. 1, with reference to sector 1 of each of disks A, B, C, D and E, if it is assumed that user data in sector 1 of disks A, B, C and D is represented by integers 1, 2, 3 and 4, respectively, the entry in corresponding sector 1 of disk E (used as the "parity" disk for that stripe) is the sum of the data in the user data sectors, i.e., 1+2+3+4 = 10. Data in any one of the sectors, e.g., a sector of a disk that has failed, can be reconstructed by subtracting the data in the other corresponding non-failed sectors of non-failed disks from the parity entry in the parity sector. Thus, assuming a failed disk C, if it is desired to reconstruct the data "3" in sector 1 of failed disk C, for example, such reconstruction can accordingly be made by such subtraction process, e.g., 10-1-2-4 - 3.
A problem can arise if a power failure described above occurs, e.g., a power failure to the IOP, a hardware failure in the IOP, or a power failure to the disks, after new data has been written into a particular sector of a particular disk, but before the new parity entry can be written into the parity sector. For example, as described with reference to FIG. 2, if 2~~~~3~
new data 3 is written into sector 1 of disk A, a new parity entry should be entered in disk E, namely 3+2+3+4 =12. Such new parity data is normally written as follows. The old data (e. g.
"1") in sector 1 of disk A is read and the difference between the new data and the old data in sector 1 of disk A is determined, i.e., 3-1 = 2. The new data "3" is then written into sector 1 of disk A. The old parity 10 in sector 1 of disk E is read and is added to the above-determined difference data "2" to obtain a new parity entry "12" which is then written into the parity sector 1 of disk E. ' Alternatively, parity can be determined and the parity entered first in the parity disk before the new data is written into the user data disk, or, as a further alternative, the new data and the new parity can be entered substantially simultaneously.
However, if a failure as mentioned above occurs before the new parity entry "12" is written into sector 1 of disk E but after the new data "3" is written into sector 1 of disk A, the data in the sectors 1 of the disks will be as shown in FIG. 3 wherein the old parity 10 remains in sector 1 of disk E while new data 3 is in sector 1 of disk A. Under such conditions, if an attempt is made to reconstruct the data in a failed disk C of the stripe, the reconstructed data will be incorrect (i.e., the reconstructed data (10-3-2-4) will be "1" rather than the correct data "3".
2~~~~3~
In order to avoid an incorrect reconstruction of data on the failed disk, a non-volatile RAM 28, shown in FIG. 4, is used in the I/O control processor. In accordance with the invention, each time new data is to be written into a sector of a particular disk, the I/O processor stores the following information, concerning the location where the new data is to be written, into the non-volatile RAM (NV-RAM).
1. The particular array of a multiple array system into which the new data is to be written.
2. The particular starting sector in the array in which the new data is to be written. For example, sector 1 of disk A.
3. The number of sectors which are being written into. For example, the data may be written into only one sector.
If multiple I/0 processors are used, each processor being associated with a different array of disk modules, each I/O
processor will normally use its non-volatile RAM to store information only with respect to its own array.
_ g _ ~a~~~36 Where an array is powered up after a failure has occurred and the array has recovered therefrom, before using the data in the array depicted in FIG. 1, the IOP must make sure that there is no discrepancy between the user data in corresponding sectors in each of the disks A, B, C and D of the array and the parity entry in the corresponding parity sector on disk E. That is, the system must determine that the parity correctly matches the current user data in the other corresponding user data sectors.
In order to make such determination, the I/O processor scans the NV-RAM to determine where write operations were in progress when the power failure occurred, e.g., the IOP identifies the array, the starting sectors and the number of sectors thereof where write operations were in progress. Then, depending on the data which is currently in the sectors where a write was in progress, the corresponding parity sectors are determined. Thus, if a write was in progress in sector 1 of disk A and the user data in sector 1 of disk A is still the old data "1", the parity is determined as 1+2+3+4 = 10. However, if the user data in sector 1 of disk A has been changed to new data 3, the parity is determined as 3+2+3+4 = 12. However, if the actual parity in sector 1 of disk E is still "10" the IOP knows that a mismatch exists. The IOP then changes the parity entry in parity sector 1 of disk E to "12" so that it now matches the actual user data in the user data sectors 1 of disk A, B, C and D.
~6~~~36 Accordingly, because the write-in-progress location has been correctly identified in the NV-RAM, the parity and the user data of corresponding sectors can always be so matched so that it can be assured that the reconstructed data in a sector of a failed disk will always be consistent with the data that is actually present in the corresponding sectors of the other non-failed disks and with the parity entry in the corresponding parity sector. By such operation, since there will always be a match between the actual user data and the parity in corresponding sectors of a stripe, the I/O processor can be assured, when such match is checked, that data that is reconstructed from the user sector data and parity entry of the non-failed disks correctly represent the data of the failed disk.
In another situation where a new I/O control processor is put into place in the system, that is, either an old I/O control processor is defective or, for some other reason, an old I/O
control processor has had to be replaced, or, in a multiple I/O
processor system, one of the I/O processors servicing another disk array is requested to service the array previously serviced by the failed processor, the new control processor no longer has the above desired information in its NV-RAM (such NV-RAM is effectively blank) so that it is not possible to bring about a matching of the user data and parity in all of the sectors of the array in which data has been changed since it is not possible to locate where a new write operation was in progress ~~~~o~~
when failure occurred. In such a situation, a further technique of the invention, referred to herein as a "background/verify"
operation, is used.
In accordance with such background/verify operation, the host computer continues to perform whatever operations with which it is involved, while the new I/O control processor, when it is not required for such operations, successively reads user data and the corresponding parity in each sector of each disk of the array. In doing so, the new I/O control processor checks each parity entry in each sector and matches the parity entry in each parity sector to whatever user data is actually present in each of the corresponding user sectors. If, during such parity verification process, the new control processor finds that a parity mismatch exists, it corrects the parity entry by using the user data actually found in each corresponding user data sector, even though the control processor is unable to determine what caused the mismatch, i.e., whether the user data in one or more of the user sectors is incorrect or whether the parity entry in the corresponding parity sector is incorrect. The verification obtained by performing such user data/parity matching operation for corresponding sectors is made in between other operations which must be performed by the I/O control processor under command of the host computer (i.e., in the "background" with respect to such other operations), such verification operation by the I/O control processor being 2~~~~3~
effectively invisible to the host computer. Thus, when the verification process is completed, there is an assurance that there are no inconsistencies between the user data stored in each sector and the parity entry in the corresponding parity sector associated with such user data.
Specific implementations of read and write operations which can make use of the non-volatile RAM of the invention and the background/verify technique of the invention are discussed with reference to the flow charts of FIGS. 5-9. Specific programs can be readily created for use by the IOP from such flow charts by those of skill in the art using what is disclosed therein.
Such specific programs can be devised for use in any particular I/O processor or host computer system and the creation thereof would be well within the skill of the art from a knowledge of what is disclosed in FIGS. 5-9.
As can be seen in FIG. 5, for example, a write operation into a sector of an array can occur under a first condition wherein a write is to be made to a non-failed disk of an array, in a non-degraded or a degraded mode, and a second condition wherein a write is to be made to a failed disk of an array in a degraded mode.
As can be seen in FIG. 5, in the first condition write mode the IOP waits for overlapping write operations (i.e., other write operations which are concurrently being performed on the same sectors but which are not yet completed) to be completed.
Once such concurrent write operations finish, the IOP reads the data currently in the sectors where the new data is to be written (the "old" data) and appropriately records the desired information, as discussed above with respect thereto in the NV-RAM, i.e., information identifying, for such write operation, the array, the starting sector, and the total number of sectors where write operations are to be performed.
For each sector the new data is then written into the desired sector and the old data and new data are XOR'ed to create a partial product. The old parity is read and is then XOR'ed with the partial product to create a new parity. The new parity entry is then written into the parity sector and the information in the NV-RAM with respect to the old data is deleted.
In writing to a failed disk, i.e., in a degraded mode, the data in all of the non-failed disks are read and XOR'ed with the new data (for the failed disk). The XOR'ed data is then written as the parity entry of the parity sector.
As shown in FIG. 6, when data is to be read, it is read either from a non-failed disk in a normal, non-degraded mode or in a degraded mode in which there is a failed disk, where the ~4~9~36 read is to be from the failed disk. In the normal mode the IOP
reads the data directly from the desired sector and transfers such data to the host.
In reading from a failed disk in a degraded mode, the entry in the parity sector of the stripe is read and the data in the other non-failed disks are read. The parity entry is XOR'ed with such other data to re-create the data in the failed disk and such data is transferred to the host.
FIG. 7 depicts an operation which is performed when a new array of disks, not previously accessed by the system, is to be accessed by the IOP, or an array has been temporarily not available for access but becomes available therefor, often referred to as "opening" an array. As mentioned above, an IOP
utilizes a non-volatile RAM for recording stripe and sector identification information with respect to an array. Each array may have entries in the NV-RAM in the IOP and, when opening an array, it must first be determined whether or not there are already entries in the NV-RAM in the IOP for the particular array being opened.
If no valid NV-RAM entries currently exist in the IOP for the array being opened, a background/verify process (see FIG. 8) is initiated by the IOP and if, as discussed below, the new array is not in a degraded mode, the array is opened. If a valid ~~8~~
NV-RAM entry is already available in the IOP, the NV-RAM entry for that particular array is obtained and the data from all the user data sectors for that entry are read. When the reads are completed the read data are XOR'ed together to form a parity entry. The parity entry is written into the parity sector and the NV-RAM entry is deleted. The NV-RAM entry for the next sector group (if there is one) is obtained and the process is repeated. Once all NV-RAM entries for this array have been deleted, the array is open.
If, however, the reads in a sector group cannot be completed because the array is in a degraded mode (a sector cannot be read directly on a disk), the parity entry is invalidated for that sector group and nothing further can be done with that NV-RAM
entry and the NV-RAM entry is deleted. The process is then repeated for the next NV-RAM entry (if there is one).
The background/verify process mentioned in FIG. 7 is depicted in FIG. 8. The IOP first determines whether or not the array is in a degraded mode. If it is, the background/verify operation fails and the array cannot be opened (see FIG. 7). If the array is not in a degraded mode, the IOP goes to the first sector of each of the disks of an array and reads the data from all user data sectors thereof. If the reads can be completed, the data is XOR'ed together to form a parity entry. The parity is written as the parity entry in the corresponding parity sector. If the corresponding sectors being verified are the final group of corresponding sectors of the array, then the background/verify process is done. If they are not, then the IOP goes to the next group of corresponding sectors and performs the same operations until the background/verify process for the array is done.
If in processing a group of corresponding sectors the reads of the data in the user data sectors cannot be completed, the corresponding parity is invalidated for that sector group and the IOP either goes to the next group of sectors or, if that is the last sector group, the operation is completed for the array. When the background/verify operation is done the array is opened (see FIG. 7).
FIG. 9 depicts an operation for reconstructing, or rebuilding, data in a failed disk. The IOP goes to the first sector group in which a sector of a failed disk is to be reconstructed. The parity entry in that sector group is read, the data in all non-failed sectors of the sector group are read and XOR'ed with the parity entry to provide the reconstructed data. The reconstructed data is then written into the sector of the failed disk which is to be rebuilt. The process is repeated for all data sectors that have to be rebuilt.
If multiple I/0 processors are used, each processor being associated with a different array of disk modules, each I/O
processor will normally use its non-volatile RAM to store information only with respect to its own array.
_ g _ ~a~~~36 Where an array is powered up after a failure has occurred and the array has recovered therefrom, before using the data in the array depicted in FIG. 1, the IOP must make sure that there is no discrepancy between the user data in corresponding sectors in each of the disks A, B, C and D of the array and the parity entry in the corresponding parity sector on disk E. That is, the system must determine that the parity correctly matches the current user data in the other corresponding user data sectors.
In order to make such determination, the I/O processor scans the NV-RAM to determine where write operations were in progress when the power failure occurred, e.g., the IOP identifies the array, the starting sectors and the number of sectors thereof where write operations were in progress. Then, depending on the data which is currently in the sectors where a write was in progress, the corresponding parity sectors are determined. Thus, if a write was in progress in sector 1 of disk A and the user data in sector 1 of disk A is still the old data "1", the parity is determined as 1+2+3+4 = 10. However, if the user data in sector 1 of disk A has been changed to new data 3, the parity is determined as 3+2+3+4 = 12. However, if the actual parity in sector 1 of disk E is still "10" the IOP knows that a mismatch exists. The IOP then changes the parity entry in parity sector 1 of disk E to "12" so that it now matches the actual user data in the user data sectors 1 of disk A, B, C and D.
~6~~~36 Accordingly, because the write-in-progress location has been correctly identified in the NV-RAM, the parity and the user data of corresponding sectors can always be so matched so that it can be assured that the reconstructed data in a sector of a failed disk will always be consistent with the data that is actually present in the corresponding sectors of the other non-failed disks and with the parity entry in the corresponding parity sector. By such operation, since there will always be a match between the actual user data and the parity in corresponding sectors of a stripe, the I/O processor can be assured, when such match is checked, that data that is reconstructed from the user sector data and parity entry of the non-failed disks correctly represent the data of the failed disk.
In another situation where a new I/O control processor is put into place in the system, that is, either an old I/O control processor is defective or, for some other reason, an old I/O
control processor has had to be replaced, or, in a multiple I/O
processor system, one of the I/O processors servicing another disk array is requested to service the array previously serviced by the failed processor, the new control processor no longer has the above desired information in its NV-RAM (such NV-RAM is effectively blank) so that it is not possible to bring about a matching of the user data and parity in all of the sectors of the array in which data has been changed since it is not possible to locate where a new write operation was in progress ~~~~o~~
when failure occurred. In such a situation, a further technique of the invention, referred to herein as a "background/verify"
operation, is used.
In accordance with such background/verify operation, the host computer continues to perform whatever operations with which it is involved, while the new I/O control processor, when it is not required for such operations, successively reads user data and the corresponding parity in each sector of each disk of the array. In doing so, the new I/O control processor checks each parity entry in each sector and matches the parity entry in each parity sector to whatever user data is actually present in each of the corresponding user sectors. If, during such parity verification process, the new control processor finds that a parity mismatch exists, it corrects the parity entry by using the user data actually found in each corresponding user data sector, even though the control processor is unable to determine what caused the mismatch, i.e., whether the user data in one or more of the user sectors is incorrect or whether the parity entry in the corresponding parity sector is incorrect. The verification obtained by performing such user data/parity matching operation for corresponding sectors is made in between other operations which must be performed by the I/O control processor under command of the host computer (i.e., in the "background" with respect to such other operations), such verification operation by the I/O control processor being 2~~~~3~
effectively invisible to the host computer. Thus, when the verification process is completed, there is an assurance that there are no inconsistencies between the user data stored in each sector and the parity entry in the corresponding parity sector associated with such user data.
Specific implementations of read and write operations which can make use of the non-volatile RAM of the invention and the background/verify technique of the invention are discussed with reference to the flow charts of FIGS. 5-9. Specific programs can be readily created for use by the IOP from such flow charts by those of skill in the art using what is disclosed therein.
Such specific programs can be devised for use in any particular I/O processor or host computer system and the creation thereof would be well within the skill of the art from a knowledge of what is disclosed in FIGS. 5-9.
As can be seen in FIG. 5, for example, a write operation into a sector of an array can occur under a first condition wherein a write is to be made to a non-failed disk of an array, in a non-degraded or a degraded mode, and a second condition wherein a write is to be made to a failed disk of an array in a degraded mode.
As can be seen in FIG. 5, in the first condition write mode the IOP waits for overlapping write operations (i.e., other write operations which are concurrently being performed on the same sectors but which are not yet completed) to be completed.
Once such concurrent write operations finish, the IOP reads the data currently in the sectors where the new data is to be written (the "old" data) and appropriately records the desired information, as discussed above with respect thereto in the NV-RAM, i.e., information identifying, for such write operation, the array, the starting sector, and the total number of sectors where write operations are to be performed.
For each sector the new data is then written into the desired sector and the old data and new data are XOR'ed to create a partial product. The old parity is read and is then XOR'ed with the partial product to create a new parity. The new parity entry is then written into the parity sector and the information in the NV-RAM with respect to the old data is deleted.
In writing to a failed disk, i.e., in a degraded mode, the data in all of the non-failed disks are read and XOR'ed with the new data (for the failed disk). The XOR'ed data is then written as the parity entry of the parity sector.
As shown in FIG. 6, when data is to be read, it is read either from a non-failed disk in a normal, non-degraded mode or in a degraded mode in which there is a failed disk, where the ~4~9~36 read is to be from the failed disk. In the normal mode the IOP
reads the data directly from the desired sector and transfers such data to the host.
In reading from a failed disk in a degraded mode, the entry in the parity sector of the stripe is read and the data in the other non-failed disks are read. The parity entry is XOR'ed with such other data to re-create the data in the failed disk and such data is transferred to the host.
FIG. 7 depicts an operation which is performed when a new array of disks, not previously accessed by the system, is to be accessed by the IOP, or an array has been temporarily not available for access but becomes available therefor, often referred to as "opening" an array. As mentioned above, an IOP
utilizes a non-volatile RAM for recording stripe and sector identification information with respect to an array. Each array may have entries in the NV-RAM in the IOP and, when opening an array, it must first be determined whether or not there are already entries in the NV-RAM in the IOP for the particular array being opened.
If no valid NV-RAM entries currently exist in the IOP for the array being opened, a background/verify process (see FIG. 8) is initiated by the IOP and if, as discussed below, the new array is not in a degraded mode, the array is opened. If a valid ~~8~~
NV-RAM entry is already available in the IOP, the NV-RAM entry for that particular array is obtained and the data from all the user data sectors for that entry are read. When the reads are completed the read data are XOR'ed together to form a parity entry. The parity entry is written into the parity sector and the NV-RAM entry is deleted. The NV-RAM entry for the next sector group (if there is one) is obtained and the process is repeated. Once all NV-RAM entries for this array have been deleted, the array is open.
If, however, the reads in a sector group cannot be completed because the array is in a degraded mode (a sector cannot be read directly on a disk), the parity entry is invalidated for that sector group and nothing further can be done with that NV-RAM
entry and the NV-RAM entry is deleted. The process is then repeated for the next NV-RAM entry (if there is one).
The background/verify process mentioned in FIG. 7 is depicted in FIG. 8. The IOP first determines whether or not the array is in a degraded mode. If it is, the background/verify operation fails and the array cannot be opened (see FIG. 7). If the array is not in a degraded mode, the IOP goes to the first sector of each of the disks of an array and reads the data from all user data sectors thereof. If the reads can be completed, the data is XOR'ed together to form a parity entry. The parity is written as the parity entry in the corresponding parity sector. If the corresponding sectors being verified are the final group of corresponding sectors of the array, then the background/verify process is done. If they are not, then the IOP goes to the next group of corresponding sectors and performs the same operations until the background/verify process for the array is done.
If in processing a group of corresponding sectors the reads of the data in the user data sectors cannot be completed, the corresponding parity is invalidated for that sector group and the IOP either goes to the next group of sectors or, if that is the last sector group, the operation is completed for the array. When the background/verify operation is done the array is opened (see FIG. 7).
FIG. 9 depicts an operation for reconstructing, or rebuilding, data in a failed disk. The IOP goes to the first sector group in which a sector of a failed disk is to be reconstructed. The parity entry in that sector group is read, the data in all non-failed sectors of the sector group are read and XOR'ed with the parity entry to provide the reconstructed data. The reconstructed data is then written into the sector of the failed disk which is to be rebuilt. The process is repeated for all data sectors that have to be rebuilt.
Claims (6)
1. A method for handling data in a system having a control processor for controlling access to an array of data storage disks, wherein storage sectors of a selected number of said disks contains user data and storage sectors of a selected one of said disks contain redundant parity entries which match with the user data entries in the sectors corresponding thereto; corresponding user data and parity sectors in said disks forming identifiable sector groups, wherein said control processor includes a non-volatile, random access-memory (RAM), said method comprising the steps of writing new user data into one or more selected sectors of said data storage disks;
when writing said user data, writing into said non-volatile RAM information identifying the array where said new user data is to be written, identifying the starting sector in said array into which new user data is to be written, and identifying the number of said one or more selected sectors into which said new user data is written; wherein, if a power failure occurs, examining the information in the non-volatile RAM
identifying data sectors into which new user data has been written;
determining a new parity entry for data in the corresponding data sectors into which new data has been written;
examining a previous parity entry which has been entered for data in the corresponding data sectors into which new data has been written; and comparing the previous parity entry and the new parity entry.
when writing said user data, writing into said non-volatile RAM information identifying the array where said new user data is to be written, identifying the starting sector in said array into which new user data is to be written, and identifying the number of said one or more selected sectors into which said new user data is written; wherein, if a power failure occurs, examining the information in the non-volatile RAM
identifying data sectors into which new user data has been written;
determining a new parity entry for data in the corresponding data sectors into which new data has been written;
examining a previous parity entry which has been entered for data in the corresponding data sectors into which new data has been written; and comparing the previous parity entry and the new parity entry.
2. A method in accordance with claim 1 and further including the steps wherein if a power failure occurs, examining the information in the non-volatile RAM identifying the sectors into which new user data has been written;
determining the parity entries in the corresponding parity sectors of the groups of sectors into which new data has been written; and matching the parity entries in each corresponding sector group with the user data stored in the corresponding user data sectors of each said corresponding sector group.
determining the parity entries in the corresponding parity sectors of the groups of sectors into which new data has been written; and matching the parity entries in each corresponding sector group with the user data stored in the corresponding user data sectors of each said corresponding sector group.
3. A method in accordance with claim 1 and further including the steps of determining whether or not said non-volatile RAM
contains any information concerning the writing of new user data into any sectors of said disks; and if said non-volatile RAM contains no such information, verifying whether the parity entry in the parity sector of each sector group matches with the user data in the corresponding user data sectors of the corresponding sector group.
contains any information concerning the writing of new user data into any sectors of said disks; and if said non-volatile RAM contains no such information, verifying whether the parity entry in the parity sector of each sector group matches with the user data in the corresponding user data sectors of the corresponding sector group.
4. A method in accordance with claim 3 and further including the steps wherein, if a mismatch occurs in a sector group, correcting the parity entry in the parity sector of said sector group to provide a parity entry therein which correctly matches the user data in the user data sectors of said sector group, said determining, verifying, and correcting steps being performed by said control processor when a host processor is performing operations which do not require the use of said control processor.
5. A method in accordance with claim 4 and further wherein, if data cannot be read from a data sector of a sector group, the parity entry for that sector group is identified as an invalid entry.
6. A method in accordance with claim 1 and further including if the previous parity entry and the new parity entry do not match, entering the new parity entry for the corresponding data sectors in which new data has been written.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US85128892A | 1992-03-10 | 1992-03-10 | |
| US07/851,288 | 1992-03-10 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2089836A1 CA2089836A1 (en) | 1993-09-11 |
| CA2089836C true CA2089836C (en) | 2000-02-08 |
Family
ID=25310418
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002089836A Expired - Fee Related CA2089836C (en) | 1992-03-10 | 1993-02-18 | High availability disk arrays |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5452444A (en) |
| JP (1) | JP3255751B2 (en) |
| AU (1) | AU653670B2 (en) |
| CA (1) | CA2089836C (en) |
| IL (1) | IL104744A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3726339A1 (en) | 2019-04-18 | 2020-10-21 | Lockpoint IP GmbH | Data handling device |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7174352B2 (en) | 1993-06-03 | 2007-02-06 | Network Appliance, Inc. | File system image transfer |
| US6604118B2 (en) | 1998-07-31 | 2003-08-05 | Network Appliance, Inc. | File system image transfer |
| JPH08511368A (en) * | 1993-06-04 | 1996-11-26 | ネットワーク・アプリアンス・コーポレーション | Method for forming parity in RAID subsystem using non-volatile memory |
| US5835953A (en) | 1994-10-13 | 1998-11-10 | Vinca Corporation | Backup system that takes a snapshot of the locations in a mass storage device that has been identified for updating prior to updating |
| US6098128A (en) | 1995-09-18 | 2000-08-01 | Cyberstorage Systems Corporation | Universal storage management system |
| US5864738A (en) * | 1996-03-13 | 1999-01-26 | Cray Research, Inc. | Massively parallel processing system using two data paths: one connecting router circuit to the interconnect network and the other connecting router circuit to I/O controller |
| US6233704B1 (en) | 1996-03-13 | 2001-05-15 | Silicon Graphics, Inc. | System and method for fault-tolerant transmission of data within a dual ring network |
| US5748900A (en) * | 1996-03-13 | 1998-05-05 | Cray Research, Inc. | Adaptive congestion control mechanism for modular computer networks |
| US5734814A (en) * | 1996-04-15 | 1998-03-31 | Sun Microsystems, Inc. | Host-based RAID-5 and NV-RAM integration |
| US5761534A (en) * | 1996-05-20 | 1998-06-02 | Cray Research, Inc. | System for arbitrating packetized data from the network to the peripheral resources and prioritizing the dispatching of packets onto the network |
| US5805788A (en) * | 1996-05-20 | 1998-09-08 | Cray Research, Inc. | Raid-5 parity generation and data reconstruction |
| US5862313A (en) * | 1996-05-20 | 1999-01-19 | Cray Research, Inc. | Raid system using I/O buffer segment to temporary store striped and parity data and connecting all disk drives via a single time multiplexed network |
| US6085303A (en) * | 1997-11-17 | 2000-07-04 | Cray Research, Inc. | Seralized race-free virtual barrier network |
| US5970232A (en) * | 1997-11-17 | 1999-10-19 | Cray Research, Inc. | Router table lookup mechanism |
| US6151659A (en) * | 1997-12-22 | 2000-11-21 | Emc Corporation | Distributed raid storage system |
| JP2000019891A (en) * | 1998-04-27 | 2000-01-21 | Canon Inc | Image forming device and its control method, and storage medium |
| US6119244A (en) | 1998-08-25 | 2000-09-12 | Network Appliance, Inc. | Coordinating persistent status information with multiple file servers |
| US6216174B1 (en) | 1998-09-29 | 2001-04-10 | Silicon Graphics, Inc. | System and method for fast barrier synchronization |
| US6502174B1 (en) * | 1999-03-03 | 2002-12-31 | International Business Machines Corporation | Method and system for managing meta data |
| US6513097B1 (en) | 1999-03-03 | 2003-01-28 | International Business Machines Corporation | Method and system for maintaining information about modified data in cache in a storage system for use during a system failure |
| US6438661B1 (en) * | 1999-03-03 | 2002-08-20 | International Business Machines Corporation | Method, system, and program for managing meta data in a storage system and rebuilding lost meta data in cache |
| US6674720B1 (en) | 1999-09-29 | 2004-01-06 | Silicon Graphics, Inc. | Age-based network arbitration system and method |
| JP2005525668A (en) * | 2002-05-14 | 2005-08-25 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Hard disk drive system, method and apparatus using such a system |
| US6857001B2 (en) * | 2002-06-07 | 2005-02-15 | Network Appliance, Inc. | Multiple concurrent active file systems |
| US7024586B2 (en) * | 2002-06-24 | 2006-04-04 | Network Appliance, Inc. | Using file system information in raid data reconstruction and migration |
| US7197599B2 (en) * | 2003-12-29 | 2007-03-27 | Intel Corporation | Method, system, and program for managing data updates |
| US7779294B2 (en) * | 2005-04-15 | 2010-08-17 | Intel Corporation | Power-safe disk storage apparatus, systems, and methods |
| US7441146B2 (en) * | 2005-06-10 | 2008-10-21 | Intel Corporation | RAID write completion apparatus, systems, and methods |
| US7562188B2 (en) * | 2005-06-17 | 2009-07-14 | Intel Corporation | RAID power safe apparatus, systems, and methods |
| CN114594900A (en) * | 2020-12-04 | 2022-06-07 | 伊姆西Ip控股有限责任公司 | Method, apparatus and computer program product for storage management |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4959774A (en) * | 1984-07-06 | 1990-09-25 | Ampex Corporation | Shadow memory system for storing variable backup blocks in consecutive time periods |
| US4761785B1 (en) * | 1986-06-12 | 1996-03-12 | Ibm | Parity spreading to enhance storage access |
| FR2656441B1 (en) * | 1989-12-22 | 1993-12-10 | Bull Sa | SECURE METHOD FOR FAST WRITING OF INFORMATION FOR MASS MEMORY DEVICE. |
| US5233618A (en) * | 1990-03-02 | 1993-08-03 | Micro Technology, Inc. | Data correcting applicable to redundant arrays of independent disks |
| US5195100A (en) * | 1990-03-02 | 1993-03-16 | Micro Technology, Inc. | Non-volatile memory storage of write operation identifier in data sotrage device |
| JPH0731582B2 (en) * | 1990-06-21 | 1995-04-10 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Method and apparatus for recovering parity protected data |
| US5274799A (en) * | 1991-01-04 | 1993-12-28 | Array Technology Corporation | Storage device array architecture with copyback cache |
| US5305326A (en) * | 1992-03-06 | 1994-04-19 | Data General Corporation | High availability disk arrays |
-
1993
- 1993-02-15 AU AU33031/93A patent/AU653670B2/en not_active Ceased
- 1993-02-16 IL IL10474493A patent/IL104744A/en not_active IP Right Cessation
- 1993-02-18 CA CA002089836A patent/CA2089836C/en not_active Expired - Fee Related
- 1993-03-10 JP JP07618993A patent/JP3255751B2/en not_active Expired - Fee Related
-
1995
- 1995-02-17 US US08/390,228 patent/US5452444A/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3726339A1 (en) | 2019-04-18 | 2020-10-21 | Lockpoint IP GmbH | Data handling device |
| WO2020211985A1 (en) | 2019-04-18 | 2020-10-22 | Lockpoint Ip Gmbh | Data handling device |
| US11972138B2 (en) | 2019-04-18 | 2024-04-30 | Swiss Vault Systems GmbH | Data storage system for balancing thermal load over storage devices |
Also Published As
| Publication number | Publication date |
|---|---|
| IL104744A (en) | 1995-07-31 |
| AU653670B2 (en) | 1994-10-06 |
| AU3303193A (en) | 1993-09-16 |
| JP3255751B2 (en) | 2002-02-12 |
| CA2089836A1 (en) | 1993-09-11 |
| JPH0728608A (en) | 1995-01-31 |
| IL104744A0 (en) | 1993-06-10 |
| US5452444A (en) | 1995-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2089836C (en) | High availability disk arrays | |
| US5305326A (en) | High availability disk arrays | |
| EP1019820B1 (en) | Validation system for maintaining parity integrity in a disk array | |
| US6195761B1 (en) | Method and apparatus for identifying and repairing mismatched data | |
| US6269453B1 (en) | Method for reorganizing the data on a RAID-4 or RAID-5 array in the absence of one disk | |
| JP2959901B2 (en) | Redundant array of storage device and online reconfiguration method | |
| US5522031A (en) | Method and apparatus for the on-line restoration of a disk in a RAID-4 or RAID-5 array with concurrent access by applications | |
| US5878203A (en) | Recording device having alternative recording units operated in three different conditions depending on activities in maintaining diagnosis mechanism and recording sections | |
| US6233696B1 (en) | Data verification and repair in redundant storage systems | |
| US5303244A (en) | Fault tolerant disk drive matrix | |
| JP3177242B2 (en) | Nonvolatile memory storage of write operation identifiers in data storage | |
| US5613088A (en) | Raid system including first and second read/write heads for each disk drive | |
| EP0492808B1 (en) | On-line restoration of redundancy information in a redundant array system | |
| US5488701A (en) | In log sparing for log structured arrays | |
| US6976187B2 (en) | Rebuilding redundant disk arrays using distributed hot spare space | |
| US6907504B2 (en) | Method and system for upgrading drive firmware in a non-disruptive manner | |
| EP0784273A2 (en) | Generating a backup copy in RAID subsystems | |
| JP2000207136A (en) | Multi-drive fault-tolerance raid algorithm | |
| US6389511B1 (en) | On-line data verification and repair in redundant storage system | |
| EP1644834B1 (en) | Redundancy in array storage system | |
| US6859890B2 (en) | Method for reducing data/parity inconsistencies due to a storage controller failure | |
| EP0559488B1 (en) | Handling data in a system having a processor for controlling access to a plurality of data storage disks | |
| EP0985173B1 (en) | Method of tracking incomplete writes in a disk array, and disk storage system which performs such method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |