/ home / devices / database
Devices · databases

Database recovery across Northern Ireland.

A database that's dropped into Suspect mode, won't attach, or is throwing corruption errors can stop a business dead — and restoring last night's backup only works if the backup is good. Most corrupt databases can be recovered directly from their data files. We recover SQL Server, MySQL, Oracle, PostgreSQL and every other engine for organisations across Belfast and Northern Ireland, in-house.

From £500, per database
No fix, no fee on most jobs
SQL · MySQL · Oracle
~ db_2026-001 — live RECOVERED
$ bdr diagnose /dev/db
 Database: SQL Server · MDF · 220 GB
 Status: SUSPECT — log damaged, will not mount
 Client: confidential · Belfast

$ bdr engineer-working
 MDF + LDF: copied read-only
 Pages: repaired · checksums fixed
 Database: online · tables intact

$ bdr verify
 ✓ tables — 220 GB
 ✓ records — all back
 ✓ database recovered — data back
!

Don't run repair with data loss, or restore over the original.

When a database is corrupt, the tempting fixes are the dangerous ones: an emergency repair that allows data loss, or restoring a backup straight over the live files. Both can discard recoverable rows for good. Take a copy of the data files as they are — MDF, NDF and LDF, or their equivalents — before running anything, and let us work from that copy.

// where it goes wrong

What corrupts a database.

Databases fail through their data files, their logs, their backups and the storage beneath them. These are the situations we recover most.

Corrupt data fileThe main data file — an MDF, IBD or DBF — is corrupt and won't open or attach. We repair the file structure and extract the tables and rows from it.MDFCorruptSuspect or recovery pendingSQL Server marks the database Suspect or Recovery Pending and won't bring it online. Usually a log or file problem — the data is typically still recoverable.SuspectSQL ServerDropped table or deleted rowsA table dropped, or rows deleted or updated in error. Until they're overwritten the old data usually survives in the file — we extract the lost records.DroppedDeletedLost or corrupt transaction logA missing, corrupt or truncated log (LDF) that stops the database recovering. We rebuild consistency from the data file so it can come back online.LogLDFRansomware-encrypted databaseDatabase files encrypted by ransomware. We recover backups, snapshots and any unencrypted copies — but the encrypted files themselves generally can't be decrypted.RansomwareEncryptedFailed restore or bad backupA restore that failed, or a backup (BAK) that turns out to be corrupt or incomplete. We repair the backup, or recover directly from the live data files instead.BackupRestoreData file, no logYou have the data file but the log is gone — a common state after a crash or a partial copy. We recover the database from the MDF or data file alone.No logMDF onlyPage or index corruptionCorrupt pages or indexes throwing consistency errors on reads. We repair the affected structures and extract the intact tables and data around them.PageIndexStorage failed under itThe drive, RAID or array holding the database has failed, taking the files with it. We rebuild the underlying storage first, then recover the database files.StorageRAID
// engines we handle

Any engine, any file.

We recover every database engine and file type, whether the files are corrupt or the storage beneath them has failed.

SQL ServerMySQLMariaDBOraclePostgreSQLMicrosoft AccessExchangeMongoDBSQLiteIBM Db2FirebirdSybaseMDFNDFLDFIBDibdata1DBFEDBACCDBBAKInnoDBMyISAMFRM

Microsoft SQL Server and Access, MySQL and MariaDB, PostgreSQL, Oracle, Exchange, SQLite, MongoDB, Firebird, Sybase and IBM Db2 — covering MDF/NDF/LDF sets, InnoDB and MyISAM (ibdata1 and .ibd), EDB, DBF, ACCDB and BAK — whether they live on a single drive, a RAID set, a NAS or a SAN.

// how the recovery runs

From corrupt file to working database.

Database recovery works from the files up. We take a copy of the data and log files as they are, repair or extract from that copy, and rebuild a consistent, usable database — and where the storage beneath has failed, we rebuild that first. The originals are never repaired in place.

01

Free assessment

We identify the engine, the file set and the corruption, and check whether the storage beneath is healthy — then send a written quote.

02

Recover the storage first

Where the drive, RAID or array holding the database has failed, we rebuild it from read-only images before touching the database files.

03

Copy the files

We work on copies of the data and log files — MDF, NDF, LDF or their equivalents — so your originals are never altered by the recovery.

04

Repair or extract

We repair the file structure, pages and indexes, or where repair isn't possible, extract the tables, rows and objects directly from the data file.

05

Rebuild a consistent database

We reassemble a consistent, attachable database — recovering from the data file alone where the log is missing — and recover dropped tables and deleted rows.

06

Verify and preview

The recovered database is checked for consistency and that its tables and records are intact, and we can show you what's come back before anything is returned.

07

Return your data

Your database comes back as attachable files or an export, on fresh media or via secure transfer — whichever suits your environment.

// the short version

Any database in. Your data out.

From a SQL Server database in Suspect mode to a corrupt MDF, a dropped table or a database lost when its RAID failed, we recover every engine — working from copies of the data files, and rebuilding the storage beneath where we have to.

Every engine
SQL, MySQL +
Read-only
files never written to
Page-level
repair & rebuild
48 hr
Diagnostic turnaround
Tables & rows
extracted
25 yrs
Recovering data
// get a custom quote

Get a custom quote

Give us a few details about what went wrong and an engineer will come back to you, usually inside one working day.

Rather talk it through? Call 028 9002 0144, Monday to Friday, 9am to 5:30pm.

// what it costs

Pricing, up front.

Assessment is free, and you approve a fixed written quote before anything happens. Repairing a corrupt database whose files still read starts at £500 + VAT; if the storage underneath — drive or array — has failed as well, pricing starts at £800 and is quoted individually. Most jobs run no fix, no fee, and any physical disk work carries a 50% deposit for parts and bench time with the balance payable only on success.

Database recovery
From £500 + VAT
Starting figure for repairing a corrupt database where the files are readable. Where the drive or array has failed too, recovery begins at £800. Most jobs are effectively no fix, no fee.
  • Free diagnostic and a written quote before anything else
  • Repair from readable files from £500 + VAT
  • With failed drive, RAID or server storage, from £800 + VAT
  • Database files copied read-only — your originals are never touched
  • Tables, records and schema extracted and checked
// off the bench lately

Recent database jobs, real results.

A representative selection of database recoveries across different engines and faults — configurations and outcomes shown, customer details kept private.

// CASE 2026-083recovered
SQL Server MDFSuspect mode

A SQL Server database stuck in Suspect mode.

A crash mid-write had left it unable to recover. We worked from copies of the files, repaired the structure, and brought the database back online intact.

// CASE 2026-076recovered
MySQL InnoDBCorrupt tablespace

A MySQL InnoDB tablespace throwing corruption.

The ibdata and .ibd files were damaged. We extracted the tables directly from the tablespace and rebuilt a working database.

// CASE 2026-070recovered
SQL Server MDF · no LDFDropped table

A dropped table, with the log already gone.

A key table had been dropped and there was no usable log. We recovered from the MDF alone and reconstructed the dropped table's rows.

// CASE 2026-063recovered
Oracle DBFBlock corruption

An Oracle database with block corruption.

Several data blocks were corrupt and blocking reads. We repaired the affected blocks and extracted the intact schemas and tables around them.

// CASE 2026-057recovered
Microsoft Access ACCDBCorrupt file

A corrupt Microsoft Access database.

The ACCDB wouldn't open and repair failed. We recovered the tables, queries and forms from the file and rebuilt a working database.

// CASE 2026-050recovered
SQL Server · RAID 5 · 6 disksArray failed

A SQL database lost when its RAID 5 failed.

The array under the database had dropped offline. We rebuilt the RAID 5 from images, recovered the MDF and LDF, and brought the database back.

// sending your device in

Two simple steps.

Post or drop in your device for a free diagnostic, with a note on what happened — an engineer reviews it and confirms your exact quote in writing before any work begins.

1

Send us your device

First step: get the device onto our Belfast bench. Wrap it well, tuck your contact details in the box, and post it over — the diagnostic costs nothing, and you’ll have a firm written price to approve before we touch a single sector.

How to pack it
  • Wrap the device in a small, sturdy box or a padded envelope so it can’t move around.
  • Leave the caddies, cables and power supplies at home — we won’t need them to recover your data.
  • Before sealing the box, slip a note inside with who you are and how to reach you — name, address, email and a phone number — or print our shipping form and use that.
Post toBelfast Data Recovery
Forsyth House, Cromac Square
Belfast, BT2 8LA
Shipping formPDF · print & include with your devicePDF ↓

Posting it? A tracked, insured service is best. Dropping it off instead? You’re welcome Monday–Friday, 9am–5:30pm — please still pack the device as above.

2

Need more information?

Not ready to send anything yet? Use the form to describe the fault in your own words and one of the engineers will come back with a quote tailored to your situation.

Every message lands with a real engineer, not a ticket queue — during working hours you’ll normally hear back inside half an hour. If it’s quicker to talk, ring 028 9002 0144.

Thanks — we have your message.

We will get back to you soon. If it is urgent, call 028 9002 0144.

// frequently asked questions

Database recovery, answered.

The questions we're asked most about database recovery.

Usually, yes. Suspect mode normally means a log or file problem stopped the database recovering, not that the data is gone. We work from copies of the files, repair the structure or extract the data, and bring the database back online. Take a copy of the MDF, NDF and LDF before running any repair.

Yes — those are among the engines we recover most. Whether the corruption is in the pages, indexes or the file structure, we repair the data file or extract the tables and rows from it directly, and rebuild a consistent, usable database.

Often, yes. Dropped tables and deleted or updated rows usually remain in the data file until they're overwritten. Stop writing to the database as soon as you notice, take a copy of the files, and there's a good chance we can extract the lost records.

Yes — it's a common situation. A missing or corrupt log doesn't mean the data is lost; we recover the database from the MDF or data file alone and rebuild the consistency needed to bring it back online.

For a corrupt database with readable files, work starts at £500 + VAT. When the underlying drive or array has died too, jobs start from £800 and are priced case by case once the free assessment is done. No fix, no fee holds on most jobs, and any physical disk repair takes a deposit for parts and bench hours, the rest due only on success.

On most jobs, yes — no recovery, no fee. Where disks beneath the database need physical repair, a deposit covers those parts and the bench time; the balance is still only charged on success. We're clear about which applies before any work begins.

All the major engines — SQL Server, MySQL, MariaDB, Oracle, PostgreSQL, Microsoft Access, Exchange, MongoDB, SQLite, Db2, Firebird and Sybase — across their data, log and backup files, on any storage.

Yes. When the storage beneath a database fails, we rebuild that first — imaging the disks and reconstructing the array — then recover the database files from it and repair them. It's the same work, one layer down.

Within honest limits, yes. We recover backups, snapshots and any unencrypted copies of the database, and we'll always look for those first. But database files the ransomware has actually encrypted generally can't be decrypted without the key, and we'd never advise paying a ransom.

A readable but corrupt database is often recovered in 2 to 5 working days; where the underlying storage has to be rebuilt first, it typically takes 5 to 10. The assessment is usually finished within a couple of days, and we can prioritise business-critical databases.

If you can copy the files, a secure transfer of the data, log and any backup files is often quickest — get in touch and we'll arrange it. If the database is stuck on a failed drive or array, deliver or post the disks to our Belfast office, fully insured. We're open Monday to Friday, 9am to 5:30pm.

// database down?

Suspect, corrupt, or a dropped table? We'll recover it.

A free assessment, fixed written pricing from £500 + VAT, and no fix no fee on most jobs — every database engine recovered in-house, right here in Belfast. Don't run a lossy repair or restore over the originals — copy the files and send them in.

Call us — 028 9002 0144
Mon–Fri · 9am–5:30pm · No fix, no fee
Start a free diagnostic →
028 9002 0144