Płatnik
Repair of damaged .mdb Access databases and SQL migrations.
Dysk i Spółka • Databases / B2B
Database recovery and repair for Płatnik, Optima, SQL and Subiekt
We diagnose damaged databases, log files, backups and business environments without further repair attempts on production data.
Płatnik / Optima
SQL Server
Subiekt / Access
NDA / B2B
B2B mode / production databases
The database will not start, SQL Server reports suspect mode, or data is missing after a server failure? Secure the environment first.
A Płatnik, Optima or SQL Server failure does not always mean physical media damage. This page is for cases where the condition of the database, logs and application environment matters most, not generic recovery from any disk. At the Dysk i Spółka laboratory, we diagnose damaged database files and cases where a database stopped working after a system, power, RAID controller, server or virtual-environment failure.
In business cases, the database file itself is only part of the picture. Log consistency, service configuration and a safe B2B procedure matter as well. Before repair or migration, we first determine whether the problem involves the media, SQL engine, database files, volume or the whole server environment.
Płatnik
Optima
Subiekt
SQL Server
Access
accounting databases
B2B mode
System scope
Which databases do we handle?
We restore financial, accounting, warehouse and business database environments.
Optima / XL
Recovery of Microsoft SQL Server databases (.mdf, .ldf).
Subiekt / Rewizor
Database repair after power or drive failures.
SQL Server
Diagnosis of SQL databases, data files and logs after consistency errors.
.mdb / .accdb
Work with Access databases used by Płatnik and office systems.
Accounting and warehouse databases
Finance, HR and warehouse systems after environment failures.
.mdf / .ldf / .db
Database files, transaction logs, working copies and exports from the last working day.
VM / NAS / RAID
Diagnosis of databases running on servers, RAID arrays, NAS devices and virtual machines.
Failure scenarios
When can we help?
Hardware failure
The server or disk containing the database stopped working, for example after physical damage or RAID offline. We create a sector copy and recover the most consistent database file possible.
Database corrupted / page fault
The database is visible, but the SQL engine reports a consistency check error or page fault.
Suspect Mode
SQL Server marked the database as damaged after a restart or interrupted write.
Deleted database
Accidental deletion of database files or formatting of the volume.
Failure after power loss
The database stopped working after a power outage, system hang or server restart.
Problem after repair or migration
A failed update, manual index repair or backup restore made the environment worse.
Business procedure
B2B security
We know company downtime is expensive, so the process starts with securing the current state and risk.
Business priority
Database cases are triaged by business impact; after-hours mode can be agreed for critical operational failures.
Confidentiality / NDA
We sign NDAs. Your financial data is safe; we work offline.
Work on a copy
We secure the source material first and run diagnostics on a working copy.
Operation verification
Before payment, we check whether the database can be mounted and whether the latest invoices and declarations can be viewed.
First decisions
Database failure - what to do immediately so you do not make it worse
When a database such as Płatnik, Optima, SQL or Subiekt stops opening, repeated repairs and repeated launch attempts are the worst option. The cause may be damaged database files, disk errors or lack of space, and each additional attempt can write new bad data.
Do now
- stop work on the computer or server and secure a copy of the current database files
- record error messages with a screenshot - they are often key to diagnosis
- if settlements or declarations are time-sensitive, mark that in the request
Do not
- do not install anything or move files hastily
- do not run multiple repairs or overwrite old database files with new ones
- do not keep working on the original media if read errors appeared
If the failure is blocking work, describe the symptoms in the failure description form or call us - we will tell you what to secure before further repair attempts. If the media or server disks need to reach us from outside Warsaw, use the shipping instructions.
Diagnostic decision
How to tell a database problem from a disk problem without going too deep
If the computer suddenly slows down, files take a very long time to open or copy errors appear, the issue often lies in the media rather than the application itself. Messages about a damaged database, no table access or consistency errors may come from an interrupted write.
Logical problem
Messages about a damaged database, no table access, consistency check error, page fault or suspect mode after restart.
Drive or server problem
Slow reads, copy errors, disappearing files, power failure, RAID offline or system hangs.
consistency errors
slow readout
copy errors
suspect mode
interrupted write
power failure
If the failure is blocking work, describe the symptoms in the failure description form or call us - we will tell you what to secure before further repair attempts. If the media or server disks need to reach us from outside Warsaw, use the shipping instructions.
Related paths
Is this a database problem or a wider business-environment failure?
Prepare the database files, logs, application version and the last known-good moment. This lets us separate a software issue from storage damage.
Page for accounting offices and bookkeeping
Data recovery for businesses
RAID data recovery after a server or array failure
NAS Synology/QNAP data recovery with business databases
Ransomware analysis when a database has been encrypted
Pricing for database recovery and B2B cases
FAQ: databases, VMs and systems
Before repairing a database
Related guides for database and business failures
Review these paths before running another repair, restore or import on the original data.
Accounting data failure and GDPR duties
How to secure accounting and HR data after a disk or database incident.
Read guideServer or NAS failure - first 24 hours
A B2B action plan when databases live on a server, RAID or NAS environment.
Read guideQuick consultation
Submit a database for laboratory analysis
Have questions? Contact us before further repair attempts overwrite files or logs.
How to prepare files, logs and the environment for database diagnosis
In database cases, not only .mdf, .ldf, .db files and working copies matter. Context also speeds things up: application name, system version, last successful write and error messages from the console or application.
Database files
.mdf, .ldf, .db, .mdb, kopie robocze i oryginalne katalogi programu.
SQL / application logs
Error messages from the console, SQL Server or accounting application.
backup / snapshot
A current backup, snapshot or export from the last working day.
Application version
Application name, system version and whether the database was on a server or computer.
Error messages
Error text, screenshot and the last time it started correctly.
Last correct work
Information on whether anyone ran SQL repair, an update or backup restore after the failure.
Source environment
Database from a disk, server, NAS or backup - secure the original first
In Płatnik, Optima, Subiekt and SQL cases, the problem often is not limited to the database file. A disk, RAID, NAS or backup failure can cause consistency errors, missing logs, damaged indexes or no access to the latest writes. That is why we do not import data on the original without a plan and do not overwrite the last working copy without a plan.
Shorter diagnosis
Which files and information actually speed up diagnosis
We work fastest when the database comes with basic context: application folder structure, server logs, user names and the date of the last correct write. It also matters whether the issue appeared after a power failure, disk error, system update or ransomware attack.
application folder structure
server logs and user names
date of the last correct write
information about copying files while the system was live
manual index repair or backup restore
decision: logical copy, media image or database structure
Risky attempts
What not to do after a database error
- Do not run several repair tools one after another hoping something will work.
- Do not restore old backups over the same files without preserving the original.
- Do not compress or move a damaged database between computers without a binary copy.
- Do not assume the issue is only software-related if there were disk errors, power loss or system hangs earlier.
When to escalate
When contacting a laboratory makes the most sense
If the application stopped opening the database after a power failure, the system reports read errors, the server disappears from the network or files have unnatural sizes, it is better not to make more attempts on the original.
Read or copy errors
The problem may go beyond the database and involve the media or server environment.
Power failure or restart
An interrupted write can damage database, log and application-folder consistency.
Server disappears from the network
Secure the current state before further attempts increase the chaos.
Files have unusual sizes
This is a signal that calm diagnosis is needed instead of improvised repair on the original.
Logic or media
When is a database problem logical, and when can it mean media failure?
Not every database error means physical disk damage, but some signals require that possibility: delayed writes, copy problems, system hangs or disappearing files.
FAQ
FAQ - recovery and repair of Płatnik, Optima, SQL and Subiekt databases
Do you repair the database or recover it from a copy?
It depends on the case. Sometimes the database structure needs repair, and sometimes it is safer to restore or recover data from a working copy or damaged environment.
Which files and information should I prepare before diagnosis?
Prepare database files, logs, system version information, error messages and a description of the failure moment. This shortens the path to the right diagnosis.
Do you handle time-sensitive accounting and business cases?
Yes. These failures often block current operations. Scope and mode are agreed after risk assessment and source-material availability checks.
Can data consistency be checked after repair?
Yes. Technically, we can assess whether the database starts correctly and keeps the required structure. The test scope depends on the system and input data.
Secure the environment
Secure the database before further attempts overwrite data
We work in B2B mode, on a copy, with NDA available and database operation verified before handover.