Open, and taking cases in · 9am–5:30pm, weekdays In a hurry? Call 0800 6890668
CDR Cardiff Data Recovery 0800 6890668 Book it in
CDR / The things we recover / Servers, arrays & NAS

Devices · RAID sets and servers

RAID and server recovery, Cardiff. The first disk goes without a sound — that is what costs you.

The first fault seldom finishes an array. What comes next usually does — a rebuild dragging a tired member through one unbroken read until it quits, an ejected disk pushed back into the set, drives moved between bays on the off-chance. A mirror buys less than people expect: both halves went in the same afternoon and have run the same hours since. Sets come in from Cardiff city-centre offices, from Newport, from the Vale. All of it happens on images, so nothing gets worse once they arrive.

No files back, no fee on most jobs One fixed price, after a free diagnosis It comes to us by post from Barry, Pontypridd or Newport

Describe the symptoms to an engineer
0800 6890668

This comes in most weeks — routine work for the bench.

Nothing matching? Try the triage →
Posting it to us: post it tracked and fully insured to the intake lab, and the journey back is on us; ring first if you would like an engineer to check how it is packed before you seal the box. Every stage is set out on the posting guide.

The makes that arrive most often.

Dell PERCWhat sits in most PowerEdge servers: Broadcom and LSI silicon badged by Dell, writing DDF metadata onto every member.
HPE Smart ArrayThe P-series cards inside ProLiant machines: RIS metadata, and parity delayed by a stripe in a way generic tools misread.
Broadcom / LSI & AdaptecMegaRAID and Microchip cards, usual in Supermicro chassis and in machines built to order on site.
Arrays without a cardLinux mdadm and Windows Storage Spaces: no controller to fail, and the same arithmetic to do once a disk drops out.

Decoding the error messages.

Not seeing yours? →
What shows upWhat has gone wrongDo this now
Foreign Configuration Found (Dell PERC)The disks describe a set the card does not recogniseAnswer nothing; image the members
1786 — Drive Array Recovery Needed (HP)Redundancy is spent, and a rebuild is waiting or half doneShut it down; copy the disks
1784 — Drive Array Drive Failure (HP)A member of the set has diedFitting a spare will not fix it
1788 — Improper Drive Replacement (HP)Somebody has put the disks back in the wrong baysBay order decides this; stop now
Virtual Drive is Degraded / OfflineThe volume has lost its parity, or dropped out of sightPower the whole server off
1720 — SMART drive detects imminent failure (HP)A disk still in service is warning that it will failGet it imaged that day

From the parcel to your files coming back.

Cases we have logged →
01

A case number, and a diagnosis at no cost Free

The diagnosis costs you nothing. Every item that arrives is logged under a case number of its own, and an engineer works out what has actually failed — then tells you plainly which files can come back and which cannot. The price follows that: one fixed figure, in writing, and no work begins until you have read it and said go ahead.

Diagnosis at no chargeOne fixed figure in writingNothing owed yet
02

Every member imaged first

Each disk is copied on dedicated imaging hardware, including the ones the card had already written off. Everything after that happens on the copies, and nothing whatever is written back to the disks you sent us.

Every disk imaged separatelyThe written-off ones too
03

Assembled in software

Stripe size, the sequence of the disks and the way parity rotates are read back out of the layout itself. The set is then built over the images on our own kit. Your card plays no part, and at no stage is anything asked to rebuild.

Bay order recoveredThe card is not needed
04

Then the layers above

With the array standing, the file system is repaired, the virtual-machine containers next, the databases after those. Everything is checked against a complete listing before it leaves the lab.

Guests and databases openedChecked before it leaves
05

You approve it, then it goes back

Nothing is billed while you are still deciding. A complete listing of what came off the drive reaches you first, and the invoice only follows your yes. Files travel back on media bought new for the job, return postage ours, and we do not close it here until every one of them opens on the machine you will use.

The file list is yours to approveBack on media bought newThe postage back is on us

What we usually find first

  • Neither Import nor Clear is the safe option — the first writes a stale member's idea of the set over stripes that were perfectly good; the second strips the layout off the disks for good. Both are one keypress, both are final, and both can wait until the images exist.
  • ProLiant sets do not follow the book — HP writes Reserved Information Sectors onto each member and places the parity block a stripe on from where the standard layout puts it, which is known as delayed parity. A generic RAID 5 tool reads that arrangement and produces rubbish.
  • A dead card is not a dead array — the description of the set is written across the members, which is why a failed controller worries people more than it warrants. Sequence, stripe size and the direction parity travels all come off the disks.
  • It is the second failure that does the harm — a rebuild asks every disk still standing for one clean read, start to finish, and a marginal drive is precisely the thing that cannot deliver it.

Why single parity earned its reputation: makers publish consumer SATA disks at one sector they cannot read for every 1014 bits, which is about one in every 12.5TB it hands over. Rebuild a large single-parity set and the members left standing have to give up a good deal more than that without stumbling — which is where rebuilds tend to stop. The figure is the manufacturers' own, not ours, and how hard it bites in practice is still argued over.

Straight out of the casebook.

CF · CDF-2026-0748LOGGED ✓

The rebuild took a second disk; Monday's shift still ran

The rebuild pulled a second member down on the Friday, and the live data was suddenly out of reach. The array was left switched off from that point. We imaged all four disks onto our own hardware, read the stripe back out of three clean copies and what little the fourth still gave, and the plant ran to time on the Monday.

100% of what counted1 weekend

Before you send the array off.

Start with these

  • Switch the server off and leave it be
  • Note which bay each disk came from
  • Send the whole set, dead members included
  • Tell us the RAID level and the card, if known

What to avoid

  • Start or restart a rebuild while the set is degraded
  • Push an ejected disk back into its bay
  • Use repair or initialise in the card's own menu
  • Run recovery software against the array while it is live

What we get asked, week in, week out.

The card has failed one of the disks. Should we still send it?

Yes, send it in with the rest. A drive the controller has ejected often holds the most recent version of some stripes, and every block we use comes from the copy that surrendered it most cleanly.

Nobody wrote down the bay order. Have we ruined it?

Not at all. Stripe size, the sequence of the disks and the way parity steps round can all be worked out from the data on them. Routine analysis here, not trial and error.

Do the virtual machines come back, or just files?

Both. Once the array stands, the VMDK and VHDX files and any database stores come off first. Each one is then mounted and opened on the bench — a name on a file listing proves nothing by itself.

We cannot trade until this is back. How long does it take?

A set of several disks usually takes four to seven working days. If trading has genuinely stopped, say so when you ring: the case goes ahead of the queue and the intake is arranged around your deadline.

An unplugged drive keeps whatever it still holds.

A failing drive has only so many starts left in it. Spend none of them. Keep the power off, and the free diagnosis will tell you what is still readable.

0800 6890668