Open, and logging new jobs · weekdays, 9am–5:30pm Phone is quicker: 0800 6890668
HDR Hull Data Recovery 0800 6890668 Price it up
HDR / The devices we recover / Arrays, servers & NAS

Devices · Arrays and servers

RAID recovery, Hull. A member drops out with no warning, and the quiet is the expensive part.

Arrays are rarely killed by the first fault. They are killed by what follows — a rebuild hauling a tired member through one clean read until it gives out, a rejected disk pushed back in, drives swapped between bays on the chance it helps. Mirroring buys less than people think: both halves went in on the same afternoon and have run identical hours since. Sets arrive from Hull's Old Town offices, from the Grimsby docks, from a haulier's yard at Goole. Everything is done on images, so nothing gets worse after they land.

Most jobs: nothing back, nothing to pay Free to look at, then one fixed price Parcels come in from Beverley, Grimsby and Skegness

An engineer will take the details
0800 6890668

This turns up most weeks. Ordinary bench work.

None of these? Use the triage →
Sending it to us: pack it well, insure it for the full value and send it tracked to the Leeds intake lab. Return postage is ours. If you want an engineer to look over the packing before you tape the box shut, ring first. The detail is in the sending page.

The RAID cards that come in most often.

Dell PERCThe card in most PowerEdge machines. Broadcom and LSI silicon under a Dell badge, putting DDF metadata on every member.
HPE Smart ArrayP-series cards in ProLiant boxes. RIS metadata, and parity held back by a stripe, which general tools read wrongly.
Broadcom / LSI & AdaptecMegaRAID and Microchip controllers. Usual in Supermicro chassis, and in servers put together to order.
Arrays with no controllerLinux mdadm and Windows Storage Spaces. Nothing there to fail, and the same working out to do the moment a member goes.

What those RAID error messages mean.

Yours not listed? →
What you seeWhat the fault isWhat to try
Foreign Configuration Found (Dell PERC)The disks claim a set the card cannot placeAnswer nothing. Image every member.
1786 — Drive Array Recovery Needed (HP)No redundancy left; a rebuild is queued or part-runPower it off; image the set
1784 — Drive Array Drive Failure (HP)One of the members is deadA replacement disk will not mend this
1788 — Improper Drive Replacement (HP)Disks have been refitted in the wrong orderStop. Bay order settles this one.
Virtual Drive is Degraded / OfflineParity is gone from the volume, or the volume itself isShut the server down completely
1720 — SMART drive detects imminent failure (HP)A disk still in the set says it is about to goImage it the same day

From the box arriving to the files going back.

Jobs we have logged →
01

A case number first, then a free diagnosis Free

Each item that arrives gets a case number the day it lands. An engineer looks at it and finds the real fault, and that costs you nothing. You are told in plain terms which files can come off the drive and which cannot. A price follows — one figure, written down. No work starts until you have seen it and agreed to it.

The diagnosis is freeOne price, put in writingNothing to pay yet
02

Copies of every member first

Each disk goes onto imaging hardware built for it, the ones the card had already given up on included. All the work from that point runs on the copies. Nothing at all is written back to what you sent.

Each disk imaged on its ownIncluding the write-offs
03

Put together in software

The layout itself gives up the running order of the disks, the stripe size and the way parity rotates. The set is then stood up over the images on our own hardware. The controller you sent is not used, and at no point is anything asked to rebuild.

Bay order worked outNo controller required
04

Then everything sat on top

Array up, the file system is repaired next, then the virtual-machine containers, then the databases. Everything is reconciled with a full listing before it goes out.

VMs and databases openedVerified before dispatch
05

You sign it off, then it comes back

You are not billed while you are still thinking. The list of what came off the drive goes to you first, and the invoice waits on your word. Files go home on media bought in for the job, with the postage back on us. We keep the job open until you have opened them on your own machine.

You approve the listing firstCopied onto new mediaReturn postage at our cost

What turns up most often

  • Import and Clear are both wrong answers — Import writes an out-of-date member's version of the set over stripes that were fine; Clear wipes the layout off the disks permanently. Each is a single keypress, each is irreversible, and each can wait until images exist.
  • ProLiant arrays break the textbook — HP puts Reserved Information Sectors on every member and sets the parity block one stripe further along than the standard layout does; the name for it is delayed parity. Feed that to a general-purpose RAID 5 tool and what comes out is nonsense.
  • A dead controller is not a dead array — the set describes itself across its own members, which is why a failed card frightens people more than it should. Order, stripe size and which way parity turns are all readable from the disks.
  • The damage comes with the second failure — a rebuild demands one faultless read from end to end of every disk left, and a borderline drive is exactly what cannot manage that.

How single parity got its reputation: a consumer SATA drive is specified by its maker at one sector it cannot read in every 1014 bits — about one per 12.5TB read off it. A rebuild on a large single-parity set demands far more than that from every disk still standing, without a single stumble, and that is the point at which rebuilds stop. The figure belongs to the manufacturers, not to us, and how far it bites in practice is still an argument.

One case from the casebook.

HU · HUL-2026-0748LOGGED ✓

Two members down by Friday, and Monday's shift still ran

A second member dropped out under the rebuild that Friday, and the live data went beyond reach. From then on the array stayed off. All four disks were imaged onto our own hardware. The stripe was read back from three clean copies, plus the little the fourth would still give up, and the works kept to schedule on the Monday.

100% of the live data1 weekend

Before you box it up.

Do these first

  • Shut the server down and leave it that way
  • Record the bay each disk came out of
  • Send every disk, the dead ones as well
  • If you know the RAID level and the card, say so

What not to do

  • Start or restart a rebuild on a set that is short a disk
  • Put a rejected disk back in its slot
  • Touch repair or initialise in the card's menu
  • Point recovery software at an array that is still running

Asked most weeks, answered here.

The card has already failed one of our disks. Do we include it?

Send it with the others. A disk the card has thrown out will often hold the newest copy of certain stripes, and we take each block from whichever member gave it up most cleanly.

Nobody noted which disk came from which bay. Is that fatal?

No. Which disk sat where, how big the stripe is and which way parity steps round are all recoverable from the contents of the disks themselves. That is bench analysis, not guesswork.

Do we get the virtual machines back, or only files?

Both. With the array standing, VMDK and VHDX containers and any database stores are pulled off first. Each is then mounted and opened here — a filename on a listing tells you nothing on its own.

We are not trading until this is back. What is the timescale?

A set of several disks is usually four to seven working days. If you have genuinely stopped trading, say so when you ring. The job jumps the queue, and we fit the intake round your deadline.

A drive left switched off loses nothing more.

Leave it switched off. A failing drive has a limited number of starts in it, and each one spends a little more. The free diagnosis will say which files can be read.

0800 6890668