Taking work now — the first look is freeServer and RAID drives posted in from anywhere in the UK, or handed in at ten drop-off pointsQuicker still, give us a ring:0800 6890668
RDDRAID Drive Data Recovery 0800 6890668 Price my job
RDD / Whatever it is saying now / PERC virtual disk degraded or failed

PERC H310 to H965 · iDRAC · OpenManage · Virtual disk degraded · Physical disk failed · Missing

PERC says the virtual disk is degraded or failed. Degraded is a warning with a clock on it. Failed is where the clock ran out.

A Dell PERC reports its RAID volumes as virtual disks and its drives as physical disks, and the two words that matter are Degraded and Failed. Degraded means one member has been dropped, or in RAID 6 up to two, and the virtual disk is still serving data from the survivors with no redundancy left; Failed means too many members are gone and the controller has taken the virtual disk offline. Between them sit Predictive failure, which is a physical disk announcing that it has crossed its own thresholds, and Missing, which is a drive the controller expected and cannot see. The instinct on Degraded is to fit a hot spare and rebuild, which reads every sector of every survivor; on drives bought together, that is where the second failure lives. One member imaged so the set can rebuild is £300 + VAT after the free look, fixed in writing, 3–4 days at the bench.

Free first lookOne fixed figure in writingNo data, no bill on most jobsReturn postage paid

Rather talk it through? An engineer answers the bench line
0800 6890668

Power down. Label every slot before a drive comes out. Do not rebuild while a second drive is flagged. Do not clear or import a foreign configuration. Do not initialise, reformat or PSID-revert anything. A rebuild reads every sector of every surviving member, and on a set whose drives were bought together it is where the second failure is found. Nothing on the drives gets worse while the server is off.

What the PERC is doing at each state, and where it goes wrong.

A PERC watches every read a physical disk answers. A disk that returns an unrecoverable error, or takes longer than the controller will wait, is marked Failed and dropped from the virtual disk; enterprise firmware reports the error within seconds precisely so that the controller has something to act on. The virtual disk becomes Degraded: every read is now served from the survivors and, in RAID 5, computed from parity where the missing member's data should be. It works, and it works with no margin.

A hot spare, or a replacement fitted into the slot, starts a rebuild. The controller reads every stripe of every survivor to compute the missing member's contents and write them onto the new drive, including the stripes nobody has read since the array was built and the ones a survivor has been quietly working around. A survivor that throws an unrecoverable read error part-way through is either dropped, which fails the virtual disk, or, on a PERC with the option enabled, skipped, which produces a puncture: an array marked Optimal with a hole in it. Predictive failure on any survivor is the controller's warning that this is about to happen.

The bench does the same arithmetic on images. The dropped drive is imaged with its weak areas last, the predictive-failure drive likewise, and both go back on fresh media sector-identical, so the rebuild runs from members that answer every read. Where the virtual disk has already failed, every member is imaged and the array reassembled in software from the images, with the PERC's own metadata giving the order and the geometry. That work is described on our RAID array site, and it happens on this bench.

What it says, and what it means.

Describe yours to us →
What you see The usual reason Where that leaves you
Virtual disk: DegradedOne member dropped (two in RAID 6)Copy critical data; power down; image the weak drives before rebuilding
Virtual disk: FailedToo many members gonePower down; every member imaged; array reassembled from images
Physical disk: Failed, but it spinsAnswered too slowly onceUsually reads on the bench; image it
Physical disk: Predictive failureThresholds crossedReplace on a healthy set; image first on a degraded one
Physical disk: MissingBackplane, cable or the driveCheck seating once; do not clear anything
Rebuild at n per cent, then FailedA survivor's read errorsPower down; first-dropped drive still holds the stripes

From the parcel arriving to your files going back.

Work we have closed →
01

Logged the day it lands, and the first look costs nothing Free

A case number goes on the parcel and a number on every drive the day it is opened, matched to the slot you wrote on it. An engineer settles what has actually happened before anything spins: the interface, the sector format, the firmware, the security state, and what the controller was saying when it stopped. Back to you come two things together: a straight note of what is liftable and what is not, plus one figure, fixed and written down. Accept it, or decline and owe us nothing.

Nothing to pay for lookingA single figure, put in writingNo rebuilds, no imports, no resets
02

The drive on its own bench

A member drive is read on the equipment its interface needs: a SAS imager for SAS and NL-SAS, a SATA imager for enterprise SATA, a terminated SCSI or Fibre Channel controller for the legacy drives, a PCIe adaptor for NVMe. It is never put back in a server, and never in a controller that will try to rebuild. Drives that answer at full speed are imaged; drives with weak or failed heads go to the clean bench, where matched donors are fitted and the service area repaired before a sector is read.

Read at its native interfaceFailing heads to the clean bench
03

Imaged once, at its native sector size

Every drive is imaged sector by sector, head by head where it needs it, with the bad areas last. Drives with 520- or 528-byte sectors are imaged as they are and the extra bytes stripped from the image, never the drive. Self-encrypting drives are unlocked on the imager with the key you supply. From then on the originals are not touched again.

Head by head, weak areas lastNative sector size preserved
04

The image, and the set

Where the set is healthy and one member was the job, the image goes back to you on a fresh drive, sector-identical, ready to rebuild from. Where the set is the job, every member is imaged and the array reassembled in software from the images: order, chunk size, parity rotation and the reshape point read from the drives' own metadata, the file system repaired on the virtual volume, never on the originals. The array work is covered in full on our RAID array site, and it happens on the same bench.

One member: a sector-identical image on fresh mediaA set: reassembled in software from the images
05

You see the file list before you pay

What was recovered is listed for you first, and only then does a bill exist. Approve the list and it is invoiced; turn it down and it is not — and where nothing has come back, most jobs carry no charge at all. Recovered data travels home on fresh media bought in for your job, with the postage at our end. Your case is not closed until you have opened the files on a machine of your own.

No charge until you accept the figureFresh media, supplied with the job3–4 days at the bench

From the bench

  • Export the log first. OpenManage, iDRAC or perccli will give the controller's own account of what failed when; it is the best record the bench can have.
  • Degraded with a predictive-failure survivor is the stop signal. The rebuild will read the sectors that finish it.
  • Failed by the PERC is not failed. A drive dropped for one slow read usually images in an afternoon.
  • The first-dropped drive holds the stripes the rebuild never reached. Keep it; do not let the engineer take it.

One job, followed all the way through.

UK · RDD-2026-0551JOB LOGGED ✓

An R730 in RAID 5 with slot 3 Failed and slot 5 Predictive, and an owner who powered down instead of pressing Rebuild

Both drives came here in their carriers. Slot 3 had failed heads and was imaged after a head swap on the clean bench; slot 5 was imaged with its weak areas last. Both images went back on fresh drives with the slot numbers on them, and the virtual disk rebuilt from six members that answered every read.

100% of both members recovered5 days here, and back by post
Illustrative example — replace with a genuine case

What helps, and what harms.

Do this much first

  • Export the controller log
  • Power down and label the slots
  • Send the failed and predictive drives in their carriers
  • Tell us the PERC model, the RAID level and the slot numbers

What sets us back

  • Rebuilding with a predictive-failure survivor
  • Clearing the foreign configuration to tidy the warning
  • Force-onlining a failed drive to see
  • Handing the failed drive to the warranty engineer first

Questions answered before you commit.

The virtual disk is degraded. Is my data at risk?

It is readable now and recoverable in any case. What puts it at risk is the rebuild, which reads every sector of every survivor. If any survivor is predictive, image the weak drives first.

Should I fit the hot spare?

Only if every survivor is healthy and you have a backup. Otherwise power down and send the weak drives.

The virtual disk has failed. Is the data gone?

Usually not. Every member is imaged and the array reassembled in software from the images, with the PERC's metadata giving the layout.

What does it cost?

£300 + VAT for one member drive after the free look; a set of two to four from £500 + VAT; larger sets from £1,250 + VAT.

How long does it take?

3–4 days at the bench for one drive; 5–10 days at the bench for a set.

Nothing gets worse while it is powered down.

Looking at it is free. Back comes a list of what opened and what did not, together with a single price to finish, set down in writing while you are still free to say no. Until that list reaches you, leave the server off and the drives in their slots.

0800 6890668