The bench is open for new cases · Mon–Fri, 9am–5:30pm Need it fast? Ring 0800 6890668
EDR Exeter Data Recovery 0800 6890668 Start my case
EDR / Devices and media we take on / RAID arrays & servers

Devices · RAID arrays & servers

RAID data recovery, Exeter. An array can lose a disk and carry on; that's the trap.

Most arrays survive the first dead disk. What kills them comes next: a RAID 5 rebuild grinding a tired survivor into the ground, a member forced back online, drives swapped between bays. RAID 0 has no cushion at all — one failure cuts into every file. We work from images alone, so the harm stops the moment your set, bare disks labelled by bay, arrives from Exeter.

No result, no bill — most jobs Free diagnosis and a written quote Post it in from anywhere in Devon

Talk it over with an engineer
0800 6890668

You're in the right place — this is the work we do every day.

Yours not listed? Run the triage →
Posting it to us: send the device by a tracked, insured service to our intake lab — the return leg is on us — or ring first and an engineer talks you through the packing. Full posting instructions live on the contact page.

RAID cards and servers on our bench.

Dell PERCDell's PowerEdge controllers — rebadged Broadcom/LSI, with DDF metadata written to each member.
HPE Smart ArrayThe P-series in ProLiant servers — RIS metadata and delayed parity that no non-HP card understands.
Broadcom / LSI & AdaptecThe MegaRAID and Microchip cards that usually sit in Supermicro boxes and home-built servers.
Software-defined setsmdadm and Windows Storage Spaces: no controller anywhere, yet the same failure arithmetic.

The exact message your RAID controller shows.

Not your symptom? →
What it saysWhat it usually meansStep one
Foreign Configuration Found (Dell PERC)The card's record and the disks' own metadata no longer matchNeither Import nor Clear — image
1786 — Drive Array Recovery Needed (HP)Parity cover is gone — a rebuild is waiting, or quit half-doneShut down, image after
1784 — Drive Array Drive Failure (HP)A member disk has failedDon't swap drives on spec
1788 — Drives Improperly Attached (HP)The drives are in the wrong slotsOrder matters — stop
Virtual Drive is Degraded / OfflineThe volume has lost redundancy, or dropped out entirelyPower the set down
1720 — SMART drive detects imminent failure (HP)A working drive is telling you it won't lastGet it imaged today

The recovery, one stage at a time.

Read the latest cases →
01

Booked in, assessed for nothing Free

Your device is logged under its own case number the day it arrives. An engineer finds the fault, tells you plainly what stands a real chance of coming back, and writes you one fixed quote. Nothing is charged for that look, nothing obliges you, and paid work starts only when you say so.

The look is freeA single quote, in writingNo obligation
02

Each member imaged

Every drive — the ones the card rejected included — is read on purpose-built imaging rigs. All later work happens on those copies, and not one write ever goes back to your originals.

Every member imagedFailed members handled
03

Reassembled virtually

Stripe width, drive order and the way parity rotates are worked out from patterns in the data itself. We then stitch the set together across the images on lab machines — your controller stays out of it, and no rebuild is ever run.

Order and parity mappedController not required
04

Then mend what sits on top

On that rebuilt set we put the file system, VM containers and databases straight, then check the lot against a full listing before any of it leaves the lab.

VMs and databases mountedChecked before hand-back
05

Watched back, verified, returned

Before any fee falls due you see a full listing of everything recovered and approve it. Your files travel back on brand-new media, return postage on us, and the case stays open until you've confirmed everything opens on your own machine.

You approve the file listReturned on new mediaWe pay return postage

Opening checks at the bench

  • Import and Clear are both the wrong button — Import stamps a stale member's metadata across live stripes; Clear throws the layout away entirely. One keypress each, no undo for either, and neither belongs anywhere near a set that hasn't been imaged first.
  • HP does things its own way on purpose: every member holds Reserved Information Sectors, and parity lands one stripe later than standard — so-called delayed parity. Run a generic RAID 5 tool over those disks and what it hands back is garbage.
  • The disks carry the layout, not the controller — which is why a dead card seldom matters much. Order, stripe width and parity direction are all recoverable from the members themselves.
  • It's failure number two that hurts — rebuilding means reading every survivor end to end, and that punishing full pass is exactly what a marginal disk can't take.

Why RAID 5 gets its bad press: consumer SATA drives are rated at roughly one unreadable sector in 1014 bits read — call it one every 12.5TB. Rebuild a big single-parity set and every survivor has to hand back more data than that in one continuous read, which is exactly how rebuilds die. The figure sits on the spec sheet, not in folklore — though how much it matters in practice remains a live argument.

Fresh from the casebook.

EX · EDR-2026-2748VERIFIED ✓

A factory RAID 5, two disks down, put right over one weekend

Mid-rebuild on a Friday, a second drive gave out and the server's production data was stuck. Every one of the four disks was imaged, the stripe rebuilt from three sound images and part of a fourth, and by Monday the factory was back at work.

100% critical data1 weekend

Before it leaves your hands.

Do

  • Power the server off and leave it off
  • Write down which bay each drive came out of
  • Send the full set — failed drives included
  • Tell us the RAID level and card if you know them

Steer clear

  • Start — or restart — a rebuild on a degraded array
  • Push a failed drive back online
  • Run any 'repair' or initialise option in the card's BIOS
  • Run scanning software against the set while it's assembled

Straight answers from the bench.

The controller marked one drive as failed — do you still want it?

Yes — every drive should come in. Even one flagged 'failed' may hold the freshest copy of some stripes, and when we rebuild we choose the best-read source for each block across the whole set.

We've lost track of the disk order — is the array done for?

No. Disk order, parity rotation and block size can all be recovered from the patterns sitting in the data. That's routine analysis, not guesswork.

Can entire virtual machines be restored, not just files?

Yes. Once the array is back together, the VMDK and VHDX files and database stores go to the top of the list — and each is tested to mount, not just ticked off as present.

How quickly can an array come back when the business is down?

Multi-drive jobs usually take four to seven working days. If the outage has truly stopped the business, the work can run without pause — say so when you ring and the intake gets shaped to match.

Whatever the fault, leave the power off.

Each power-up of a failing device takes more data with it. Open a case first — the look-over is free whichever way it goes.

0800 6890668