Troubleshooting Voimakas Exchange EDB Recovery: Common Errors and Fixes
1. Corrupt EDB file (won’t mount)
- Cause: Physical disk issues, abrupt shutdowns, or inconsistent file writes.
- Quick fix: Run Eseutil /mh to check database state; if “Dirty Shutdown” run Eseutil /r (soft recovery).
- When to escalate: If soft recovery fails or Eseutil reports irreparable corruption, use a trusted third-party EDB repair tool or restore from backup.
2. Eseutil errors (failed repairs, checksum mismatches)
- Cause: Incomplete log replay, damaged logs, or mismatched database state.
- Fixes:
- Use Eseutil /ml to inspect log files.
- Restore missing logs from backup and replay via Eseutil /r.
- If logs are irrecoverable, consider Eseutil /p (hard repair) as last resort, then Isinteg /fix to repair mailbox-level issues. Back up the damaged EDB before /p.
3. High I/O or long repair times
- Cause: Large database, limited disk throughput, or insufficient memory/CPU.
- Mitigation:
- Move recovery operations to a faster storage tier (SSD/NVMe).
- Increase available RAM and CPU on the recovery server.
- Run repairs during off-peak hours and monitor progress with Performance Monitor counters.
4. Permission or access denied errors
- Cause: Incorrect file ownership, NTFS permissions, or Exchange service account restrictions.
- Fix: Grant the Exchange Trusted Subsystem and the recovery account Full Control on EDB and log folders; ensure files are not blocked by antivirus.
5. Missing mailboxes or items after recovery
- Cause: Hard repairs strip inconsistent records; logical corruption not fixed.
- Fixes:
- Use Eseutil /mh before repair to understand state.
- After repair, run New-MailboxRepairRequest (Exchange) or use recovery tools to extract mailboxes to PST and import back.
- Restore affected mailboxes from backup if extraction fails.
6. Database won’t dismount or is locked
- Cause: Active processes holding file handles, or mounted by another server.
- Fix:
- Use Handle or Process Explorer to find handles; stop Exchange-related services if safe.
- Ensure no replication/CCR/Multi-Role conflicts; move or remove passive copies before maintenance.
7. Transaction log buildup / disk full
- Cause: Logs not truncated due to failed circular logging or interrupted backups.
- Fix: Run a successful full database backup to truncate logs, verify backup job completes; if backup impossible, consider mounting database and enabling circular logging temporarily only with understanding of data loss risks.
8. Inconsistent database GUID or mount failures after restore
- Cause: Restoring database files without corresponding system/config state (e.g., mismatched DB GUIDs).
- Fix: Use Restore-MailboxDatabaseCopy or adjust configuration so Exchange recognizes restored DB; prefer application-aware backups and restores via VSS/Exchange-aware backup software.
Practical checklist (order to follow)
- Take file-level backups of EDB and logs (copy elsewhere).
- Run Eseutil /mh and record database state.
- Attempt soft recovery: Eseutil /r with appropriate log prefixes.
- If soft fails, try hard repair: Eseutil /p → Isinteg /fix (note data loss).
- Extract mailboxes/items with recovery tools or New-MailboxRepairRequest.
- Restore from backup if repair/extraction not acceptable.
- After recovery, run integrity checks and resume normal backups.
Preventive measures
- Regular full backups with successful verification.
- Monitor disk health and Exchange performance counters.
- Use RAID and separate log/database volumes on fast storage.
- Keep Exchange and OS patched; avoid abrupt shutdowns.
If you want, I can produce exact Eseutil/Isinteg command examples and a safe repair sequence for your Exchange version—tell me the Exchange build (e.g., Exchange 2016 CU21).