WO2009157086A1 - Ｒａｉｄ装置並びにその制御装置および制御方法 - Google Patents

Ｒａｉｄ装置並びにその制御装置および制御方法 Download PDF

Info

Publication number
WO2009157086A1
WO2009157086A1 PCT/JP2008/061734 JP2008061734W WO2009157086A1 WO 2009157086 A1 WO2009157086 A1 WO 2009157086A1 JP 2008061734 W JP2008061734 W JP 2008061734W WO 2009157086 A1 WO2009157086 A1 WO 2009157086A1
Authority
WO
WIPO (PCT)
Prior art keywords
priority
raid
storage device
unit
spare storage
Prior art date
Application number
PCT/JP2008/061734
Other languages
English (en)
French (fr)
Inventor
秀治郎 大黒谷
実希夫 伊藤
和彦 池内
親志 前田
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2008/061734 priority Critical patent/WO2009157086A1/ja
Publication of WO2009157086A1 publication Critical patent/WO2009157086A1/ja

Links

Images

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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • 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
    • G06F11/1092—Rebuilding, e.g. when physically replacing a failing disk
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
    • G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device

Definitions

  • the present invention relates to a technique for controlling RAID (Redundant Array of Inexpensive Disks) that manages a combination of a plurality of disk devices. For example, when one of the disk devices constituting a RAID fails, The present invention relates to a technique for restoring data.
  • RAID Redundant Array of Inexpensive Disks
  • a RAID (Redundant Array of Inexpensive Disks) device that manages a combination of a plurality of disk devices is used to prevent data loss due to a failure of a disk device such as an HDD (Hard Disk Drive) and improve processing performance. It has been.
  • a hot spare disk device that is a substitute device has failed.
  • Patent Documents 1 to 4 There is known a method of performing a restoration process for allocating instead of a disk device and restoring data of a failed disk device (see, for example, Patent Documents 1 to 4 below).
  • examples of the restoration process include a rebuild process for restoring data based on the consistency logic. Further, for example, when a RAID device is composed of one or more disk devices to form a RAID group (RAID Group), by assigning a hot spare disk device to a RAID group including the failed disk device, Rebuild processing is executed for each group.
  • disk array devices such as recent RAID devices have become larger in scale than before. Therefore, the number of disk devices constituting the RAID device is increased, and failures of a plurality of disk devices are likely to occur simultaneously in the RAID device. In addition, the capacity of a single disk device is increased, and the time required for restoration processing is prolonged.
  • hot spare disk devices are allocated in order from the disk device that failed first, according to the order of failure. Therefore, in the conventional RAID device, when a plurality of disk devices fail simultaneously in the RAID device, or when restoration processing is performed on a plurality of failed disk devices, the importance level is increased. Even if a disk device holding high-level data later fails, there is a possibility that a hot spare disk device cannot be allocated, and restoration processing cannot be performed on highly important data. As a result, in the conventional RAID device, there is a possibility that the redundancy of highly important data cannot be secured, and thus the safety and reliability cannot be sufficiently improved.
  • RAID device As another example other than the above-described conventional RAID device, there is a RAID device (hereinafter sometimes referred to as another RAID device) in which a hot spare device is assigned in advance as a dedicated device for a specific RAID group. That is, this RAID device can be used only when a disk device in a specific RAID group fails, but cannot be used when a disk device in another RAID group fails.
  • a disclosed RAID device is a RAID device having a plurality of storage devices constituting a plurality of logical volumes accessed from a host device, and an abnormality among the plurality of storage devices.
  • a spare storage device that can restore the data stored in the abnormal storage device in which the error occurred
  • a control that controls a restoration process that is a process for restoring the data stored in the abnormal storage device to the spare storage device
  • the control unit includes a priority table that sets priorities for each of the plurality of logical volumes, a detection unit that detects the abnormality occurrence storage device, and the detection unit detects the abnormality occurrence storage device.
  • a determination unit that determines whether or not to execute the restoration process, and the restoration unit If it is determined that executes, and includes an execution unit for executing the reconstruction process.
  • the disclosed RAID device control device is stored in a plurality of storage devices constituting a plurality of logical volumes accessed from a host device, and an abnormality occurrence storage device in which an abnormality has occurred among the plurality of storage devices.
  • a RAID device for controlling a restoration process which is a process for restoring data stored in the abnormal storage device to the spare storage device.
  • a priority table that sets priorities for each of the plurality of logical volumes, a detection unit that detects the abnormality occurrence storage device, and the detection unit that detects the abnormality occurrence storage device, the priority Based on the priority for each of the plurality of logical volumes set in the table, a determination unit that determines whether or not to execute the restoration process, and the restoration unit executes the restoration process. Then it is determined, and an execution unit for executing the reconstruction process.
  • the disclosed RAID device control method is stored in a plurality of storage devices constituting a plurality of logical volumes accessed from a host device, and an abnormality occurrence storage device in which an abnormality has occurred among the plurality of storage devices.
  • a RAID device for controlling a restoration process which is a process for restoring data stored in the abnormal storage device to the spare storage device.
  • a determination step for determining whether or not to execute the restoration process; and if it is determined to execute the restoration process in the determination step, And an execution step of executing the management.
  • FIG. 1 is a diagram schematically showing a configuration example of a RAID (Redundant Array of Inexpensive Disks) apparatus 10 as an embodiment of the present invention.
  • the RAID apparatus 10 according to the present embodiment writes and reads data by being accessed from a plurality (eight in this case) of hosts (upper apparatuses) 11a to 11h.
  • the RAID device 10 includes a plurality (eight here) drive enclosures (DE; DriveaEnclosure) 12a to 12h, a plurality (here, four) controller modules (CM; Controller Module).
  • a control unit; a control device) 13a to 13d, a plurality (eight in this case) of channel adapters (CA) 14a to 14h and a router (RT) 15 are high-end machines.
  • the codes 11a to 11h are used when one of a plurality of hosts needs to be specified, but the code 11 is used when designating an arbitrary host.
  • reference numerals 12a to 12h are used when it is necessary to specify one of a plurality of drive enclosures, but reference numeral 12 is used to indicate any drive enclosure.
  • reference numerals 13a to 13d are used when one of a plurality of controller modules needs to be specified, but reference numeral 13 is used when referring to an arbitrary controller module.
  • reference numerals 14a to 14h are used when one of a plurality of channel adapters needs to be specified, but reference numeral 14 is used when referring to an arbitrary channel adapter.
  • the drive enclosure 12 has a plurality of disk devices 16.
  • the disk device 16 is realized by, for example, an HDD (Hard Disk Drive) or a semiconductor disk.
  • the drive enclosure 12a has a plurality (here, n; n is a natural number) of disk devices 16a-1 to 16a-n.
  • the drive enclosure 12b includes a plurality (here, n) of disk devices 16b-1 to 16b-n
  • the drive enclosure 12c includes a plurality (here, n) of disk devices 16c-1 to 16c-n
  • the drive enclosure 12d has a plurality of (here, n) disk devices 16d-1 to 16d-n
  • the drive enclosure 12e has a plurality (n in this case) of disk devices 16e-1 to 16e-n
  • the drive enclosure 12f has a plurality (here, n) of disk devices 16f-1 to 16f-n.
  • the drive enclosure 12g has a plurality (n in this case) of disk devices 16g-1 to 16g-n
  • the drive enclosure 12h has a plurality (here, n) of disk devices 16h-1 to 16h-n. ing.
  • reference numerals 16a-1 to 16a-n, 16b-1 to 16b-n, and 16c-1 to 16c are used to indicate one of the plurality of disk devices.
  • -N 16d-1 to 16d-n, 16e-1 to 16e-n, 16f-1 to 16f-n, 16g-1 to 16g-n, 16h-1 to 16h-n are used.
  • Reference numeral 16 is used to indicate.
  • the number of disk devices 16 provided in each drive enclosure 12 is not limited to the present embodiment. For example, a different number of disk devices 16 may be provided for each drive enclosure 12.
  • the disk device 16 functions as, for example, a storage device or a hot spare (HS) device (spare storage device; hot spare disk).
  • HS hot spare
  • a plurality (here, five) of disk devices 16a-1 to 16a-5 each function as a storage device, and at least the disk devices 16a-n function as hot spare devices. It is like that.
  • a plurality of (here, five) disk devices 16b-1 to 16b-5 function as storage devices, and at least the disk devices 16b-n function as hot spare devices. .
  • Each of .about.16f-n, 16g-1 to 16g-n, and 16h-1 to 16h-n functions as a storage device or a hot spare device.
  • the same reference numerals as the disk device for example, reference numeral 16 are used as reference numerals indicating the storage device and the hot spare device.
  • the hot spare device 16 is a storage device in which an abnormality (disk failure) has occurred among the plurality (8 ⁇ n in the example shown in FIG. 1) of disk devices 16a-1 to 16h-n (hereinafter referred to as an abnormality occurrence storage device).
  • the data stored in 16 can be restored. That is, the hot spare device 16 is a spare disk as an alternative device for the storage device 16.
  • the storage device 16 is configured in combination with one or more other storage devices 16 other than the storage device 16 to form a RAID group (RAID Group) R accessed from the host 11. .
  • a plurality (two in this case) of storage devices 16a-2 and 16b-2 form a RAID group R-0.
  • a plurality (four in this case) of storage devices 16e-2, 16f-2, 16g-2, and 16h-2 constitute a RAID group R-1.
  • a plurality (eight in this case) of storage devices 16a-1 to 16h-1 constitute a RAID group R-2.
  • a plurality (eight in this case) of storage devices 16a-3 to 16h-3 form a RAID group R-3.
  • a plurality (16 in this case) of storage devices 16a-4 to 16h-4, 16a-5 to 16h-5 constitute a RAID group R-4.
  • the RAID level of RAID group R-0 is RAID1
  • the RAID level of RAID group R-1 is RAID1 + 0.
  • the RAID level of RAID group R-2 is RAID5
  • the RAID level of RAID group R-3 is RAID6
  • the RAID level of RAID group R-4 is RAID6.
  • the RAID device 10 in this embodiment forms a plurality (here, five) of RAID groups R-0 to R-4 accessed from the host 13.
  • the codes R-0 to R-4 are used when one of a plurality of RAID groups needs to be specified, but the code R is used to indicate an arbitrary RAID group. Use.
  • the controller module 13 controls a rebuild process (restoration process) for restoring the data stored in the abnormality occurrence storage device 16 to the hot spare device 16.
  • the rebuild process is a process for restoring data based on the consistency logic.
  • the rebuild process is a process of restoring the RAID group R by restoring the data stored in the abnormality occurrence storage device 16 to the hot spare device 16 based on the data of one or more other disk devices 16. Redundancy can be restored.
  • the function of the controller module 13 will be described later.
  • the controller module 13 is connected to one or more (two in the example shown in FIG. 1) hosts 11 via the channel adapter 14.
  • the controller module 13a is connected to the host 11a via the channel adapter 14a and is connected to the host 11b via the channel adapter 14b.
  • the controller module 13b is connected to the host 11c via the channel adapter 14c, and is connected to the host 11d via the channel adapter 14d.
  • the controller module 13c is connected to the host 11e through the channel adapter 14e and is connected to the host 11f through the channel adapter 14f.
  • the controller module 13d is connected to the host 11g via the channel adapter 14g and is connected to the host 11h via the channel adapter 14h.
  • the router 15 relays data between the controller module 13 and the drive enclosure 12.
  • the router 15 is connected to the controller modules 13a to 13d and to the drive enclosures 12a to 12h.
  • the function of the controller module 13 will be described in detail.
  • FIG. 2 is a diagram schematically illustrating a configuration example of the controller module 13 in the RAID device 10 as an embodiment of the present invention
  • FIG. 3 is a diagram schematically illustrating a configuration example of the management information storage unit 17.
  • the controller module 13 includes a management information storage unit 17, a reception unit 18, a setting unit 19, a detection unit 20, a specification unit 21, a determination unit 22, and an execution unit 23.
  • the management information storage unit 17 stores a management table 24 as shown in FIG. 3, and is realized by a storage unit (not shown) such as a memory.
  • the management table 24 holds management information related to the control of the disk device 16 for each of the RAID groups R-0 to R-4.
  • the management information includes a RAID group number d1, a RAID level d2, a RAID group state d3, a block size d4, a volume d5, a disk d6, and a reconstruction priority d7.
  • the RAID group number d1 indicates the serial number of the RAID group R.
  • the RAID group number d1 is a serial number of a plurality of RAID groups R-0 to R-4, for example, “R-0”, “R-1”, “R-2”, “R-”. 3 "and” R-4 "are shown side by side.
  • the RAID group number d1 is not limited to this embodiment, and other identification information can be used.
  • the RAID level d2 indicates the RAID level of the RAID group R indicated by the RAID group number d1.
  • the RAID level d2 is any one of “RAID0”, “RAID1”, “RAID1 + 0”, “RAID2”, “RAID3”, “RAID4”, “RAID5”, and “RAID6”. The level is selectively shown. Since the RAID level is known, detailed description thereof is omitted.
  • the RAID level d2 corresponds to the RAID levels of the plurality of RAID groups R-0 to R-4 corresponding to the RAID groups R-0 to R-4 indicated by the RAID group number d1. (For each RAID group R-0 to R-4). In the example shown in FIG. 3, the RAID level d2 indicates “RAID1” corresponding to the RAID group R-0. Similarly, the RAID level d2 is “RAID1 + 0” corresponding to the RAID group R-1, “RAID5” corresponding to the RAID group R-2, “RAID6” corresponding to the RAID group R-3. "RAID6" corresponding to the RAID group R-4.
  • the RAID group status d3 indicates the status (status information) of the RAID group R indicated by the RAID group number d1.
  • the state of the RAID group R is a state relating to an abnormality (failure) or redundancy in the RAID group R.
  • the redundancy means that, for example, the same data or parity is written in a plurality of disk devices 16.
  • the RAID group status d3 selectively indicates one of “Available”, “Exposed”, “Rebuild”, “SpareInUse”, “Copyback”, and “Broken” as the status of the RAID group R. It is like that.
  • “Available” indicates a state in which the corresponding RAID group R is completely normal and the corresponding RAID group R has redundancy.
  • “Exposed” indicates a state in which any of the disk devices 16 constituting the corresponding RAID group R has no redundancy due to a single disk failure or the like (for example, a state in which the number of disks whose redundancy is 0 has failed). .
  • “Rebuild” indicates a state in which the corresponding RAID group R is undergoing a rebuild process, and the corresponding RAID group R has only partial redundancy.
  • “SpareInUse” indicates a state in which the corresponding RAID group R is in a state after the rebuild process for the hot spare device 16 and the corresponding RAID group R has redundancy.
  • “Copyback” indicates a state in which the corresponding RAID group R is being copied back to the replaced disk device 16 and the corresponding RAID group R has redundancy.
  • “Broken” indicates a state in which, in the plurality of disk devices 16 constituting the corresponding RAID group R, a number of disks exceeding the redundancy have failed and data has been lost.
  • the RAID group status d3 corresponds to the status of each of the plurality of RAID groups R-0 to R-4 to each of the RAID groups R-0 to R-4 indicated by the RAID group number d1. These are shown side by side (for each RAID group R-0 to R-4).
  • the management table 24 functions as a status table that stores status information regarding the redundancy of the RAID group R for each of the plurality of RAID groups R-0 to R-4 (hereinafter also referred to as the status table 24). .
  • the block size d4 indicates the capacity of each RAID group R-0 to R-4 indicated by the RAID group number d1.
  • the volume d5 indicates a host volume (arbitrary number) set in each RAID group R-0 to R-4 indicated by the RAID group number d1.
  • the disk d6 indicates the type of the disk (plural) constituting each RAID group R-0 to R-4 indicated by the RAID group number d1.
  • the reconstruction priority d7 indicates the priority (reconstruction priority) P of the RAID group R indicated by the RAID group number d1.
  • the reconstruction priority P is a priority order in which redundancy must be ensured when an abnormality occurs in any of the storage devices 16 constituting the RAID group R.
  • the reconstruction priority d7 is configured to selectively indicate five levels of priority P between values “0” to “4”, with the value “0” being the lowest priority P. .
  • the reconstruction priority d7 is set by the setting unit 19 described later.
  • the priorities P-0 to P-4 for each of the plurality of RAID groups R-0 to R-4 are assigned to the RAID groups R-0 to R-4 indicated by the RAID group number d1. It is shown to correspond to each of R-4 (for each RAID group R-0 to R-4).
  • the reconstruction priority d7 indicates the value “4” as the priority P-0 of the RAID group R-0.
  • the reconstruction priority d7 has the value “3” as the priority P-1 of the RAID group R-1, the value “2” as the priority P-2 of the RAID group R-2, and the RAID group R.
  • the value “1” is shown as the priority P-3 of ⁇ 3, and the value “0” is shown as the priority P-4 of the RAID group R-4.
  • the management table 24 functions as a priority table for setting priorities P-0 to P-4 for each of the plurality of RAID groups R-0 to R-4 (hereinafter also referred to as the priority table 24). is there).
  • the codes indicating the priorities the codes P-0 to P-4 are used when one of a plurality of priorities needs to be specified, but the code P is used when indicating an arbitrary priority. Use.
  • the receiving unit 18 receives priority information (not shown) regarding the priority P. For example, when the user inputs priority information to an input device (input unit; not shown) such as a keyboard of the host 11 or the RAID device 10, the receiving unit 18 receives the priority information from the input device. ing. In the present embodiment, the user inputs arbitrary priority information to the input device based on the importance of the data included in the RAID group R.
  • the setting unit 19 sets priority information received by the receiving unit 18 in the management table 24, and is realized by a processing unit (not shown) such as a CPU (Central Processing Unit). Therefore, it can be said that the priority information is set in the priority table 24 based on the importance of the data included in the RAID group R.
  • the detection unit 20 detects the abnormality occurrence storage device 16 and is realized by a processing unit (not shown) such as a CPU.
  • the detection unit 20 can be realized using various known detection methods.
  • the specifying unit 21 specifies any one of the hot spare devices 16 among a plurality of hot spare devices (for example, reference numerals “16a-n” and “16b-n” shown in FIG. 1) as a specific hot spare device (specific spare storage device). This is realized by a processing unit (not shown) such as a CPU.
  • the identification unit 21 identifies a specific hot spare device from the plurality of hot spare devices 16 that are in use when all of the plurality of hot spare devices 16 are in use or rebuilding.
  • the determination unit 22 performs rebuild processing based on the reconstruction priority d 7 for each of the plurality of RAID groups R-0 to R-4 set in the management table 24. Whether or not to execute is determined, and is realized by a processing unit (not shown) such as a CPU.
  • the determination unit 22 compares the first priority P1 and the second priority P2 and executes the rebuild process for the specific hot spare device 16. It is to judge whether or not.
  • the first priority P1 is the priority P set in the RAID group (abnormality occurrence logical volume) R including the abnormality occurrence storage device 16.
  • the second priority P2 is the priority P set for the RAID group (in-use logical volume) R including the specific hot spare device 16.
  • the determination unit 22 determines not to execute the rebuild process.
  • the execution unit 23 executes the rebuild process for the data in the abnormality occurrence storage device 16 for the specific hot spare device 16. (Not shown).
  • the execution unit 23 determines that the rebuild process is to be executed by the determination unit 22 when all of the plurality of hot spare devices 16 are in use
  • the specific hot spare device 16 is assigned a RAID group R that is in use.
  • the rebuild process is executed on the separated specific hot spare device 16.
  • FIG. 4 is a diagram schematically showing a first operation example in the RAID device as one embodiment of the present invention.
  • FIG. 5 is a diagram schematically illustrating the second operation example
  • FIG. 6 is a diagram schematically illustrating the third operation example
  • FIG. 7 is a diagram schematically illustrating the fourth operation example.
  • FIG. 8 is a diagram schematically showing the fifth operation example
  • FIG. 9 is a diagram schematically showing the sixth operation example
  • FIG. 10 is a diagram schematically showing the seventh operation example.
  • the detection unit 20 detects the storage device 16c-1 as an abnormality occurrence storage device (disk failure; A1 ").
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “2” of the priority P-4 of the RAID group R-2 including the abnormality occurrence storage device 16c-1 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”. Then, the specifying unit 21 specifies the hot spare device 16a-n as the specific hot spare device from the plurality of unused hot spare devices 16a-n and 16b-n.
  • the determination unit 22 determines that the rebuild process is executed on the specific hot spare device 16a-n without comparing the priorities. . Then, the execution unit 23 executes rebuild processing for the data in the storage device 16c-1 with respect to the specific hot spare device 16a-n (HS allocation; see reference numeral “A2” in FIG. 4).
  • the priority P of the RAID group R including the abnormality occurrence storage device 16 is not the lowest value among the priorities P set in the priority table 24, and there is an unused hot spare device 16. In this case, the abnormality storage device 16 is replaced with an unused hot spare device 16 without comparing the priorities.
  • the detection unit 20 detects the storage device 16g-2 as an abnormality occurrence storage device (disk failure; reference sign “FIG. 5”). B1 ").
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “3” of the priority P-1 of the RAID group R-1 including the abnormality occurrence storage device 16g-2 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”.
  • the identifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-2 using the hot spare device 16a-n is “SpareInUse”. Further, the specifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-3 using the hot spare device 16b-n is “SpareInUse”.
  • the specifying unit 21 is included in the RAID group R-3 having the lowest priority among all the hot spare devices in use (in the example shown in FIG. 5, the hot spare devices 16a-n and 16b-n).
  • the hot spare device 16b-n is specified as a specific hot spare device.
  • the determination unit 22 sets the value “3” of the priority R-1 set in the RAID group R-1 including the abnormality occurrence storage device 16g-2 and the RAID group R-3 including the specific hot spare device 16b-n. Compared with the value “1” of the priority level P-3. As a result of the comparison, the determination unit 22 determines that the rebuild process is executed for the specific hot spare device 16b-n because the value “3” of the priority P-1 is higher than the value “1” of the priority P-3. To do.
  • the execution unit 23 disconnects the specific hot spare device 16b-n from the RAID group R-3 that is in use (HS disconnection; see the reference numeral “B2” in FIG. 5), and Rebuild processing is executed on the data in the storage device 16g-2 (HS allocation; see reference numeral “B3” in FIG. 5). Therefore, in the RAID device 10, the hot spare device 16 is in use, and the priority P of the RAID group R including the abnormality occurrence storage device 16 is the lowest value among the priorities P set in the priority table 24. If not, the abnormality occurrence storage device 16 is replaced with the hot spare device 16 in use in the RAID group R having low priority and redundancy.
  • the detection unit 20 detects the storage device 16g-2 as an abnormality occurrence storage device (disk failure; reference sign “FIG. 6”). C2 ").
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “3” of the priority P-1 of the RAID group R-1 including the abnormality occurrence storage device 16g-2 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”.
  • the identifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-2 using the hot spare device 16a-n is “SpareInUse”.
  • the specifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-3 using the hot spare device 16b-n is “Rebuild”.
  • the specifying unit 21 has redundancy and has the highest priority among all the hot spare devices in use or rebuilding (in the example shown in FIG. 6, the hot spare devices 16a-n and 16b-n).
  • the hot spare devices 16b-n included in the lower RAID group R-3 are specified as specific hot spare devices.
  • the identifying unit 21 is based on the management table (priority table and status table) 24 and has a redundancy and the hot spare device included in the RAID group R having the lowest priority P among the plurality of hot spare devices 16. 16 is specified as a specific hot spare device.
  • the determination unit 22 sets the value “3” of the priority P-1 set in the RAID group R-1 including the abnormality storage device 16g-2 and the RAID group R-3 including the specific hot spare device 16b-n. Compared with the value “1” of the priority level P-3. As a result of the comparison, the determination unit 22 determines that the rebuild process is executed for the specific hot spare device 16b-n because the value “3” of the priority P-1 is higher than the value “1” of the priority P-3. To do.
  • the execution unit 23 disconnects the specific hot spare device 16b-n from the RAID group R-3 (HS disconnection; see reference numeral “C3” in FIG. 6), and stores the storage device 16g-
  • the rebuild process is executed for the data No. 2 (HS allocation; see reference numeral “C4” in FIG. 6). Therefore, in the RAID device 10, the hot spare device 16 is in use or rebuilding, and the priority P of the RAID group R including the abnormality occurrence storage device 16 is the priority P set in the priority table 24. If it is not the lowest value, the abnormality occurrence storage device 16 is replaced with the hot spare device 16 that is being used or rebuilding in the RAID group R having the low priority.
  • the detection unit 20 detects the storage device 16g-2 as an abnormality occurrence storage device (disk failure; D2 ").
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “3” of the priority P-1 of the RAID group R-1 including the abnormality occurrence storage device 16g-2 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”.
  • the identifying unit 21 determines that the status of the RAID group R-2 using the hot spare device 16a-n is “SpareInUse” by referring to the management table (status table) 24.
  • the specifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-3 using the hot spare device 16b-n is “Exposed”.
  • the identifying unit 21 has redundancy and has the highest priority among all the hot spare devices in use or rebuilding (in the example shown in FIG. 7, the hot spare devices 16a-n and 16b-n).
  • the hot spare devices 16a-n included in the lower RAID group R-2 are specified as specific hot spare devices.
  • the determination unit 22 sets the value “3” of the priority P-1 set in the RAID group R-1 including the abnormality occurrence storage device 16g-2 and the RAID group R-2 including the specific hot spare device 16a-n. Compared with the value "2" of the priority P-2 that has been set. As a result of the comparison, the determination unit 22 determines that the rebuild process is to be executed for the specific hot spare device 16a-n because the value “3” of the priority P-1 is higher than the value “2” of the priority P-2. To do.
  • the execution unit 23 disconnects the specific hot spare device 16a-n from the RAID group R-2 (HS disconnection; see reference numeral “D3” in FIG. 7), and stores the storage device 16g-
  • the rebuild process is executed for the data No. 2 (HS allocation; see reference numeral “D4” in FIG. 7). Therefore, in the RAID device 10, the hot spare device 16 is in use, and the priority P of the RAID group R including the abnormality occurrence storage device 16 is the lowest value among the priorities P set in the priority table 24. If there is no redundancy in the RAID group R that has the lowest priority among the RAID groups R that are using the hot spare device 16, the abnormality storage device 16 is used as a redundant device that is using the hot spare device 16. The RAID group R having the lowest priority is replaced with the hot spare device 16 being used in the RAID group R having the lowest priority.
  • the detection unit 20 detects the storage device 16g-2 as an abnormality occurrence storage device (disk failure; reference numeral in FIG. 8). See “E2”).
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “3” of the priority P-1 of the RAID group R-1 including the abnormality occurrence storage device 16g-2 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”. Further, the identifying unit 21 refers to the management table (state table) 24 to determine that the state of the RAID group R-2 using the hot spare device 16a-n is “Exposed”. Therefore, the specifying unit 21 does not specify a specific hot spare device because there is no redundancy in the RAID group R-3 that is using all the hot spare devices in the RAID device 10.
  • the determining unit 22 determines that the rebuild process is not executed, and the executing unit 23 operates without executing the rebuild process for the data in the storage device 16g-2. (No operation related to HS; see symbol “E3” in FIG. 8). Therefore, the RAID device 10 performs rebuild processing when all the hot spare devices 16 are in use in the RAID group R and all the RAID groups R using the hot spare device 16 have no redundancy. Instead, it waits for the abnormality occurrence storage device 16 to be replaced.
  • the detection unit 20 detects this storage device 16g-2 as an abnormality occurrence storage device (disk failure; reference numeral in FIG. 9). See “F1”).
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value “3” of the priority P-1 of the RAID group R-1 including the abnormality occurrence storage device 16g-2 is changed to the priority table 24. It is determined that it is not the lowest value “0” among the priority levels P set to “1”.
  • the specifying unit 21 refers to the management table (status table) 24 to determine that the status of the RAID group R-0 that uses the hot spare device 16a-n is “SpareInUse”. Then, since all the hot spare devices in the RAID device 10 are in use in the RAID group R-0, the specifying unit 21 specifies the hot spare devices 16a-n included in the RAID group R-0 having the lowest priority P. Identifies as a hot spare device.
  • the determination unit 22 sets the value “3” of the priority P-1 set in the RAID group R-1 including the abnormality occurrence storage device 16g-2 and the RAID group R-0 including the specific hot spare device 16a-n. Compared with the value “4” of the priority level P-0. As a result of the comparison, since the value “3” of the priority P-1 is lower than the value “4” of the priority P-0, the determination unit 22 must execute the rebuild process for the specific hot spare device 16a-n. to decide.
  • the execution unit 23 ends the operation without executing the rebuild process for the data in the storage device 16g-2 (no operation related to HS; FIG. 9). (Refer to the symbol “F2”). Therefore, when all the hot spare devices are used in the RAID group R having a higher priority than the RAID group R including the abnormality occurrence storage device 16, the RAID device 10 does not perform the rebuild process and generates an abnormality. It waits for the storage device 16 to be replaced.
  • the hot spare devices 16a-n and 16b-n in the RAID device 10 are unused.
  • the detection unit 20 detects the storage device 16c-4 as an abnormality occurrence storage device (disk failure; reference sign “FIG. 10”). G1 ").
  • the specifying unit 21 refers to the management table (priority table) 24 so that the value of the priority P-4 of the RAID group R-4 including the abnormality occurrence storage device 16c-4 is set in the priority table 24. It is determined that the priority value P is the lowest value “0”. Therefore, the specifying unit 21 does not specify the specific hot spare device, and the determining unit 22 determines not to execute the rebuild process.
  • the execution unit 23 terminates the operation without executing the rebuild process for the data in the storage device 16c-4 (no operation related to HS; FIG. 10). (Refer to the symbol “G2”). Therefore, when the priority P of the RAID group R including the abnormality occurrence storage device 16 is the lowest, the RAID device 10 does not perform the rebuild process regardless of whether there is an unused hot spare device 16 or not. Then, it waits for the abnormality occurrence storage device 16 to be replaced.
  • the operation procedure in the RAID device 10 according to the embodiment of the present invention configured as described above will be described with reference to the flowchart (steps S11 to S17) shown in FIG.
  • the RAID group including the storage device 16 in which an abnormality has occurred is indicated as R1
  • the first priority that is the priority of the RAID group R1 is indicated as P1.
  • the RAID group that is using the specific hot spare device is indicated as R2, and the second priority that is the priority of the RAID group R2 is indicated as P2.
  • the detection unit 20 detects the abnormality occurrence storage device 16 (detection step). Then, the specifying unit 21 determines whether or not the first priority P1 is the lowest priority among the priorities P set in the priority table 24 (step S11).
  • the specifying unit 21 does not specify the specific hot spare device, and the determining unit 22 executes the rebuild process. Judge not to. Then, since the determination unit 22 determines not to execute the rebuild process, the execution unit 23 ends the process without executing the rebuild process for the data of the disk device 16.
  • the specifying unit 21 determines whether or not an unused hot spare device 16 exists in the RAID device 10. (Step S12). As a result of the determination, if there is an unused hot spare device 16 in the RAID device 10 (see the “YES” route in step S12), the specifying unit 21 specifies the unused hot spare device 16 as the specified hot spare device 16. (Specific step) Since the specific hot spare device 16 specified by the specifying unit 21 is not used, the determination unit 22 determines that the rebuild process is performed on the specific hot spare device 16 without performing priority comparison (determination step). . Then, the execution unit 23 assigns the unused specific hot spare device 16 to the RAID group R1, executes the rebuild process for the data of the disk device 16 in which an abnormality has occurred (step S13; execution step), and ends the process. To do.
  • the specifying unit 21 has a redundant RAID in a state where the hot spare device 16 is in use.
  • the group R and the RAID group R that is being rebuilt for the hot spare device 16 are searched using the management table (status table) 24, and all of the searched RAID groups R-0 to R-4 are searched.
  • the RAID group R2 having the lowest priority is selected using the management table (priority table) 24 (step S14; specific step).
  • the determination unit 22 compares the second priority P2 that is the priority of the RAID group R2 selected by the specifying unit 21 and the first priority P1 that is the priority of the RAID group R1 in which an abnormality has occurred. Comparison is performed (step S15; determination step). As a result of the comparison, when the first priority P1 is lower than or equal to the second priority P2 (see “NO” route in step S15), the execution unit 23 does not perform the rebuild process, Exit. Then, the RAID device 10 waits for the failed storage device 16 to be replaced.
  • the execution unit 23 disconnects the hot spare device 16 of the RAID group R2 and performs the RAID.
  • a process for forcibly reducing the redundancy of the group R2 is executed (step S16; execution step). Then, the execution unit 23 assigns (embeds) the disconnected hot spare device 16 to the RAID group R1 to start the rebuild process (step S17; execution step), and ends the process.
  • the redundancy of data of the RAID group R having the higher priority P is preferentially secured.
  • the RAID device 10 as an embodiment of the present invention, there is no unused hot spare device 16, and the priority P of the RAID group R including the abnormality occurrence storage device 16 is determined in the priority table 24. If the hot spare device 16 is not in the lowest priority, the hot spare device 16 is in use or rebuilding, and is in use in the RAID group R having the lowest priority among the RAID groups R having redundancy. It is determined that the rebuild process is executed.
  • the RAID device 10 is used in a case where all hot spare devices 16 that are in use or rebuilding are used in a RAID group R that has a higher priority than the RAID group R that includes the abnormality storage device 16, or When all the RAID groups R using the hot spare device 16 have no redundancy, it is determined that the rebuild process is not executed. Therefore, by adopting the concept of the priority of the RAID group R, data redundancy of the RAID group R having higher importance (in order of reconstruction priority) is preferentially secured. Thereby, data with high importance in the RAID device 10 can be proactively protected, and the safety and reliability of the RAID device 10 can be improved.
  • each RAID group R in the RAID apparatus 10 is considered, and management is performed so as to preferentially ensure redundancy of data having high importance, thereby increasing the scale of the apparatus.
  • management is performed so as to preferentially ensure redundancy of data having high importance, thereby increasing the scale of the apparatus.
  • RAID devices even when failures of a plurality of disk devices 16 occur at the same time in the RAID device 10 or when rebuild processing is executed for a plurality of failed disk devices 16, Safety and reliability can be improved.
  • the priority P of the RAID group R including the abnormality storage device 16 is the lowest, it is determined that the rebuild process is not executed regardless of whether there is an unused hot spare device 16 or not. Since the hot spare device 16 can be assigned only to highly important data in the RAID device 10, the highly important data can be protected more reliably, and the safety of the RAID device 10 can be further enhanced.
  • the said embodiment demonstrated the case where the RAID group R and the logical volume were matched 1 to 1, and the priority was set for every RAID group R, it is not limited to it,
  • a plurality of logical volumes may be configured in the RAID group R, and priority may be set for each of the plurality of logical volumes.
  • the present invention is not limited to this, and the RAID level on the premise of rebuild processing is described.
  • the present invention can be applied to various RAID levels other than RAID0.
  • FIG. 12 is a diagram schematically showing a configuration example of a RAID device 30 as a modification of the embodiment of the present invention.
  • the description has been given using the RAID device 10 configured as a high-end machine, but the present invention is not limited thereto.
  • the RAID device 10 is simpler than the RAID device 10 as illustrated in FIG.
  • the RAID device 30 configured as an entry machine accessed from (here, four) hosts 31a to 31d may be used.
  • the RAID device 30 includes a plurality (four here) of drive enclosures 32a to 32d, a plurality (two here) of controller modules 33a and 33b, and a plurality (four here). It is configured as an entry machine having the channel adapters 34a to 34d.
  • the drive enclosure 32a includes a plurality (here, k; k is a natural number) of disk devices 36a-1 to 36a-k.
  • the drive enclosure 32b includes a plurality of (here, k) disk devices 36b-1 to 36b-k
  • the drive enclosure 32c includes a plurality of (here, k each) disk devices 36c-1 to 36c-k.
  • the drive enclosure 32d has a plurality of (here, k) disk devices 36d-1 to 36d-k.
  • Each of the disk devices 36a-1 to 36a-k, 36b-1 to 36b-k, 36c-1 to 36c-k, and 36d-1 to 36d-k is the same as the disk device 16 of the above-described embodiment. It has a functional configuration. Therefore, in the RAID device 30 of this modification, a plurality (here, 4 ⁇ k) of disk devices 36a-1 to 36a-k, 36b-1 to 36b-k, 36c-1 to 36c-k, 36d-1 Each of .about.36d-k functions as a storage device or a hot spare device.
  • a plurality (here, two) of storage devices 36a-1 and 36a-2 constitute a RAID group R-30 as RAID1.
  • a plurality (four in this case) of storage devices 36a-4, 36a-5, 36b-4, and 36b-5 constitute a RAID group R-31 as RAID1 + 0.
  • a plurality (four in this example) of storage devices 36b-1, 36b-2, 36c-1, and 36c-2 constitute a RAID group R-32 as RAID5.
  • a plurality (here, five) of storage devices 36d-1 to 36d-5 constitute a RAID group R-33 as RAID6.
  • the RAID device 30 of the present modification constitutes a plurality (four in this case) of RAID groups R-30 to R-33 accessed from the respective hosts 31a to 31d.
  • the controller module 33a is connected to the host 31a via the channel adapter 34a and is connected to the host 31b via the channel adapter 34b.
  • the controller module 33b is connected to the host 31c via the channel adapter 34c and is connected to the host 31d via the channel adapter 34d.
  • controller modules 33a and 33b have the same functional configuration as the controller module 13 of the above-described embodiment, detailed description thereof will be omitted.
  • the RAID device 30 as a modification of the embodiment of the present invention can also obtain the same operational effects as those of the RAID device 10 according to the embodiment described above.

Abstract

　複数の論理ボリューム毎に優先度を設定する優先度テーブル（２４）と、異常発生記憶装置を検出する検出部（２０）と、検出部（２０）で異常発生記憶装置を検出すると、優先度テーブル（２４）に設定された複数の論理ボリューム毎の優先度に基づいて、復元処理を実行するか否かを判断する判断部（２２）と、判断部（２２）で復元処理を実行すると判断されると、復元処理を実行する実行部（２３）とをそなえることにより、ＲＡＩＤ装置内の重要度の高いデータの冗長性を優先的に確保し、ＲＡＩＤ装置の安全性や信頼性を高める。

Description

ＲＡＩＤ装置並びにその制御装置および制御方法
　本発明は、複数のディスク装置を組み合わせて管理するＲＡＩＤ（Redundant Array of Inexpensive Disks）を制御する技術に関し、例えば、ＲＡＩＤを構成するいずれかのディスク装置が故障した場合に、この故障したディスク装置のデータを復元させる技術に関する。
　一般に、ＨＤＤ（Hard Disk Drive）等のようなディスク装置の故障によるデータ損失を防ぐとともに処理性能を向上するために、複数のディスク装置を組み合わせて管理するＲＡＩＤ（Redundant Array of Inexpensive Disks）装置が用いられている。
　従来のＲＡＩＤ装置においては、信頼性を向上させるために、例えば、このＲＡＩＤ装置を構成するいずれかのディスク装置が故障した場合に、代替機器であるホットスペアディスク（Hot Spare Disk）装置を、故障したディスク装置の代わりに割り当てて、故障したディスク装置のデータを復元させる復元処理を行なわせる手法が知られている（例えば、下記特許文献１～４参照）。
　ここで、復元処理としては、例えば、整合性論理に基づきデータを復元するリビルド（Rebuild）処理が挙げられる。
　また、例えば、ＲＡＩＤ装置が１以上のディスク装置を組み合わせてＲＡＩＤグループ（RAID Group）を構成している場合には、故障したディスク装置を含むＲＡＩＤグループに対してホットスペアディスク装置を割り当てることにより、ＲＡＩＤグループ毎にリビルド処理が実行される。
特開平０７－１１０７４３号公報 特開平０９－２６９８７１号公報 特開平０９－３３０１８２号公報 特開２０００－３５７０６１号公報
　ところで、近年のＲＡＩＤ装置等のディスクアレイ装置は、以前よりも装置規模が大きくなってきている。
　従って、ＲＡＩＤ装置を構成するディスク装置の搭載本数が多くなり、ＲＡＩＤ装置内で複数のディスク装置の故障が同時に発生しやすくなっている。又、ディスク装置単体の容量も大きくなり、復元処理に要する時間が長時間化している。
　しかしながら、上述した従来のＲＡＩＤ装置では、故障した順番に応じて、先に故障したディスク装置から順番にホットスペアディスク装置を割り当てている。
　従って、このように、従来のＲＡＩＤ装置においては、ＲＡＩＤ装置内で複数のディスク装置の故障が同時に発生した場合や、故障した複数のディスク装置についての復元処理が実行された場合には、重要度の高いデータを保持しているディスク装置が後に故障したとしても、ホットスペアディスク装置を割り当てることができず、重要度の高いデータに対して復元処理を実行できないおそれがある。その結果、従来のＲＡＩＤ装置では、重要度の高いデータの冗長性を確保できないおそれがあることから、安全性や信頼性を十分に高めることができなかった。
　なお、上述した従来のＲＡＩＤ装置以外の他の例として、ホットスペア装置を特定のＲＡＩＤグループの専用として予め割り当てておくＲＡＩＤ装置（以下、他のＲＡＩＤ装置という場合もある）も存在する。つまり、このＲＡＩＤ装置は、特定のＲＡＩＤグループ内のディスク装置が故障した場合にのみ使用できる一方で、他のＲＡＩＤグループ内のディスク装置が故障した場合には使用できないようになっている。
　しかしながら、上述した他のＲＡＩＤ装置では、重要度の高いデータを保持しているＲＡＩＤグループのディスク装置が故障した場合に、この故障したディスク装置に対して、他のＲＡＩＤグループに予め割り当てられているホットスペアディスク装置を割り当てることができない。
　本発明は、このような課題に鑑み創案されたもので、ＲＡＩＤ装置内の重要度の高いデータの冗長性を優先的に確保し、ＲＡＩＤ装置の安全性や信頼性を高めることを目的とする。
　上記の目的を達成するために、開示のＲＡＩＤ装置は、上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置をそなえたＲＡＩＤ装置であって、前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置と、該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御する制御部とをそなえ、該制御部は、前記複数の論理ボリューム毎に優先度を設定する優先度テーブルと、該異常発生記憶装置を検出する検出部と、該検出部で該異常発生記憶装置を検出すると、該優先度テーブルに設定された前記複数の論理ボリューム毎の優先度に基づいて、該復元処理を実行するか否かを判断する判断部と、該判断部で該復元処理を実行すると判断されると、該復元処理を実行する実行部とをそなえている。
　また、開示のＲＡＩＤ装置の制御装置は、上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置と、前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置とをそなえたＲＡＩＤ装置に関し、該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御するためのＲＡＩＤ装置の制御装置であって、前記複数の論理ボリューム毎に優先度を設定する優先度テーブルと、該異常発生記憶装置を検出する検出部と、該検出部で該異常発生記憶装置を検出すると、該優先度テーブルに設定された前記複数の論理ボリューム毎の優先度に基づいて、該復元処理を実行するか否かを判断する判断部と、該判断部で該復元処理を実行すると判断されると、該復元処理を実行する実行部とをそなえている。
　さらに、開示のＲＡＩＤ装置の制御方法は、上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置と、前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置とをそなえたＲＡＩＤ装置に関し、該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御するためのＲＡＩＤ装置の制御方法であって、該異常発生記憶装置を検出する検出ステップと、該検出ステップにおいて該異常発生記憶装置を検出すると、前記複数の論理ボリューム毎に優先度を設定する優先度テーブルに基づいて、該復元処理を実行するか否かを判断する判断ステップと、該判断ステップにおいて該復元処理を実行すると判断されると、該復元処理を実行する実行ステップとをそなえている。
　開示の技術によれば、論理ボリュームの優先度という概念を取り入れることで、より重要度（再構築優先度順）が高い論理ボリュームのデータの冗長性が優先して確保されるので、ＲＡＩＤ装置内の重要度の高いデータを率先して保護することができ、ＲＡＩＤ装置の安全性や信頼性を高めることができる。
本発明の一実施形態としてのＲＡＩＤ装置の構成例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置におけるコントローラモジュールの構成例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における管理情報格納部の構成例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第１の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第２の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第３の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第４の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第５の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第６の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における第７の動作例を模式的に示す図である。 本発明の一実施形態としてのＲＡＩＤ装置における動作手順を示すフローチャートである。 本発明の一実施形態の変形例としてのＲＡＩＤ装置の構成例を模式的に示す図である。
符号の説明
１０，３０　ＲＡＩＤ装置
１１，１１ａ～１１ｈ，３１ａ～３１ｄ　ホスト（上位装置）
１２，１２ａ～１２ｈ，３２ａ～３２ｄ　ドライブエンクロージャ
１３，１３ａ～１３ｄ，３３ａ，３３ｂ　コントローラモジュール（制御部；ＲＡＩＤ装置制御装置）
１４，１４ａ～１４ｈ，３４ａ～３４ｄ　チャンネルアダプタ
１５　ルータ
１６，１６ａ－１～１６ａ－５，１６ｂ－１～１６ｂ－５，１６ｃ－１～１６ｃ－５，１６ｄ－１～１６ｄ－５，１６ｅ－１～１６ｅ－５，１６ｆ－１～１６ｆ－５，１６ｇ－１～１６ｇ－５，１６ｈ－１～１６ｈ－５　ディスク装置（記憶装置；異常発生記憶装置）
１６，１６ａ－ｎ，１６ｂ－ｎ，１６ｃ－ｎ，１６ｄ－ｎ，１６ｅ－ｎ，１６ｆ－ｎ，１６ｇ－ｎ，１６ｈ－ｎ　ディスク装置（ホットスペア装置；予備記憶装置；特定ホットスペア装置；特定予備記憶装置）
１７　管理情報格納部
１８　受信部
１９　設定部
２０　検出部
２１　特定部
２２　判断部
２３　実行部
２４　管理テーブル（優先度テーブル；状態テーブル）
３６ａ－１～３６ａ－ｋ，３６ｂ－１～３６ｂ－ｋ，３６ｃ－１～３６ｃ－ｋ，３６ｄ－１～３６ｄ－ｋ　ディスク装置
ｄ１　ＲＡＩＤグループ番号
ｄ２　ＲＡＩＤレベル
ｄ３　ＲＡＩＤグループ状態
ｄ４　ブロックサイズ
ｄ５　ボリューム
ｄ６　ディスク
ｄ７　再構築優先度
Ｒ，Ｒ－０～Ｒ－４，Ｒ１，Ｒ２，Ｒ－３０～Ｒ－３３　ＲＡＩＤグループ（論理ボリューム）
Ｐ，Ｐ－０～Ｐ－４　優先度
Ｐ１　第１の優先度
Ｐ２　第２の優先度
　以下、図面を参照しながら本発明の実施の形態について説明する。
　〔１〕本発明の一実施形態の説明
　図１は本発明の一実施形態としてのＲＡＩＤ（Redundant Array of Inexpensive Disks）装置１０の構成例を模式的に示す図である。
　本実施形態に係るＲＡＩＤ装置１０は、複数（ここでは８個）のホスト（上位装置）１１ａ～１１ｈからアクセスされることにより、データの書き込みおよび読み出しを行なうものである。
　このＲＡＩＤ装置１０は、例えば、図１に示すように、複数（ここでは８個）のドライブエンクロージャ（ＤＥ；Drive Enclosure）１２ａ～１２ｈ，複数（ここでは４個）のコントローラモジュール（ＣＭ；Controller Module；制御部；制御装置）１３ａ～１３ｄ，複数（ここでは８個）のチャンネルアダプタ（ＣＡ；Channel Adapter）１４ａ～１４ｈおよびルータ（ＲＴ；Router）１５をそなえて構成されたハイエンド機である。
　なお、以下、ホストを示す符号としては、複数のホストのうち１つを特定する必要があるときは符号１１ａ～１１ｈを用いるが、任意のホストを指すときには符号１１を用いる。
　また、以下、ドライブエンクロージャを示す符号としては、複数のドライブエンクロージャのうち１つを特定する必要があるときは符号１２ａ～１２ｈを用いるが、任意のドライブエンクロージャを指すときには符号１２を用いる。
　さらに、以下、コントローラモジュールを示す符号としては、複数のコントローラモジュールのうち１つを特定する必要があるときは符号１３ａ～１３ｄを用いるが、任意のコントローラモジュールを指すときには符号１３を用いる。
　また、以下、チャンネルアダプタを示す符号としては、複数のチャンネルアダプタのうち１つを特定する必要があるときは符号１４ａ～１４ｈを用いるが、任意のチャンネルアダプタを指すときには符号１４を用いる。
　ドライブエンクロージャ１２は、複数のディスク装置１６をそなえるものである。ここで、ディスク装置１６は、例えば、ＨＤＤ（Hard Disk Drive）や半導体ディスクにより実現される。
　図１に示す例では、ドライブエンクロージャ１２ａが、複数（ここではｎ個；ｎは自然数）のディスク装置１６ａ－１～１６ａ－ｎをそなえている。
　以下同様に、ドライブエンクロージャ１２ｂが複数（ここではｎ個）のディスク装置１６ｂ－１～１６ｂ－ｎを、ドライブエンクロージャ１２ｃが複数（ここではｎ個）のディスク装置１６ｃ－１～１６ｃ－ｎを、ドライブエンクロージャ１２ｄが複数（ここではｎ個）のディスク装置１６ｄ－１～１６ｄ－ｎを、それぞれそなえている。又、ドライブエンクロージャ１２ｅが複数（ここではｎ個）のディスク装置１６ｅ－１～１６ｅ－ｎを、ドライブエンクロージャ１２ｆが複数（ここではｎ個）のディスク装置１６ｆ－１～１６ｆ－ｎを、それぞれそなえている。更に、ドライブエンクロージャ１２ｇが複数（ここではｎ個）のディスク装置１６ｇ－１～１６ｇ－ｎを、ドライブエンクロージャ１２ｈが複数（ここではｎ個）のディスク装置１６ｈ－１～１６ｈ－ｎを、それぞれそなえている。
　なお、以下、ディスク装置を示す符号としては、複数のディスク装置のうち１つを特定する必要があるときは符号１６ａ－１～１６ａ－ｎ，１６ｂ－１～１６ｂ－ｎ，１６ｃ－１～１６ｃ－ｎ，１６ｄ－１～１６ｄ－ｎ，１６ｅ－１～１６ｅ－ｎ，１６ｆ－１～１６ｆ－ｎ，１６ｇ－１～１６ｇ－ｎ，１６ｈ－１～１６ｈ－ｎを用いるが、任意のディスク装置を指すときには符号１６を用いる。なお、図１中における符号１６の図示については便宜上省略する。又、各ドライブエンクロージャ１２にそなえられるディスク装置１６の数については、本実施形態に限定されず、例えば、ドライブエンクロージャ１２毎に異なる数のディスク装置１６をそなえていてもよい。
　また、ディスク装置１６は、例えば、記憶装置またはホットスペア（Hot Spare Disk；ＨＳ）装置（予備記憶装置；ホットスペアディスク）として機能するようになっている。
　図１に示す例では、ドライブエンクロージャ１２ａにおいて、複数（ここでは５個）のディスク装置１６ａ－１～１６ａ－５がそれぞれ記憶装置として機能するとともに、少なくともディスク装置１６ａ－ｎがホットスペア装置として機能するようになっている。又、各ドライブエンクロージャ１２ｂにおいて、複数（ここでは５個）のディスク装置１６ｂ－１～１６ｂ－５が記憶装置として機能するとともに、少なくともディスク装置１６ｂ－ｎがホットスペア装置として機能するようになっている。
　以下、各ドライブエンクロージャ１２ｃ～１２ｈにおいても、複数（ここでは６×ｎ個）のディスク装置１６ｃ－１～１６ｃ－ｎ，１６ｄ－１～１６ｄ－ｎ，１６ｅ－１～１６ｅ－ｎ，１６ｆ－１～１６ｆ－ｎ，１６ｇ－１～１６ｇ－ｎ，１６ｈ－１～１６ｈ－ｎのそれぞれが、記憶装置またはホットスペア装置として機能するようになっている。
　なお、以下の説明においては、記憶装置およびホットスペア装置を示す符号として、ディスク装置と同じ符号（例えば、符号１６）を用いるものとする。
　ここで、記憶装置１６は、ホスト１１からアクセスされるデータの書き込みおよび読み出しを行なうものである。又、ホットスペア装置１６は、複数（図１に示す例では８×ｎ個）のディスク装置１６ａ－１～１６ｈ－ｎのうちの異常（ディスク故障）が発生した記憶装置（以下、異常発生記憶装置という場合もある）１６に格納されていたデータを復元可能なものである。つまり、ホットスペア装置１６は、記憶装置１６の代替機器としての予備ディスクである。
　さらに、記憶装置１６は、当該記憶装置１６以外の他の１以上の記憶装置１６との組み合わせにより、ホスト１１からアクセスされるＲＡＩＤグループ（RAID Group；論理ボリューム）Ｒを構成するようになっている。
　具体的には、図１に示すように、複数（ここでは２個）の記憶装置１６ａ－２，１６ｂ－２がＲＡＩＤグループＲ－０を構成している。又、複数（ここでは４個）の記憶装置１６ｅ－２，１６ｆ－２，１６ｇ－２，１６ｈ－２がＲＡＩＤグループＲ－１を構成している。更に、複数（ここでは８個）の記憶装置１６ａ－１～１６ｈ－１がＲＡＩＤグループＲ－２を構成している。又、複数（ここでは８個）の記憶装置１６ａ－３～１６ｈ－３がＲＡＩＤグループＲ－３を構成している。更に、複数（ここでは１６個）の記憶装置１６ａ－４～１６ｈ－４，１６ａ－５～１６ｈ－５がＲＡＩＤグループＲ－４を構成している。
　そして、図１に示すように、ＲＡＩＤグループＲ－０のＲＡＩＤレベルはＲＡＩＤ1であり、ＲＡＩＤグループＲ－１のＲＡＩＤレベルはＲＡＩＤ1＋０である。又、ＲＡＩＤグループＲ－２のＲＡＩＤレベルはＲＡＩＤ５であり、ＲＡＩＤグループＲ－３のＲＡＩＤレベルはＲＡＩＤ６であり、ＲＡＩＤグループＲ－４のＲＡＩＤレベルはＲＡＩＤ６である。
　従って、本実施形態におけるＲＡＩＤ装置１０は、ホスト１３からアクセスされる複数（ここでは５個）のＲＡＩＤグループＲ－０～Ｒ－４を構成するのである。
　なお、以下、ＲＡＩＤグループを示す符号としては、複数のＲＡＩＤグループのうち１つを特定する必要があるときは符号Ｒ－０～Ｒ－４を用いるが、任意のＲＡＩＤグループを指すときには符号Ｒを用いる。
　コントローラモジュール１３は、異常発生記憶装置１６に格納されていたデータをホットスペア装置１６に復元するリビルド（Rebuild）処理（復元処理）を制御するものである。ここで、リビルド処理とは、整合性論理に基づきデータを復元する処理を実行するものである。具体的には、例えば、リビルド処理とは、異常発生記憶装置１６に格納されていたデータを他の１以上のディスク装置１６のデータに基づいてホットスペア装置１６に復元させることにより、ＲＡＩＤグループＲの冗長性を復活させることが可能なものである。なお、コントローラモジュール１３の機能については後述する。
　このコントローラモジュール１３は、チャンネルアダプタ１４を介して１以上（図１に示す例では２個）のホスト１１と接続されている。
　図１に示す例では、コントローラモジュール１３ａは、チャンネルアダプタ１４ａを介してホスト１１ａと接続されるとともに、チャンネルアダプタ１４ｂを介してホスト１１ｂと接続されている。以下、同様に、コントローラモジュール１３ｂは、チャンネルアダプタ１４ｃを介してホスト１１ｃと接続されるとともに、チャンネルアダプタ１４ｄを介してホスト１１ｄと接続されている。又、コントローラモジュール１３ｃは、チャンネルアダプタ１４ｅを介してホスト１１ｅと接続されるとともに、チャンネルアダプタ１４ｆを介してホスト１１ｆと接続されている。更に、コントローラモジュール１３ｄは、チャンネルアダプタ１４ｇを介してホスト１１ｇと接続されるとともに、チャンネルアダプタ１４ｈを介してホスト１１ｈと接続されている。
　ルータ１５は、コントローラモジュール１３とドライブエンクロージャ１２との間においてデータを中継するものである。図１に示す例では、ルータ１５は、各コントローラモジュール１３ａ～１３ｄに接続されるとともに、各ドライブエンクロージャ１２ａ～１２ｈに接続されている。
　以下、コントローラモジュール１３の機能について詳述する。
　図２は本発明の一実施形態としてのＲＡＩＤ装置１０におけるコントローラモジュール１３の構成例を模式的に示す図、図３はその管理情報格納部１７の構成例を模式的に示す図である。
　コントローラモジュール１３は、図２に示すように、管理情報格納部１７，受信部１８，設定部１９，検出部２０，特定部２１，判断部２２および実行部２３をそなえて構成されている。
　管理情報格納部１７は、図３に示すような管理テーブル２４を格納するものであり、メモリ等の記憶部（図示省略）により実現される。
　管理テーブル２４は、ディスク装置１６の制御に関する管理情報をＲＡＩＤグループＲ－０～Ｒ－４毎に保持するものである。ここで、管理情報は、例えば、図３に示すように、ＲＡＩＤグループ番号ｄ１，ＲＡＩＤレベルｄ２，ＲＡＩＤグループ状態ｄ３，ブロックサイズｄ４，ボリュームｄ５，ディスクｄ６および再構築優先度ｄ７をそなえている。
　ＲＡＩＤグループ番号ｄ１は、ＲＡＩＤグループＲのシリアル番号を示すものである。本実施形態においては、ＲＡＩＤグループ番号ｄ１は、複数のＲＡＩＤグループＲ－０～Ｒ－４のシリアル番号、例えば、“Ｒ－０”，“Ｒ－１”，“Ｒ－２”，“Ｒ－３”および“Ｒ－４”を並べて示すようになっている。なお、ＲＡＩＤグループ番号ｄ１については、本実施形態に限定されず、他の識別用の情報を用いることができる。
　ＲＡＩＤレベルｄ２は、ＲＡＩＤグループ番号ｄ１で示されたＲＡＩＤグループＲのＲＡＩＤレベルを示すものである。本実施形態においては、ＲＡＩＤレベルｄ２は、“ＲＡＩＤ０”，“ＲＡＩＤ１”，“ＲＡＩＤ１+０”，“ＲＡＩＤ２”，“ＲＡＩＤ３”，“ＲＡＩＤ４”，“ＲＡＩＤ５”および“ＲＡＩＤ６”のうちいずれかのＲＡＩＤレベルを選択的に示すようになっている。なお、ＲＡＩＤレベルは既知であるので、その詳細な説明を省略する。
　そして、ＲＡＩＤレベルｄ２は、複数のＲＡＩＤグループＲ－０～Ｒ－４のそれぞれのＲＡＩＤレベルを、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４のそれぞれに対応するように（ＲＡＩＤグループＲ－０～Ｒ－４毎に）示すようになっている。
　図３に示す例では、ＲＡＩＤレベルｄ２は、ＲＡＩＤグループＲ－０に対応して“ＲＡＩＤ１”を示している。以下同様に、ＲＡＩＤレベルｄ２は、ＲＡＩＤグループＲ－１に対応して“ＲＡＩＤ１+０”を、ＲＡＩＤグループＲ－２に対応して“ＲＡＩＤ５”を、ＲＡＩＤグループＲ－３に対応して“ＲＡＩＤ６”を、ＲＡＩＤグループＲ－４に対応して“ＲＡＩＤ６”を、それぞれ示している。
　ＲＡＩＤグループ状態ｄ３は、ＲＡＩＤグループ番号ｄ１で示されたＲＡＩＤグループＲの状態（状態情報）を示すものである。ここで、ＲＡＩＤグループＲの状態とは、ＲＡＩＤグループＲにおける異常（故障）や冗長性に関する状態のことである。ここで、冗長性とは、例えば、複数のディスク装置１６に同じデータが書き込まれていたりパリティが書き込まれていたりすることをいう。
　本実施形態においては、ＲＡＩＤグループ状態ｄ３は、ＲＡＩＤグループＲの状態として、“Available”，“Exposed”，“Rebuild”，“SpareInUse”，“Copyback”および“Broken”のいずれかを選択的に示すようになっている。
　ここで、“Available”は、対応するＲＡＩＤグループＲが全く正常な状態であり、対応するＲＡＩＤグループＲに冗長性がある状態を指す。“Exposed”は、ディスク単体故障等により、対応するＲＡＩＤグループＲを構成するいずれかのディスク装置１６に冗長性がない状態（例えば、冗長度が０となる数のディスクが故障した状態）を指す。“Rebuild”は、対応するＲＡＩＤグループＲがリビルド処理中の状態であり、対応するＲＡＩＤグループＲについて部分的にしか冗長性がない状態を指す。“SpareInUse”は、対応するＲＡＩＤグループＲが、ホットスペア装置１６に対してリビルド処理後の状態であり、対応するＲＡＩＤグループＲに冗長性がある状態を指す。“Copyback”は、対応するＲＡＩＤグループＲが、交換したディスク装置１６へのコピーバック（Copyback）中の状態であり、対応するＲＡＩＤグループＲに冗長性がある状態を指す。“Broken”は、対応するＲＡＩＤグループＲを構成する複数のディスク装置１６において、冗長度を超えた数のディスクが故障した状態であり、データを失った状態を指す。
　そして、ＲＡＩＤグループ状態ｄ３は、複数のＲＡＩＤグループＲ－０～Ｒ－４のそれぞれの状態を、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４のそれぞれに対応するように（ＲＡＩＤグループＲ－０～Ｒ－４毎に）並べて示すようになっている。即ち、管理テーブル２４は、ＲＡＩＤグループＲの冗長性に関する状態情報を複数のＲＡＩＤグループＲ－０～Ｒ－４毎に記憶する状態テーブルとして機能するのである（以下、状態テーブル２４という場合もある）。
　ブロックサイズｄ４は、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４の容量を示すものである。ボリュームｄ５は、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４に設定したホストボリューム（任意個）を示すものである。ディスクｄ６は、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４を構成するディスク（複数本）の種類を示すものである。
　なお、これらのＲＡＩＤグループ状態ｄ３，ブロックサイズｄ４，ボリュームｄ５およびディスクｄ６についての詳細な図示については、便宜上省略する。
　再構築優先度ｄ７は、ＲＡＩＤグループ番号ｄ１で示されたＲＡＩＤグループＲの優先度（再構築優先度）Ｐを示すものである。ここで、再構築優先度Ｐとは、ＲＡＩＤグループＲを構成するいずれかの記憶装置１６に異常が発生した場合に冗長性を確保しなければならない優先順位のことである。本実施形態においては、再構築優先度ｄ７は、値“０”を最低の優先度Ｐとして、値“０”～“４”の５段階の優先度Ｐを選択的に示すようになっている。又、本実施形態においては、再構築優先度ｄ７は、後述する設定部１９により設定されるようになっている。
　そして、再構築優先度ｄ７は、複数のＲＡＩＤグループＲ－０～Ｒ－４のそれぞれについての優先度Ｐ－０～Ｐ－４を、ＲＡＩＤグループ番号ｄ１で示された各ＲＡＩＤグループＲ－０～Ｒ－４のそれぞれに対応するように（ＲＡＩＤグループＲ－０～Ｒ－４毎に）示すようになっている。
　図３に示す例では、再構築優先度ｄ７は、ＲＡＩＤグループＲ－０の優先度Ｐ－０として値“４”を示している。以下同様に、再構築優先度ｄ７は、ＲＡＩＤグループＲ－１の優先度Ｐ－１として値“３”を、ＲＡＩＤグループＲ－２の優先度Ｐ－２として値“２”を、ＲＡＩＤグループＲ－３の優先度Ｐ－３として値“１”を、ＲＡＩＤグループＲ－４の優先度Ｐ－４として値“０”を、それぞれ示している。
　即ち、管理テーブル２４は、複数のＲＡＩＤグループＲ－０～Ｒ－４毎に優先度Ｐ－０～Ｐ－４を設定する優先度テーブルとして機能するのである（以下、優先度テーブル２４という場合もある）。
　なお、以下、優先度を示す符号としては、複数の優先度のうち１つを特定する必要があるときは符号Ｐ－０～Ｐ－４を用いるが、任意の優先度を指すときには符号Ｐを用いる。
　受信部１８は、優先度Ｐに関する優先度情報（図示省略）を受信するものである。この受信部１８は、例えば、ユーザがホスト１１やＲＡＩＤ装置１０のキーボード等の入力装置（入力部；図示省略）に優先度情報を入力すると、この入力装置から優先度情報を受信するようになっている。なお、本実施形態においては、ユーザは、ＲＡＩＤグループＲに含まれるデータの重要度に基づいて、任意の優先度情報を入力装置に入力するようになっている。
　設定部１９は、受信部１８で受信した優先度情報を管理テーブル２４に設定するものであり、ＣＰＵ（Central Processing Unit）等の処理部（図示省略）により実現される。従って、優先度情報は、ＲＡＩＤグループＲに含まれるデータの重要度に基づいて優先度テーブル２４に設定されるといえる。
　検出部２０は、異常発生記憶装置１６を検出するものであり、ＣＰＵ等の処理部（図示省略）により実現される。この検出部２０は、既知の種々の検出手法を用いて実現することができる。
　特定部２１は、複数のホットスペア装置（例えば、図１に示す符号“１６ａ－ｎ”および“１６ｂ－ｎ”参照）のうちいずれかのホットスペア装置１６を特定ホットスペア装置（特定予備記憶装置）として特定するものであり、ＣＰＵ等の処理部（図示省略）により実現される。
　この特定部２１は、複数のホットスペア装置１６の全てが使用中もしくはリビルド処理中である場合に、使用中である複数のホットスペア装置１６の中から特定ホットスペア装置を特定するようになっている。
　なお、特定部２１の具体的な動作例については後述する。
　判断部２２は、検出部２０で異常発生記憶装置１６を検出すると、管理テーブル２４に設定された複数のＲＡＩＤグループＲ－０～Ｒ－４毎の再構築優先度ｄ７に基づいて、リビルド処理を実行するか否かを判断するものであり、ＣＰＵ等の処理部（図示省略）により実現される。
　また、判断部２２は、ホットスペア装置１６が使用中である場合に、第１の優先度Ｐ１と第２の優先度Ｐ２とを比較して、特定ホットスペア装置１６に対してリビルド処理を実行するか否かを判断するようになっている。
　ここで、第１の優先度Ｐ１とは、異常発生記憶装置１６を含むＲＡＩＤグループ（異常発生論理ボリューム）Ｒに設定されている優先度Ｐである。又、第２の優先度Ｐ２とは、特定ホットスペア装置１６を含むＲＡＩＤグループ（使用中論理ボリューム）Ｒに設定されている優先度Ｐである。
　さらに、判断部２２は、第１の優先度Ｐ１が優先度テーブル２４に設定された優先度Ｐの中で最も低い場合には、リビルド処理を実行しないと判断するようになっている。
　実行部２３は、判断部２２でリビルド処理を実行すると判断されると、特定ホットスペア装置１６に対して、異常発生記憶装置１６のデータについてのリビルド処理を実行するものであり、ＣＰＵ等の処理部（図示省略）により実現される。
　また、この実行部２３は、複数のホットスペア装置１６の全てが使用中である場合に、判断部２２でリビルド処理を実行すると判断されると、特定ホットスペア装置１６を、使用中であるＲＡＩＤグループＲから切り離して、この切り離した特定ホットスペア装置１６に対してリビルド処理を実行するようになっている。
　以下、本発明の一実施形態としてのＲＡＩＤ装置１０における第１～第７の動作例について説明する。
　図４は本発明の一実施形態としてのＲＡＩＤ装置における第１の動作例を模式的に示す図である。図５はその第２の動作例を模式的に示す図、図６はその第３の動作例を模式的に示す図、図７はその第４の動作例を模式的に示す図である。図８はその第５の動作例を模式的に示す図、図９はその第６の動作例を模式的に示す図、図１０はその第７の動作例を模式的に示す図である。
　（１）第１の動作例
　以下、図４を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第１の動作例について説明する。
　図４に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内のホットスペア装置１６ａ－ｎ，１６ｂ－ｎが未使用の状態である。
　この状態で、ＲＡＩＤグループＲ－２を構成する記憶装置１６ｃ－１に異常が発生すると、検出部２０は、記憶装置１６ｃ－１を異常発生記憶装置として検出する（ディスク故障；図４の符号“Ａ１”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｃ－１を含むＲＡＩＤグループＲ－２の優先度Ｐ－４の値“２”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。そして、特定部２１は、未使用である複数のホットスペア装置１６ａ－ｎ，１６ｂ－ｎの中からホットスペア装置１６ａ－ｎを特定ホットスペア装置として特定する。
　判断部２２は、特定部２１で特定された特定ホットスペア装置１６ａ－ｎが未使用であるので、優先度の比較を行なわずに、特定ホットスペア装置１６ａ－ｎに対してリビルド処理を実行すると判断する。
　そして、実行部２３は、特定ホットスペア装置１６ａ－ｎに対して、記憶装置１６ｃ－１のデータについてのリビルド処理を実行する（ＨＳ割り当て；図４の符号“Ａ２”参照）。
　従って、ＲＡＩＤ装置１０は、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが優先度テーブル２４に設定された優先度Ｐの中で最も低い値ではなく、未使用のホットスペア装置１６が存在する場合には、優先度の比較を行なわずに、異常発生記憶装置１６を未使用のホットスペア装置１６に付け替えるのである。
　（２）第２の動作例
　以下、図５を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第２の動作例について説明する。
　図５に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内の全てのホットスペア装置１６が使用中の状態である。
　この状態で、ＲＡＩＤグループＲ－１を構成する記憶装置１６ｇ－２に異常が発生すると、検出部２０は、記憶装置１６ｇ－２を異常発生記憶装置として検出する（ディスク故障；図５の符号“Ｂ１”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１の優先度Ｐ－１の値“３”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。又、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ａ－ｎを使用しているＲＡＩＤグループＲ－２の状態が“SpareInUse”であると判定する。更に、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ｂ－ｎを使用しているＲＡＩＤグループＲ－３の状態が“SpareInUse”であると判定する。そして、特定部２１は、使用中である全てのホットスペア装置（図５に示す例では、ホットスペア装置１６ａ－ｎ，１６ｂ－ｎ）の中から、最も優先度の低いＲＡＩＤグループＲ－３に含まれるホットスペア装置１６ｂ－ｎを特定ホットスペア装置として特定する。
　判断部２２は、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１に設定されている優先度Ｒ－１の値“３”と特定ホットスペア装置１６ｂ－ｎを含むＲＡＩＤグループＲ－３に設定されている優先度Ｐ－３の値“１”とを比較する。
　比較の結果、判断部２２は、優先度Ｐ－１の値“３”が優先度Ｐ－３の値“１”よりも高いので、特定ホットスペア装置１６ｂ－ｎに対してリビルド処理を実行すると判断する。
　そして、実行部２３は、特定ホットスペア装置１６ｂ－ｎを使用中であるＲＡＩＤグループＲ－３から切り離して（ＨＳ切り離し；図５の符号“Ｂ２”参照）、特定ホットスペア装置１６ｂ－ｎに対して、記憶装置１６ｇ－２のデータについてのリビルド処理を実行する（ＨＳ割り当て；図５の符号“Ｂ３”参照）。
　従って、ＲＡＩＤ装置１０は、ホットスペア装置１６が使用中であって、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが優先度テーブル２４に設定された優先度Ｐの中で最も低い値ではない場合には、異常発生記憶装置１６を、低優先度であって冗長性を有するＲＡＩＤグループＲにおいて使用中のホットスペア装置１６に付け替えるのである。
　（３）第３の動作例
　以下、図６を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第３の動作例について説明する。
　図６に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内の全てのホットスペア装置１６が使用中であり、且つ、ホットスペア装置１６ｂ－ｎが低優先度であるＲＡＩＤグループＲ－３においてリビルド処理中の状態である（リビルド中；図６の符号“Ｃ１”参照）。これにより、管理テーブル（状態テーブル）２４において、ＲＡＩＤグループＲ－３のＲＡＩＤグループ状態ｄ３が“Rebuild”に設定されている。
　この状態で、ＲＡＩＤグループＲ－１を構成する記憶装置１６ｇ－２に異常が発生すると、検出部２０は、記憶装置１６ｇ－２を異常発生記憶装置として検出する（ディスク故障；図６の符号“Ｃ２”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１の優先度Ｐ－１の値“３”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。又、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ａ－ｎを使用しているＲＡＩＤグループＲ－２の状態が“SpareInUse”であると判定する。更に、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ｂ－ｎを使用しているＲＡＩＤグループＲ－３の状態が“Rebuild”であると判定する。そして、特定部２１は、使用中もしくはリビルド処理中である全てのホットスペア装置（図６に示す例では、ホットスペア装置１６ａ－ｎ，１６ｂ－ｎ）の中から、冗長性があり且つ最も優先度の低いＲＡＩＤグループＲ－３に含まれるホットスペア装置１６ｂ－ｎを特定ホットスペア装置として特定する。つまり、特定部２１は、管理テーブル（優先度テーブルおよび状態テーブル）２４に基づいて、複数のホットスペア装置１６の中から、冗長性があり且つ最も優先度Ｐの低いＲＡＩＤグループＲに含まれるホットスペア装置１６を特定ホットスペア装置として特定するのである。
　判断部２２は、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１に設定されている優先度Ｐ－１の値“３”と特定ホットスペア装置１６ｂ－ｎを含むＲＡＩＤグループＲ－３に設定されている優先度Ｐ－３の値“１”とを比較する。
　比較の結果、判断部２２は、優先度Ｐ－１の値“３”が優先度Ｐ－３の値“１”よりも高いので、特定ホットスペア装置１６ｂ－ｎに対してリビルド処理を実行すると判断する。
　そして、実行部２３は、特定ホットスペア装置１６ｂ－ｎをＲＡＩＤグループＲ－３から切り離して（ＨＳ切り離し；図６の符号“Ｃ３”参照）、特定ホットスペア装置１６ｂ－ｎに対して、記憶装置１６ｇ－２のデータについてのリビルド処理を実行する（ＨＳ割り当て；図６の符号“Ｃ４”参照）。
　従って、ＲＡＩＤ装置１０は、ホットスペア装置１６が使用中もしくはリビルド処理中であって、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが優先度テーブル２４に設定された優先度Ｐの中で最も低い値ではない場合には、異常発生記憶装置１６を、低優先度であるＲＡＩＤグループＲにおいて使用中もしくはリビルド処理中のホットスペア装置１６に付け替えるのである。
　（４）第４の動作例
　以下、図７を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第４の動作例について説明する。
　図７に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内の全てのホットスペア装置１６が使用中であり、且つ、記憶装置１６ｈ－３の故障により、ホットスペア装置１６を使用中のＲＡＩＤグループＲ－０～Ｒ－４の中で最も低優先度であるＲＡＩＤグループＲ－３に冗長性が無い状態である（既にディスクが故障し、冗長性を失っている状態；図７の符号“Ｄ１”参照）。
　この状態で、ＲＡＩＤグループＲ－１を構成する記憶装置１６ｇ－２に異常が発生すると、検出部２０は、記憶装置１６ｇ－２を異常発生記憶装置として検出する（ディスク故障；図７の符号“Ｄ２”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１の優先度Ｐ－１の値“３”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。又、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ａ－ｎを使用しているＲＡＩＤグループＲ－２の状態が“SpareInUse”であると判定する。更に、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ｂ－ｎを使用しているＲＡＩＤグループＲ－３の状態が“Exposed”であると判定する。そして、特定部２１は、使用中もしくはリビルド処理中である全てのホットスペア装置（図７に示す例では、ホットスペア装置１６ａ－ｎ，１６ｂ－ｎ）の中から、冗長性があり且つ最も優先度の低いＲＡＩＤグループＲ－２に含まれるホットスペア装置１６ａ－ｎを特定ホットスペア装置として特定する。
　判断部２２は、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１に設定されている優先度Ｐ－１の値“３”と特定ホットスペア装置１６ａ－ｎを含むＲＡＩＤグループＲ－２に設定されている優先度Ｐ－２の値“２”とを比較する。
　比較の結果、判断部２２は、優先度Ｐ－１の値“３”が優先度Ｐ－２の値“２”よりも高いので、特定ホットスペア装置１６ａ－ｎに対してリビルド処理を実行すると判断する。
　そして、実行部２３は、特定ホットスペア装置１６ａ－ｎをＲＡＩＤグループＲ－２から切り離して（ＨＳ切り離し；図７の符号“Ｄ３”参照）、特定ホットスペア装置１６ａ－ｎに対して、記憶装置１６ｇ－２のデータについてのリビルド処理を実行する（ＨＳ割り当て；図７の符号“Ｄ４”参照）。
　従って、ＲＡＩＤ装置１０は、ホットスペア装置１６が使用中であって、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが優先度テーブル２４に設定された優先度Ｐの中で最も低い値ではなく、ホットスペア装置１６を使用中のＲＡＩＤグループＲの中で最も低優先度であるＲＡＩＤグループＲに冗長性が無い場合には、異常発生記憶装置１６を、ホットスペア装置１６を使用中であって冗長性を有するＲＡＩＤグループＲの中で最も低優先度であるＲＡＩＤグループＲにおいて使用中のホットスペア装置１６に付け替えるのである。
　（５）第５の動作例
　以下、図８を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第５の動作例について説明する。
　図８に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内の全てのホットスペア装置１６がＲＡＩＤグループＲ－３において使用中であり、且つ、ＲＡＩＤグループＲ－３内の１以上の記憶装置（図８に示す例では、記憶装置１６ｈ－３）の故障によりＲＡＩＤグループＲ－３に冗長性が無い状態である（既にディスクが故障し、冗長性を失っている状態；図８の符号“Ｅ１”参照）。
　この状態で、ＲＡＩＤグループＲ－１を構成する記憶装置１６ｇ－２に異常が発生すると、検出部２０は、この記憶装置１６ｇ－２を異常発生記憶装置として検出する（ディスク故障；図８の符号“Ｅ２”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１の優先度Ｐ－１の値“３”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。又、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ａ－ｎを使用しているＲＡＩＤグループＲ－２の状態が“Exposed”であると判定する。従って、特定部２１は、ＲＡＩＤ装置１０内の全てのホットスペア装置を使用中のＲＡＩＤグループＲ－３に冗長性が無いので、特定ホットスペア装置を特定しない。
　そして、特定部２１が特定ホットスペアを特定しないので、判断部２２は、リビルド処理を実行しないと判断し、実行部２３は、記憶装置１６ｇ－２のデータについてのリビルド処理を実行せずに、動作を終了する（ＨＳ関する動作無し；図８の符号“Ｅ３”参照）。
　従って、ＲＡＩＤ装置１０は、全てのホットスペア装置１６がＲＡＩＤグループＲにおいて使用中であり、且つ、ホットスペア装置１６を使用している全てのＲＡＩＤグループＲに冗長性が無い場合には、リビルド処理を行なわず、異常発生記憶装置１６が交換されるのを待つのである。
　（６）第６の動作例
　以下、図９を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第６の動作例について説明する。
　図９に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内の全てのホットスペア装置１６がＲＡＩＤグループＲ－０において使用中の状態である。
　この状態で、ＲＡＩＤグループＲ－１を構成する記憶装置１６ｇ－２に異常が発生すると、検出部２０は、この記憶装置１６ｇ－２を異常発生記憶装置として検出する（ディスク故障；図９の符号“Ｆ１”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１の優先度Ｐ－１の値“３”が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”ではないと判定する。又、特定部２１は、管理テーブル（状態テーブル）２４を参照することにより、ホットスペア装置１６ａ－ｎを使用しているＲＡＩＤグループＲ－０の状態が“SpareInUse”であると判定する。そして、特定部２１は、ＲＡＩＤ装置１０内の全てのホットスペア装置をＲＡＩＤグループＲ－０において使用中であるので、最も優先度Ｐの低いＲＡＩＤグループＲ－０に含まれるホットスペア装置１６ａ－ｎを特定ホットスペア装置として特定する。
　判断部２２は、異常発生記憶装置１６ｇ－２を含むＲＡＩＤグループＲ－１に設定されている優先度Ｐ－１の値“３”と特定ホットスペア装置１６ａ－ｎを含むＲＡＩＤグループＲ－０に設定されている優先度Ｐ－０の値“４”とを比較する。
　比較の結果、判断部２２は、優先度Ｐ－１の値“３”が優先度Ｐ－０の値“４”よりも低いので、特定ホットスペア装置１６ａ－ｎに対してリビルド処理を実行しないと判断する。
　そして、判断部２２がリビルド処理を実行しないと判断するので、実行部２３は、記憶装置１６ｇ－２のデータについてのリビルド処理を実行せずに、動作を終了する（ＨＳ関する動作無し；図９の符号“Ｆ２”参照）。
　従って、ＲＡＩＤ装置１０は、全てのホットスペア装置が、異常発生記憶装置１６を含むＲＡＩＤグループＲよりも高い優先度であるＲＡＩＤグループＲにおいて使用されている場合には、リビルド処理を行なわず、異常発生記憶装置１６が交換されるのを待つのである。
　（７）第７の動作例
　以下、図１０を参照しながら、本発明の一実施形態としてのＲＡＩＤ装置１０における第７の動作例について説明する。
　図１０に示す例では、ＲＡＩＤ装置１０においては、ＲＡＩＤ装置１０内のホットスペア装置１６ａ－ｎ，１６ｂ－ｎが未使用の状態である。
　この状態で、ＲＡＩＤグループＲ－４を構成する記憶装置１６ｃ－４に異常が発生すると、検出部２０は、記憶装置１６ｃ－４を異常発生記憶装置として検出する（ディスク故障；図１０の符号“Ｇ１”参照）。
　特定部２１は、管理テーブル（優先度テーブル）２４を参照することにより、異常発生記憶装置１６ｃ－４を含むＲＡＩＤグループＲ－４の優先度Ｐ－４の値が、優先度テーブル２４に設定された優先度Ｐの中で最も低い値“０”であると判定する。従って、特定部２１は、特定ホットスペア装置を特定せず、判断部２２は、リビルド処理を実行しないと判断する。
　そして、判断部２２がリビルド処理を実行しないと判断するので、実行部２３は、記憶装置１６ｃ－４のデータについてのリビルド処理を実行せずに、動作を終了する（ＨＳ関する動作無し；図１０の符号“Ｇ２”参照）。
　従って、ＲＡＩＤ装置１０は、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが最低である場合には、未使用のホットスペア装置１６が存在するか否かに関わらず、リビルド処理を行なわず、異常発生記憶装置１６が交換されるのを待つのである。
　上述の如く構成された本発明の一実施形態に係るＲＡＩＤ装置１０における動作手順を、図１１に示すフローチャート（ステップＳ１１～Ｓ１７）に従って説明する。
　なお、図１１では、異常が発生した記憶装置１６を含むＲＡＩＤグループをＲ１と示し、そのＲＡＩＤグループＲ１の優先度である第１の優先度をＰ１と示している。又、特定ホットスペア装置を使用中のＲＡＩＤグループをＲ２と示し、そのＲＡＩＤグループＲ２の優先度である第２の優先度をＰ２と示している。
　先ず、ＲＡＩＤ装置１０を構成するいずれかのＲＡＩＤグループＲでディスク装置１６に異常が発生すると、検出部２０は、異常発生記憶装置１６を検出する（検出ステップ）。
　そして、特定部２１は、第１の優先度Ｐ１が優先度テーブル２４に設定された優先度Ｐの中で最低の優先度であるか否かを判断する（ステップＳ１１）。
　判断の結果、優先度Ｐ１が最低の優先度である場合には（ステップＳ１１の“ＹＥＳ”ルート参照）、特定部２１は、特定ホットスペア装置を特定せず、判断部２２は、リビルド処理を実行しないと判断する。そして、判断部２２がリビルド処理を実行しないと判断するので、実行部２３は、ディスク装置１６のデータについてのリビルド処理を実行せずに、処理を終了する。
　一方、優先度Ｐ１が最低の優先度ではない場合には（ステップＳ１１の“ＮＯ”ルート参照）、特定部２１は、ＲＡＩＤ装置１０内に未使用のホットスペア装置１６が存在するか否かを判断する（ステップＳ１２）。
　判断の結果、ＲＡＩＤ装置１０内に未使用のホットスペア装置１６が存在する場合には（ステップＳ１２の“ＹＥＳ”ルート参照）、特定部２１は、未使用のホットスペア装置１６を特定ホットスペア装置１６として特定する（特定ステップ）。判断部２２は、特定部２１で特定された特定ホットスペア装置１６が未使用であるので、優先度の比較を行なわずに、特定ホットスペア装置１６に対してリビルド処理を実行すると判断する（判断ステップ）。そして、実行部２３は、未使用である特定ホットスペア装置１６をＲＡＩＤグループＲ１に割り当てて、異常が発生したディスク装置１６のデータについてのリビルド処理を実行し（ステップＳ１３；実行ステップ）、処理を終了する。
　一方、ＲＡＩＤ装置１０内の全てのホットスペア装置１６が使用中である場合には（ステップＳ１２の“ＮＯ”ルート参照）、特定部２１は、ホットスペア装置１６を使用中の状態で冗長性があるＲＡＩＤグループＲと、ホットスペア装置１６に対してリビルド処理中であるＲＡＩＤグループＲとを管理テーブル（状態テーブル）２４を用いて検索し、これらの検索された全てのＲＡＩＤグループＲ－０～Ｒ－４の中で最も優先度の低いＲＡＩＤグループＲ２を管理テーブル（優先度テーブル）２４を用いて選び出す（ステップＳ１４；特定ステップ）。
　そして、判断部２２は、特定部２１で選び出されたＲＡＩＤグループＲ２の優先度である第２の優先度Ｐ２と異常が発生したＲＡＩＤグループＲ１の優先度である第１の優先度Ｐ１との比較を行なう（ステップＳ１５；判断ステップ）。
　比較の結果、第１の優先度Ｐ１が第２の優先度Ｐ２よりも低いか同じである場合には（ステップＳ１５の“ＮＯ”ルート参照）、実行部２３は、リビルド処理を行なわず、処理を終了する。そして、ＲＡＩＤ装置１０は、故障した記憶装置１６が交換されるのを待つことになる。
　一方、第１の優先度Ｐ１が第２の優先度Ｐ２よりも高い場合には（ステップＳ１５の“ＹＥＳ”ルート参照）、実行部２３は、ＲＡＩＤグループＲ２のホットスペア装置１６を切り離して、当該ＲＡＩＤグループＲ２の冗長性を強制的に落とす処理を実行する（ステップＳ１６；実行ステップ）。
　そして、実行部２３は、切り離したホットスペア装置１６を、ＲＡＩＤグループＲ１に割り当てて（組み込んで）リビルド処理を開始し（ステップＳ１７；実行ステップ）、処理を終了する。
　これにより、より優先度Ｐが高いＲＡＩＤグループＲのデータの冗長性が優先的に確保されるのである。
　このように、本発明の一実施形態としてのＲＡＩＤ装置１０によれば、未使用のホットスペア装置１６が存在せず、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが優先度テーブル２４において最低優先度ではない場合に、ホットスペア装置１６を使用中もしくはリビルド処理中であって冗長性を有するＲＡＩＤグループＲの中で最も低優先度であるＲＡＩＤグループＲにおいて使用中のホットスペア装置１６に対して、リビルド処理を実行すると判断する。一方、ＲＡＩＤ装置１０は、使用中もしくはリビルド処理中である全てのホットスペア装置１６が、異常発生記憶装置１６を含むＲＡＩＤグループＲよりも高い優先度であるＲＡＩＤグループＲにおいて使用されている場合や、ホットスペア装置１６を使用している全てのＲＡＩＤグループＲに冗長性が無い場合には、リビルド処理を実行しないと判断する。従って、ＲＡＩＤグループＲの優先度という概念を取り入れることで、より重要度（再構築優先度順）が高いＲＡＩＤグループＲのデータの冗長性が優先して確保される。これにより、ＲＡＩＤ装置１０内の重要度の高いデータを率先して保護することができ、ＲＡＩＤ装置１０の安全性や信頼性を高めることができる。
　また、ＲＡＩＤ装置１０内の各ＲＡＩＤグループＲが保持しているデータの重要度については考慮し、重要度の高いデータの冗長性を優先的に確保するように管理することで、装置規模が大きくなってきている近年のＲＡＩＤ装置において、ＲＡＩＤ装置１０内で複数のディスク装置１６の故障が同時に発生した場合や、故障した複数のディスク装置１６についてのリビルド処理が実行された場合であっても、安全性や信頼性を高めることができる。
　さらに、異常発生記憶装置１６を含むＲＡＩＤグループＲの優先度Ｐが最低である場合には、未使用のホットスペア装置１６が存在するか否かに関わらず、リビルド処理を実行しないと判断することにより、ＲＡＩＤ装置１０内の重要度の高いデータにのみホットスペア装置１６を割り当てることできるので、重要度の高いデータをより確実に保護することができ、ＲＡＩＤ装置１０の安全性を更に高めることができる。
　〔２〕その他
　なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
　例えば、上記実施形態では、実行部２３がリビルド処理を復元処理として実行する場合について説明しているが、それに限定されるものではなく、異常発生記憶装置１６に格納されていたデータをホットスペア装置１６に復元する処理を復元処理として実行してもよい。
　また、上記実施形態では、ＲＡＩＤグループＲと論理ボリュームとを１対１に対応付けて、ＲＡＩＤグループＲ毎に優先度を設定した場合について説明しているが、それに限定されるものではなく、例えば、ＲＡＩＤグループＲ内に複数の論理ボリュームを構成し、これらの複数の論理ボリューム毎に優先度を設定してもよい。
　さらに、上記実施形態では、各ＲＡＩＤグループＲ－０～Ｒ－４のＲＡＩＤレベルを上述の如く特定した場合について説明しているが、それに限定されるものではなく、リビルド処理を前提とするＲＡＩＤレベル、例えば、ＲＡＩＤ０以外の各種ＲＡＩＤレベルに適用可能である。
　図１２は本発明の一実施形態の変形例としてのＲＡＩＤ装置３０の構成例を模式的に示す図である。
　上記実施形態では、ハイエンド機として構成されたＲＡＩＤ装置１０を用いて説明しているが、それに限定されるものではなく、例えば、図１２に示すような、ＲＡＩＤ装置１０よりも簡素であり、複数（ここでは４個）のホスト３１ａ～３１ｄからアクセスされるエントリー機として構成されるＲＡＩＤ装置３０を用いてもよい。
　このＲＡＩＤ装置３０は、例えば、図１２に示すように、複数（ここでは４個）のドライブエンクロージャ３２ａ～３２ｄ，複数（ここでは２個）のコントローラモジュール３３ａ，３３ｂおよび複数（ここでは４個）のチャンネルアダプタ３４ａ～３４ｄをそなえたエントリー機として構成されている。
　そして、ドライブエンクロージャ３２ａが、複数（ここではｋ個；ｋは自然数）のディスク装置３６ａ－１～３６ａ－ｋをそなえている。以下同様に、ドライブエンクロージャ３２ｂが複数（ここでは各ｋ個）のディスク装置３６ｂ－１～３６ｂ－ｋを、ドライブエンクロージャ３２ｃが複数（ここでは各ｋ個）のディスク装置３６ｃ－１～３６ｃ－ｋを、ドライブエンクロージャ３２ｄが複数（ここでは各ｋ個）のディスク装置３６ｄ－１～３６ｄ－ｋを、それぞれそなえている。
　また、各ディスク装置３６ａ－１～３６ａ－ｋ，３６ｂ－１～３６ｂ－ｋ，３６ｃ－１～３６ｃ－ｋ，３６ｄ－１～３６ｄ－ｋは、上述した一実施形態のディスク装置１６と同様の機能構成をそなえている。
　従って、本変形例のＲＡＩＤ装置３０では、複数（ここでは４×ｋ個）のディスク装置３６ａ－１～３６ａ－ｋ，３６ｂ－１～３６ｂ－ｋ，３６ｃ－１～３６ｃ－ｋ，３６ｄ－１～３６ｄ－ｋのそれぞれが、記憶装置またはホットスペア装置として機能するようになっている。
　また、本変形例のＲＡＩＤ装置３０では、図１２に示すように、複数（ここでは２個）の記憶装置３６ａ－１，３６ａ－２が、ＲＡＩＤ1としてのＲＡＩＤグループＲ－３０を構成している。又、複数（ここでは４個）の記憶装置３６ａ－４，３６ａ－５，３６ｂ－４，３６ｂ－５が、ＲＡＩＤ1＋０としてのＲＡＩＤグループＲ－３１を構成している。更に、複数（ここでは４個）の記憶装置３６ｂ－１，３６ｂ－２，３６ｃ－１，３６ｃ－２が、ＲＡＩＤ５としてのＲＡＩＤグループＲ－３２を構成している。又、複数（ここでは５個）の記憶装置３６ｄ－１～３６ｄ－５が、ＲＡＩＤ６としてのＲＡＩＤグループＲ－３３を構成している。
　従って、本変形例のＲＡＩＤ装置３０は、各ホスト３１ａ～３１ｄからアクセスされる複数（ここでは４個）のＲＡＩＤグループＲ－３０～Ｒ－３３を構成するのである。
　また、本変形例のＲＡＩＤ装置３０では、図１２に示すように、コントローラモジュール３３ａが、チャンネルアダプタ３４ａを介してホスト３１ａと接続されるとともに、チャンネルアダプタ３４ｂを介してホスト３１ｂと接続されている。又、コントローラモジュール３３ｂが、チャンネルアダプタ３４ｃを介してホスト３１ｃと接続されるとともに、チャンネルアダプタ３４ｄを介してホスト３１ｄと接続されている。
　なお、コントローラモジュール３３ａ，３３ｂは、上述した一実施形態のコントローラモジュール１３と同様の機能構成をそなえているので、その詳細な説明については省略する。
　このように、本発明の一実施形態の変形例としてのＲＡＩＤ装置３０によっても、上述した一実施形態としてのＲＡＩＤ装置１０と同様の作用効果を得ることができる。
　なお、本発明の各実施形態が開示されていれば、本発明を当業者によって実施・製造することが可能である。
　上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置をそなえたＲＡＩＤ装置に適用できる。

Claims (19)

  1. 　上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置をそなえたＲＡＩＤ（Redundant Array of Inexpensive Disks）装置であって、
    　前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置と、
    　該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御する制御部とをそなえ、
    　該制御部は、
    　前記複数の論理ボリューム毎に優先度を設定する優先度テーブルと、
    　該異常発生記憶装置を検出する検出部と、
    　該検出部で該異常発生記憶装置を検出すると、該優先度テーブルに設定された前記複数の論理ボリューム毎の優先度に基づいて、該復元処理を実行するか否かを判断する判断部と、
    　該判断部で該復元処理を実行すると判断されると、該復元処理を実行する実行部とをそなえることを特徴とする、ＲＡＩＤ装置。
  2. 　該判断部は、該予備記憶装置が使用中である場合に、該異常発生記憶装置を含む異常発生論理ボリュームに設定されている優先度である第１の優先度と該予備記憶装置を含む使用中論理ボリュームに設定されている優先度である第２の優先度とを比較して、該復元処理を実行するか否かを判断することを特徴とする、請求項１に記載のＲＡＩＤ装置。
  3. 　該実行部は、該予備記憶装置が使用中である場合に、該判断部で該復元処理を実行すると判断されると、該予備記憶装置を該使用中論理ボリュームから切り離して該復元処理を実行することを特徴とする、請求項２に記載のＲＡＩＤ装置。
  4. 　該予備記憶装置を複数そなえ、
    　該制御部は、
    　前記複数の予備記憶装置の全てが使用中である場合に、前記複数の予備記憶装置の中から特定予備記憶装置を特定する特定部をそなえ、
    　該判断部が、該異常発生記憶装置を含む異常発生論理ボリュームに設定されている優先度である第１の優先度と該特定部で特定された該特定予備記憶装置を含む使用中論理ボリュームに設定されている優先度である第２の優先度とを比較して、該特定予備記憶装置に対して該復元処理を実行するか否かを判断することを特徴とする、請求項１に記載のＲＡＩＤ装置。
  5. 　該実行部は、前記複数の予備記憶装置の全てが使用中である場合に、該判断部で該特定予備記憶装置に対して該復元処理を実行すると判断されると、該特定予備記憶装置を該使用中論理ボリュームから切り離して、該特定予備記憶装置に対して該復元処理を実行することを特徴とする、請求項４に記載のＲＡＩＤ装置。
  6. 　該特定部は、前記複数の予備記憶装置の中から、最も優先度の低い論理ボリュームに含まれる予備記憶装置を該特定予備記憶装置として特定することを特徴とする、請求項４または請求項５に記載のＲＡＩＤ装置。
  7. 　該制御部は、
    　冗長性に関する状態情報を前記複数の論理ボリューム毎に記憶する状態テーブルをそなえ、
    　該特定部は、該優先度テーブルと該状態テーブルとに基づいて、前記複数の予備記憶装置の中から、冗長性があり且つ最も優先度の低い論理ボリュームに含まれる予備記憶装置を該特定予備記憶装置として特定することを特徴とする、請求項４または請求項５に記載のＲＡＩＤ装置。
  8. 　該判断部は、該第１の優先度が該優先度テーブルに設定された優先度の中で最も低い場合には、該復元処理を実行しないと判断することを特徴とする、請求項２～７のいずれか１項に記載のＲＡＩＤ装置。
  9. 　該優先度は、該論理ボリュームに含まれるデータの重要度に基づいて該優先度テーブルに設定されることを特徴とする、請求項１～８のいずれか１項に記載のＲＡＩＤ装置。
  10. 　該制御部は、
    　該優先度に関する優先度情報を受信する受信部と、
    　該受信部で受信した該優先度情報を該優先度テーブルに設定する設定部とをそなえることを特徴とする、請求項９に記載のＲＡＩＤ装置。
  11. 　上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置と、前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置とをそなえたＲＡＩＤ（Redundant Array of Inexpensive Disks）装置に関し、該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御するためのＲＡＩＤ装置の制御装置であって、
    　前記複数の論理ボリューム毎に優先度を設定する優先度テーブルと、
    　該異常発生記憶装置を検出する検出部と、
    　該検出部で該異常発生記憶装置を検出すると、該優先度テーブルに設定された前記複数の論理ボリューム毎の優先度に基づいて、該復元処理を実行するか否かを判断する判断部と、
    　該判断部で該復元処理を実行すると判断されると、該復元処理を実行する実行部とをそなえることを特徴とする、ＲＡＩＤ装置の制御装置。
  12. 　該判断部は、該予備記憶装置が使用中である場合に、該異常発生記憶装置を含む異常発生論理ボリュームに設定されている優先度である第１の優先度と該予備記憶装置を含む使用中論理ボリュームに設定されている優先度である第２の優先度とを比較して、該復元処理を実行するか否かを判断することを特徴とする、請求項１１に記載のＲＡＩＤ装置の制御装置。
  13. 　該判断部は、該第１の優先度が該優先度テーブルに設定された優先度の中で最も低い場合には、該復元処理を実行しないと判断することを特徴とする、請求項１２に記載のＲＡＩＤ装置の制御装置。
  14. 　該優先度は、該論理ボリュームに含まれるデータの重要度に基づいて該優先度テーブルに設定されることを特徴とする、請求項１１～１３のいずれか１項に記載のＲＡＩＤ装置の制御装置。
  15. 　該優先度に関する優先度情報を受信する受信部と、
    　該受信部で受信した該優先度情報を該優先度テーブルに設定する設定部とをそなえることを特徴とする、請求項１４に記載のＲＡＩＤ装置の制御装置。
  16. 　上位装置からアクセスされる複数の論理ボリュームを構成する複数の記憶装置と、前記複数の記憶装置のうちの異常が発生した異常発生記憶装置に格納されていたデータを復元可能な予備記憶装置とをそなえたＲＡＩＤ（Redundant Array of Inexpensive Disks）装置に関し、該異常発生記憶装置に格納されていたデータを該予備記憶装置に復元する処理である復元処理を制御するためのＲＡＩＤ装置の制御方法であって、
    　該異常発生記憶装置を検出する検出ステップと、
    　該検出ステップにおいて該異常発生記憶装置を検出すると、前記複数の論理ボリューム毎に優先度を設定する優先度テーブルに基づいて、該復元処理を実行するか否かを判断する判断ステップと、
    　該判断ステップにおいて該復元処理を実行すると判断されると、該復元処理を実行する実行ステップとをそなえることを特徴とする、ＲＡＩＤ装置の制御方法。
  17. 　該判断ステップにおいて、該予備記憶装置が使用中である場合に、該異常発生記憶装置を含む異常発生論理ボリュームに設定されている優先度である第１の優先度と該予備記憶装置を含む使用中論理ボリュームに設定されている優先度である第２の優先度とを比較して、該復元処理を実行するか否かを判断することを特徴とする、請求項１６に記載のＲＡＩＤ装置の制御方法。
  18. 　該判断ステップにおいて、該第１の優先度が該優先度テーブルに設定された優先度の中で最も低い場合には、該復元処理を実行しないと判断することを特徴とする、請求項１７に記載のＲＡＩＤ装置の制御方法。
  19. 　該優先度は、該論理ボリュームに含まれるデータの重要度に基づいて該優先度テーブルに設定されることを特徴とする、請求項１６～１８のいずれか１項に記載のＲＡＩＤ装置の制御方法。
PCT/JP2008/061734 2008-06-27 2008-06-27 Ｒａｉｄ装置並びにその制御装置および制御方法 WO2009157086A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/061734 WO2009157086A1 (ja) 2008-06-27 2008-06-27 Ｒａｉｄ装置並びにその制御装置および制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/061734 WO2009157086A1 (ja) 2008-06-27 2008-06-27 Ｒａｉｄ装置並びにその制御装置および制御方法

Publications (1)

Publication Number Publication Date
WO2009157086A1 true WO2009157086A1 (ja) 2009-12-30

Family

ID=41444162

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/061734 WO2009157086A1 (ja) 2008-06-27 2008-06-27 Ｒａｉｄ装置並びにその制御装置および制御方法

Country Status (1)

Country Link
WO (1) WO2009157086A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013174984A (ja) * 2012-02-24 2013-09-05 Nec Corp ストレージシステム
GB2514810A (en) * 2013-06-05 2014-12-10 Ibm Rebuilding data of a storage system
US9286163B2 (en) 2013-01-14 2016-03-15 International Business Machines Corporation Data recovery scheme based on data backup status
CN114063929A (zh) * 2021-11-25 2022-02-18 北京计算机技术及应用研究所 基于双控制器硬盘阵列的局部raid重构系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09269871A (ja) * 1996-03-29 1997-10-14 Mitsubishi Electric Corp ディスクアレイ装置におけるデータ再冗長化方式
JPH1124850A (ja) * 1997-07-08 1999-01-29 Hitachi Ltd ディスクアレイにおけるデータ回復方法
JP2001147785A (ja) * 1999-10-29 2001-05-29 Hewlett Packard Co <Hp> データを管理する方法
JP2001175423A (ja) * 1999-12-21 2001-06-29 Nec Corp ディスクアレイ装置及びディスクアレイ装置における障害復旧方法
JP2006201915A (ja) * 2005-01-19 2006-08-03 Nec Corp ディスク装置及びホットスワップ方法
JP2007241837A (ja) * 2006-03-10 2007-09-20 Nec Corp ディスクアレイ制御装置および故障診断方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09269871A (ja) * 1996-03-29 1997-10-14 Mitsubishi Electric Corp ディスクアレイ装置におけるデータ再冗長化方式
JPH1124850A (ja) * 1997-07-08 1999-01-29 Hitachi Ltd ディスクアレイにおけるデータ回復方法
JP2001147785A (ja) * 1999-10-29 2001-05-29 Hewlett Packard Co <Hp> データを管理する方法
JP2001175423A (ja) * 1999-12-21 2001-06-29 Nec Corp ディスクアレイ装置及びディスクアレイ装置における障害復旧方法
JP2006201915A (ja) * 2005-01-19 2006-08-03 Nec Corp ディスク装置及びホットスワップ方法
JP2007241837A (ja) * 2006-03-10 2007-09-20 Nec Corp ディスクアレイ制御装置および故障診断方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013174984A (ja) * 2012-02-24 2013-09-05 Nec Corp ストレージシステム
US9286163B2 (en) 2013-01-14 2016-03-15 International Business Machines Corporation Data recovery scheme based on data backup status
GB2514810A (en) * 2013-06-05 2014-12-10 Ibm Rebuilding data of a storage system
CN114063929A (zh) * 2021-11-25 2022-02-18 北京计算机技术及应用研究所 基于双控制器硬盘阵列的局部raid重构系统及方法
CN114063929B (zh) * 2021-11-25 2023-10-20 北京计算机技术及应用研究所 基于双控制器硬盘阵列的局部raid重构系统及方法

Similar Documents

Publication Publication Date Title
US20110264949A1 (en) Disk array
US7133966B2 (en) Disk array device having spare disk drive and data sparing method
CN102483686B (zh) 数据存储系统和用于操作数据存储系统的方法
US7058762B2 (en) Method and apparatus for selecting among multiple data reconstruction techniques
US8090981B1 (en) Auto-configuration of RAID systems
US7457916B2 (en) Storage system, management server, and method of managing application thereof
US20050229033A1 (en) Disk array controller and information processing apparatus
US20080178040A1 (en) Disk failure restoration method and disk array apparatus
US20040168101A1 (en) Redundant memory system and memory controller used therefor
US9009569B2 (en) Detection and correction of silent data corruption
EP3244315B1 (en) Method and apparatus for performing data recovery in redundant storage system
US8438429B2 (en) Storage control apparatus and storage control method
JP4324088B2 (ja) データ複製制御装置
US10678643B1 (en) Splitting a group of physical data storage drives into partnership groups to limit the risk of data loss during drive rebuilds in a mapped RAID (redundant array of independent disks) data storage system
US7624301B2 (en) Method and apparatus for identifying failure module
US20070101188A1 (en) Method for establishing stable storage mechanism
WO2009157086A1 (ja) Ｒａｉｄ装置並びにその制御装置および制御方法
US20080162826A1 (en) Storage system and data guarantee method
US7130973B1 (en) Method and apparatus to restore data redundancy and utilize spare storage spaces
JP2007241837A (ja) ディスクアレイ制御装置および故障診断方法
US9116859B2 (en) Disk array system having a plurality of chassis and path connection method
JP2005099995A (ja) 磁気ディスク装置のディスク共有方法及びシステム
US7457990B2 (en) Information processing apparatus and information processing recovery method
CN108604166A (zh) 冷存储系统的数据保护
JP2010267037A (ja) ディスクアレイ装置

Legal Events

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

Ref document number: 08790699

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08790699

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP