Skip to main content



How can we help you?


Druva Documentation

File server backup fails with exit code Phoenix 322 Error message: ”Database disk is malformed.”

Heads up!

We've transitioned to a new documentation portal to serve you better. Access the latest content by clicking here.



  1. Exclude the Phoenix folders and processes from the antivirus scan
    Most antivirus programs lock frequently accessed files before scanning them. Preventing any writes to database files while the antivirus scans them can cause database corruption and lead to this database error. Follow the instructions in this article to whitelist Phoenix.
  2. Check for NTFS disk errors in the event logs
    Contact your hardware vendor to correct issues with the disk if you see NTFS disk-related errors in the event logs. Damaged or corrupt system files can also cause this issue. Sudden system shutdown due to power failure or a forced restart can result in corrupt files and make the system hard disk inaccessible.
  3. If the issue persists, perform the following tasks:
    1. Stop the Druva Phoenix Agent Client service on the server.

    2. Navigate to C:\ProgramData\Phoenix\FS\state\backup\<backupsetID>\

    3. You may see a C.db  file. This is the local database file.

    4. Rename it to C.db.old

    5. Start the  Druva Phoenix Agent Client Service on the server.

    6. Trigger the backup operation again.

Note: Renaming the state map database will trigger a full scan during the next backup to build a new database. If you have implemented a backup window according to the time your average incremental backup takes to complete, your job may fail with “Backup Window Expired.” Running a manual “backup now” will allow the backup window to be ignored and let the full scan complete allowing the backup job to run to completion.


  • Was this article helpful?