SERVERAID: RECOVERY PROCEDURES FOR DDD DRIVES


Subject: SERVERAID: RECOVERY PROCEDURES FOR DDD DRIVES
New Netfinity server RETAIN Tip: 

    Record number:       H026736
    Device:              D/T8680
    Model:               M
    Hit count:           UHC00000
    Success count:       USC0000
    Publication code:    PC50
    Tip key:             032
    Date created:        O99/10/25
    Date last altered:   A99/10/25
    Owning B.U.:         USA


Abstract: SERVERAID: RECOVERY PROCEDURES FOR DDD DRIVES


TEXT:

ISOLATION AIDS:



NOTE: The following information applies only to drives that are part of the same array.


DRIVE REPLACEMENT (rebuilding a defunct drive):

When a hard disk drive goes defunct (DDD), a rebuild operation is required to reconstruct the data for the device in its respective disk array.
The ServeRAID adapters and controllers can reconstruct RAID level-1 and RAID level-5 logical drives, but they cannot reconstruct data stored in RAID level-0 logical drives.

To prevent data integrity problems, the ServeRAID adapters and controllers set the RAID level-0 logical drives to "blocked" during a rebuild operation.
After the rebuild operation completes, you can unblock the RAID level-0 logical drives, and access them once again; however, the logical drive might contain damaged data.

Before you rebuild a drive, review the following guidelines and general information.


GUIDELINES FOR THE REBUILD OPERATION:


GENERAL INFORMATION (about the rebuild operation):

A physical hard disk drive can enter the rebuild state if:

You physically replace a defunct drive that is part of the critical logical drive.

When you physically replace a defunct drive in a critical logical drive, the ServeRAID adapter or controller rebuilds the data on the new physical drive before it changes the logical drive state back to Okay".

The ServeRAID adapter/controller adds a hot-spare or a standby hot-spare drive to the array and changes its state from "Hot-Spare" or "Standby Hot-Spare" to "Rebuilding".


AUTOMATICALLY REBUILDING (a defunct drive):

The ServeRAID adapter or controller will rebuild a defunct drive automatically when all of the following conditions exist:

A hot-spare or standby hot-spare drive with a capacity equal to or greater than the capacity of the defunct drive is available the moment the drive fails.

When multiple hot-spare drives are available, the ServeRAID adapter or controller searches for a hot-spare drive of the appropriate size.
The smallest drive that meets this requirement enters the rebuild state.


If no hot-spare or standby hot-spare drives are available, the rebuild operation will start the moment you replace the defective drive if "Hot-Swap" is enabled. "Hot-Swap" is enabled by default.

Note: If you physically replace the drive and the new drive does not appear in the physical drives branch of the main tree, you must scan for new or removed ready drives.
No rebuild, synchronization, or logical-drive migration operation is in process.

When the ServeRAID adapter communicates with the hardfile and receives an unexpected response, the adapter will mark the drive defunct in order to avoid any potential data loss.
For example, this could occur in the event of a power loss to any of the components in the SCSI ServeRAID subsystem.
In this case, the ServeRAID adapter will err on the side of safety and will no longer write to that drive, although the drive may not be defective in any way.

For multiple DDD drives in a RAID 1 and RAID 5 array, data is lost.
Data recovery may be attempted by bringing all but the first drive that was marked DDD back to the online state.

  1.  Initiate a rebuild for the first drive that was marked DDD.
     This first drive that was marked DDD has inconsistent data and must be rebuilt.
  2.  Once data recovery has been attempted, a cause for the DDD drives such as a bad cable, backplane, etc. must be identified.
  3.  If no cause can be found, physically replace the DDD drives one at a time so that data can be rebuilt each time.
  4.  Physically replace all single DDD drives.


Back to  Jump to TOP-of-PAGE

Please see the LEGAL  -  Trademark notice.
Feel free - send a Email-NOTE  for any BUG on this page found - Thank you.