Exchange Dirty Shutdown – How serious issue it is?

Megha Sharma Megha Sharma Updated On - 28 May 2019

Sometimes while working on MS Exchange Server, dirty shutdown issue leaves us perplexed. Dirty shutdown situation becomes really hell whenever we encounter it. Our large database is at the verge of corruption, after all. Exchange Error 550 really takes our breath away.

But what exactly we define as dirty shutdown is abnormal termination of Exchange database .EDB file.  We usually think of dirty shutdown as the indication of damaged database. But that’s not the case at all. It’s just that Exchange database has not been shut normally and therefore it becomes our area of concern as it leads to corruptions in Exchange database .EDB and .STM files.

Issues While Trying Fixing Exchange Dirty Shutdown Manually

Mostly priv1.edb file is the main reason behind dirty shutdown. Any irregularity in the file causes exchange database to pretty much shut down and then it just stops us from mounting any mailbox store any further. If you attempt running Exchange inbuilt utility named eseutil /r for repairing Exchange database file, eseutil /r <log file name> you will see that it won’t work at all because of exchange dirty shutdown.

It comes to notice that EDB database is corrupt while running another inbuilt utility eseutil/k. Running eseutil /k <edb file path> tells us that database is in dirty shutdown state. Here’s what you get from the results:

Here’s what you get from the results:

File: priv1.STM
ERROR: database was not shutdown cleanly (dirty shutdown).

Above result conveys that operation terminated with error -550 (JET_errDatabaseDirtyShutdown, Database was not shutdown cleanly. Recovery must first be run to properly complete database
operations for the previous shutdown).

Now you can consider soft recovery using eseutil /r command on priv1.edb. Run the eseutil /r <priv1.edb> to see if you can perform a soft recovery. But if it fails, then you get the following series of error log:

Initiating RECOVERY mode...
Logfile base name: priv1.edb
Log files: <current directory>
System files: <current directory>
Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API para meter).

Try the hard repair for the inconsistent database by running this command:

eseutil /p <mailbox database.edb path>

Once the hard recovery is performed, user must defragment the database through:

eseutil /d < mailbox database.edb path>

After defragmenting the database, user must ensure to delete the log files available in the MDBDATA folder. You need to check the database integrity after hard recovery. Run this command:

isinteg -s “servername” –alltests

You can try fixing it with this command:

isinteg -s “servername” –fix –test – alltests

Run it repeatedly until the issue is resolved.
After this, perform the database consistency check using this command:

eseutil /mh <mailbox database path>

Check if the output result shows Clean shutdown or Dirty shutdown state.

It could be possible that your database is still in Dirty shutdown state. In spite of all recovery efforts, you still not have found the solution. Don’t panic, one solution is there and that is to fix this dirty shutdown issue using Kernel for Exchange Server recovery software.

The Exchange repair software efficiently repairs the priv1.edb database and recovers user mailboxes. The recovered mailboxes are saved to a live Exchange Server. The Exchange recovery is made possible with Kernel for Exchange Server which supports MS Exchange Server 5.0, 5.5, 2000, 2003, 2007, 2010, 2013, 2016 and 2019 databases (EDB and STM files).

Download and evaluate the demo version of Kernel for Exchange Server – Exchange recovery tool, which will let you experience the working features and functions of the software before purchasing the Full version. You can easily recover data after Dirty shutdown issue by running Kernel for Exchange Server tool. Let us carry out the repair process.

  1. Start the Kernel for Exchange Server software. Click on Offline EDB option to add the Exchange EDB file for repair. This option will be selected as default, click Next to continue.
  2. Now browse the EDB file location by clicking on 3 dots (…) and then adding it. You can also search for the EDB file in your system drive using the given Search option. After adding the EDB file, click Next.
  3. Next, choose the scanning mode as per your need and scan the EDB file for repair. Once the file got added, it displays a message that EDB file is repaired and added. Click Finish.
  4. Now, users can view that their EDB file mailboxes are successfully retrieved. They can click on any mailbox folder item to view its preview. Click on Live Exchange option from the destination panel to add it as the destination.
  5. Add the live Exchange login credentials and other details. Then, click Next.
  6. Choose the Exchange mailboxes to which EDB file data needs to be saved. Click Next.
  7. The destination mailboxes also get added. You can right-click on source mailbox root folder and choose Copy All Mailboxes to move all mailboxes from the source.
  8. On the destination panel, right-click on the destination root folder and click Paste All Mailboxes to paste them all to the added live Exchange.

Note: You can also move individual folders and copy/paste or drag/drop folder items from source to destination easily through this tool.

Hence, you have seen how easily this software performs EDB repair and moves its data to different destinations.

Conclusion

Exchange Dirty Shutdown error makes data inaccessible and so this issue needs to be fixed soon. Manual tricks like running commands in Eseutil application cannot always help as there are chances of data loss. Users are advised to perform EDB Repair through a trusted third-party tool in case no results are obtained through manual solutions.