Home / Devices / RAID Array

RAID Data Recovery Swindon

The array had been running degraded for months, then the second disk died twenty minutes into the rebuild, or the controller failed and took its configuration with it. RAID array recovery is a key part of the work on this bench. RAID 0, 1, 5, 6 and 10 sets from servers, workstations and NAS devices across Swindon and the M4 corridor are imaged first and then rebuilt virtually, and cases where a business is down go to the front of the queue, including urgent RAID server data recovery for Wiltshire businesses.

▲

Free diagnostic included on every RAID array job. Every client receives a single fixed quote in writing before any work is done on their array.

In most cases you only pay if we recover your data. Electronic and mechanical failures and chip-level work are 50% upfront, with the balance only if we recover your data, while BitLocker, ransomware, DVR and forensic jobs are paid upfront once you accept the fixed quote. You'll find full pricing on the data recovery cost page.

// top 20 faults we recover from

The twenty ways they fail

Every RAID array job starts by matching the symptoms to the actual fault. These twenty scenarios account for almost everything brought to the bench.

Second RAID 5 casualty

An array is designed to lose one member. It is the rebuild afterwards which kills the weakest surviving member, and that is the defining disaster of RAID array recovery.

Rebuild died partway

If a rebuild stops halfway, the result poisons the parity that the rebuild depended on, and the extent of the damage is worked out from the images.

Controller amnesia

If a controller card fails, it also takes the configuration with it, so the geometry is worked out again from the individual members, without needing a controller card.

Stale member forced online

A member holding months-old data is forced back into the array, and the file system tears itself apart because of the mismatch.

Overwritten configuration

A new array has been created on top of the existing one. Stop it as soon as possible, before the initialisation process finishes, and plenty will survive.

Multi-drive power event

Several disks can fail from a single power spike, so each disk is repaired and imaged separately before the calculations start.

Backplane ghost failures

Whole banks of disks can appear to have "failed" at the same time when the actual problem is damaged wiring in the chassis. So we diagnose before raising the alarm.

Broken file system, healthy RAID

The stripe maths is spot on; however, the file system (NTFS, ext4 or VMFS) above it isn't, and rebuilding at the parser level wins it back.

Deleted volume / LUN

When array definitions are accidentally deleted, they can be restored, because the blocks those definitions described are still intact.

Write-hole corruption

Flat cache batteries combined with a power cut put parity out of step with the data. Parity and data are reconciled at the image level.

PERC / Smart Array config loss

An H710 or P420 card can fail with the array definition still stored on it, but since the layout can be recovered from the members, no replacement card is necessary.

Clicking member drive

A member with dead heads goes to the head-swap bench first and then joins the queue with the other members for imaging.

IronWolf sets wearing in step

ST8000VN004s from the same batch installed in small business arrays will age together, so imaging them in parallel lets us stay ahead of the second disk failure.

mdadm / Storage Spaces tangles

Arrays built in software can lose superblocks and pool metadata. These are rebuilt structure by structure from the individual raw members.

Grown-defect avalanche

A member that remaps sectors every day is failing in slow motion, and catching it when it is imaged saves the whole set.

RAID 10 mirror pair loss

Losing both sides of a single mirror defeats the redundancy, but lab imaging often brings one side back far enough to complete the stripe.

Hot spare that was already failing

The auto-rebuild lands on a drive that has been sitting spinning idle as a hot spare for years, slowly dying the whole time.

Foreign-config import gone wrong

Clicking "import foreign configuration" against the incorrect metadata will scramble your set, and the actual layout then has to be recovered from the individual members.

Desktop drives in a server array

Blues and Barracudas have no limit on error recovery, so they drop out of arrays under heavy load, which is why we image each one patiently before the array is rebuilt.

ZFS / Proxmox pool damage

A power cut can corrupt pool metadata on hypervisor builds. We work our way back through the transaction history using full member images.

Image first — the rule with no exceptions

Before anyone starts guessing what went wrong, we capture all of the information on every single member drive, and we don't allow the original drives to be part of another array after they are captured. Next, from those captures we work out the geometry of the array (member order, stripe size, rotation and parity offset) and then create a virtual version of the array on top. After that, the file system can be examined by walking through that virtual array. Stale members in a RAID 5, double losses in RAID 6, nested RAID 10 sets and controllers that forget everything are just about normal for us in RAID array recovery, and that's an ordinary week here. If the controller card itself dies, however, RAID controller repair matters less than the owner fears, because the data is recovered from images taken of the individual member drives rather than from the controller.

Three clicks that finish off arrays

There are a few things people do that turn what was once a recoverable array into scrap more often than the actual failure did, namely forcing an offline member back into the set, rebuilding onto a disk that is already dying and letting someone have one last experiment. If your array is down, shut it off and mark each of the drives with its bay location. Then call us. If you tell our staff that the business has come to a complete stop, your assessment will move to the front of the queue and should be finished within 2 working days of us receiving your drives.

// the equipment we use

A professional lab, not software guesswork

There is one principle that RAID array recovery can't do without, which is to always image everything first, and this bench sticks strictly to that principle:

Parallel imaging bays

We image all of the member drives at the same time on dedicated hardware before analysing anything. Once that's done, the original drives never take part in any rebuild.

PC-3000 RAID / Data Extractor

Works on the images to establish member order, stripe size, rotation and offsets, then mounts the assembled array virtually.

PC-3000 UDMA + head-swap bench

When one member of the array fails, it gets the full hard-drive treatment (heads, firmware and electronics) so that it can be imaged alongside the healthy ones.

Virtual RAID reconstruction software

The solved geometry is confirmed with entropy and parity checks before a single file is lifted from the assembled volume.

File-system parsers

NTFS, ReFS, ext4, XFS, BTRFS and VMFS are all opened natively, including virtual machine disks stored on top.

Hardware write-blockers

Member imaging is physically enforced as read-only, so your drives come back to you untouched.

// manufacturers & models

Server & controller brands we recover

HP ProLiant (Smart Array)Dell PowerEdge (PERC)SupermicroIBM / LenovoAdaptecLSI / BroadcomIntel RAIDArecaPromise3ware (legacy)

Arrays and controllers seen most

Hardware card, software layer or chipset RAID: the geometry lives on the member drives, and the members are where it gets read from. PERC and Smart Array cards tend to die with the array definition still on board, matched-batch NAS drives such as the ST8000VN004 tend to fail together, and desktop-grade members drop out of sets under load. They're three different roads to the same bench, and all end in parallel imaging once the set is booked in.

// before you post it

Sending it in — remove the drive if you can

Power the server or shelf down before touching anything, then mark each member with its slot as it comes out, because the reconstruction relies on knowing the original order. Only the labelled drives travel; the controller and chassis stay with you, and a quick phone photo of the bays as they stood is worth taking. Get a quote first, by phone (0800 689 0668) or with the free online diagnostic, before anything is posted.

// getting your device to us

Post or courier your device — it's simple

Most customers get a quote first, by phone or with the free online diagnostic, and then post or courier their media to us.

Sending a drive from a computer, laptop, MacBook, iMac, CCTV / DVR or server? Please remove the internal hard drive or SSD and send us just the drive (from a server, every disk, each labelled with its bay), as we don't offer a drive-removal service. We don't recover storage soldered to a motherboard (for example T2 and Apple Silicon Macs and some thin laptops), only drives that can be removed and sent to us. If you're not sure which kind you have, ring us first.

  • Wrap the device in bubble wrap or a padded envelope. An external drive goes whole, in its enclosure with its cable and power supply; bare drives and cards don't need cables.
  • Print and enclose the booking-in & shipping form (PDF) with your name, phone number and a short description of what happened.
  • Get a quote first, by phone or with the free online diagnostic, then post it by Royal Mail Special Delivery or any tracked courier you book yourself, for full insurance in transit.
  • Would you rather hand it over in person? Once you have a quote, you can drop it in at the Oxford lab's reception at the address shown, Monday to Friday, 9am to 5:30pm, no appointment needed.
// send your device to your nearest location

Oxford Data Recovery

John Eccles House, Oxford Science Park
Robert Robinson Avenue, Littlemore
Oxford, OX4 4GP

↓ Print the booking-in & shipping form (PDF)

Mark the package for the attention of Oxford Data Recovery and we'll ring you as soon as we've diagnosed your media.

Not sure what to send? Ring 0800 689 0668 first or use the free online diagnostic.

// raid array recovery questions

Common questions

More often than not, good. The first 'failure' is usually a stale drop-out from months ago, and the more recent casualty can usually still be imaged here, on hardware built to wait for it. That image plus the surviving disks lets the parity maths complete and the volume stand up virtually.
No, save your money. The layout is held implicitly in the member drives themselves, and the order, stripe, rotation and offset are worked out from the data alone. The labelled drives are the only things that need to travel.
Usually plenty. A partial rebuild overwrites some stripe regions and never reaches the rest; we map that boundary from the images and recover the files accordingly, starting with your priority folders.
All the time: ProLiant, PowerEdge, Supermicro and custom builds, as well as small-office NAS arrays. Urgent cases are assessed first, so say 'business-critical' when you call 0800 689 0668 and the fastest safe route in will be arranged on that call.
// related services

Also recovered here

// specialist pages

Go deeper

Ready when you are.

Free diagnostic, fixed quote, and in most cases you only pay if we recover your data. Start now or call the freephone.