Every Engine. One Service.
A database that will not open is not the same as a database that is gone. Our repair service reads damaged files at the binary level, across SQL Server, MySQL, PostgreSQL, Access, SQLite and more. You get a free diagnosis first, a fixed quote second and your data back third. The original file is never touched.
Corruption does not care which engine wrote the file. Power loss, failing disks, interrupted copies and ransomware wreck SQL Server and SQLite alike. The service exists so one place can take the file, whatever wrote it, then hand back the data. The repair engine is our own work, built at Univik since 2013 and shipped inside our desktop tools, so you deal with the people who wrote the code rather than a reseller.
Coverage
Database Engines We Repair
SQL Server
Our deepest specialty. Binary level repair of data files, secondaries, backups and logs from SQL Server 2000 to 2025.
.mdf.ndf.bak.ldfMySQL & MariaDB
InnoDB tablespaces and legacy MyISAM tables, including crashed servers where only the data directory survives.
ibdata1.ibd.frm.mydPostgreSQL
Data directories that refuse to start, damaged base files and clusters left behind by failed upgrades.
base/pg_walpg_controlMicrosoft Access
Unrecognized format errors, broken forms and files that Compact and Repair gives up on.
.accdb.mdbSQLite
Malformed disk images from apps, phones and embedded systems, including orphaned WAL and journal files.
.db.sqlite-waldBase & FoxPro
Legacy DBF tables with damaged headers, broken memo files and index wreckage from decades-old systems.
.dbf.fpt.cdxFirebird & InterBase
Corrupt FDB and GDB files behind point of sale and vertical market applications.
.fdb.gdbOracle & Others
Enterprise engagements for Oracle datafiles plus legacy formats such as Paradox, DB2 and Informix. The free diagnosis tells you if we can help.
.dbfcustom Applications
The Applications Behind the Files
Many business applications are a database wearing a user interface. When the application will not start, the database underneath is usually the patient.
ACT! CRM
ADF contact databases, which are SQL Server files under another name. Contacts, history and notes come back.
SharePoint
Content databases holding document libraries and lists. The documents inside the MDF are recoverable files.
Dynamics GP & Sage
Accounting databases where every row is a transaction. Ledgers and journals are extracted table by table.
WSUS & WID
Windows Internal Database instances that server roles depend on, repaired from the raw files.
BizTalk & SCCM
Infrastructure databases where a rebuild from scratch costs weeks. Repair recovers the configuration state.
Point of Sale Systems
Retail and restaurant systems built on Firebird, SQLite or DBF, where the sales history is the business.
Mobile & Embedded Apps
SQLite stores from phones, kiosks and devices, often the only copy of the data that ever existed.
Custom Line of Business Apps
In-house software whose developer is long gone. We work from the file, no source code needed.
Damage Patterns
The causes repeat: power failure mid-write, a disk going bad underneath the file, interrupted copies, failed updates and checksum errors such as 823 and 824. The effects repeat too.
Suspect and Recovery Pending
SQL Server marks the database unusable after finding damage. The data is still in the file, the server just refuses to serve it.
Torn Pages After Power Loss
A write that stopped halfway leaves pages that fail their checks. Everything around them is usually intact.
Deleted Rows and Dropped Tables
Deletion marks space as free. It does not erase it, so until the space is reused the rows are still physically there.
Truncated and Partial Copies
A copy over the network that was cut short, leaving a file that ends mid-page. What was copied is recoverable.
Backups That Will Not Restore
The backup exists but RESTORE rejects it. The data inside the backup is read directly instead.
Header and Boot Page Damage
The first pages are gone while the rest of the file is fine. Structure is rebuilt from what survives.
First Aid
Most databases that arrive unrecoverable were damaged after the original failure, not by it. Four rules protect what is still there.
1. Stop writing to it
Every new write can reuse the pages that hold your deleted or damaged data. Take the application offline.
2. Copy the file now
Make a plain file copy before anyone experiments. All repair attempts should run against copies.
3. Skip the destructive repair
REPAIR_ALLOW_DATA_LOSS and similar options delete what they cannot validate. Diagnose first, decide later.
4. Do not retry endlessly
Repeated attach and restore attempts on failing hardware make bad sectors worse. Two failures are enough evidence.
The Process
You always know what is recoverable and what it costs before you spend anything.
Send the File
Contact us and receive secure transfer instructions. Large files travel by encrypted transfer or by courier on encrypted media.
Free Diagnosis Within 24 Hours
We read the file and return a report listing the tables, row counts and schema objects that are readable. No charge and no obligation.
Fixed Quote, Your Decision
The quote is based on the diagnosis and it does not change after you approve it. If the report shows nothing worth recovering, you owe nothing.
Repair and Verified Delivery
You receive the repaired database in your chosen format with a verification report of recovered tables, rows and objects. Your original file is never modified.
Honest Advice
The same engine that powers this service ships inside our Windows desktop tools. If the tool fixes your file for a license fee, you never need the service. The service exists for the rest: rare engines, multi-file wreckage and cases that need human hands.
Confidentiality
Univik has built digital forensic software since 2013. The same handling discipline applies to every service case.
Read Only Originals
Your file is imaged once and worked on as a copy, the way ISO/IEC 27037 expects digital evidence to be preserved. The original is never written to.
Encrypted Transfer
Uploads are encrypted in transit and files rest on isolated machines while the work runs.
NDA on Request
A signed confidentiality agreement is available before you send anything.
Hash Verified Integrity
The source file is hashed with SHA-256 on arrival and checked again at delivery, proving the original never changed in our hands.
Forensic Method
Handling follows the forensic practices in NIST SP 800-86: work on copies, preserve the source and document every step.
Wiped After Delivery
Once you confirm the delivery, every copy of your data on our side is erased following the NIST SP 800-88 media sanitization guidelines.
Privacy Laws Around the World
A repaired database often contains personal data. Our handling is designed to support your obligations under the laws that govern it.
What applies and how we support it
What does not apply, said plainly
Pricing
Free Diagnosis
Every case starts here
Standard Repair
Per database, fixed quote
Enterprise & Legal
Complex and regulated cases
Feedback
What Clients Say
Our ERP database went suspect on a Friday and the last backup was three weeks old. The diagnosis came back Saturday morning listing every table as readable. We approved the quote and had the data on Tuesday.
IT Manager, manufacturing firm
The point of sale vendor went out of business years ago and the Firebird file behind it corrupted. Nobody else would touch it. Univik pulled six years of sales history out of that file.
Owner, retail chain
We needed the recovery documented for a legal matter. The report listed exactly what was recovered and how, with the original preserved untouched. It held up.
Litigation support consultant
From the Bench
Recent Case Notes
Three anonymized cases that show what the work actually looks like.
Suspect MDF, 38 GB, manufacturing ERP
Torn pages after a power cut left the database in Recovery Pending and DBCC could not complete. The diagnosis found 61 of 63 tables fully readable. Repair carved the two damaged tables page by page and delivered 99.2 percent of their rows, with the loss list documented row by row in the verification report.
ibdata1 only, crashed MySQL host
A failed disk took the server and the backups were on the same volume. The client had one file: ibdata1 copied from a partial image. Table definitions were rebuilt from the data dictionary inside the tablespace and 214 of 216 tables were recovered into a fresh MySQL instance.
Firebird POS, six years of sales
The vendor was gone and the FDB failed validation after an update loop. Record versions were walked directly from the page structures. Sales, inventory and customer tables came back complete and were delivered as both a working FDB and CSV exports.
Questions
The Diagnosis Is Free. Start There.
Send the damaged file and know within 24 hours exactly what is recoverable, before you spend anything.
Start a Free DiagnosisOther Univik Services
Move mailboxes between servers, clouds and clients with the data intact.
Learn MoreThe full catalog of Univik desktop tools for files, email and databases.
Browse Tools