Yesterday we had a hardware failure and brought our exchange server down. The hardware was repaired and the server was brought back up. Windows server 2008 did the disk check upon bootup and everything was recovered.
However, no users can log into their exchange account! This is true with IMAP, Exchange and OWA! All three of them, refused to accept any users. For example when I try to access OWA, I get the following page http://pastie.org/584061
We verified that all the services are up (IMAP, POP, SMTP, IIS etc). We were able to connect to all those services with their respective ports through telnet. What could be the problem?
It looks like the database cannot be mounted, from Exchange management console, when I try to mount the database it gives:
Microsoft Exchange Error Failed to mount database 'Mailbox Database'. Mailbox Database Failed Error: Exchange is unable to mount the database that you specified. Specified database: SERVER\First Storage Group\Mailbox Database; Error code: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-528) .
I read online that there is a repair utility, so I tried it. I navigated to my edb file and ran eseutil /p "Mailbox Database.edb". It printed the following output
Repair completed. Database corruption has been repaired! Note: It is recommended that you immediately perform a full backup of this database. If you restore a backup made before the repair, the database will be rolled back to the state it was in at the time of that backup. Operation completed successfully with 595 (JET_wrnDatabaseRepaired, Database cor ruption has been repaired) after 885.750 seconds.
However I am still unable to mount!
I had an Exchange Server fail once, my guess is you haven't slept very well or at all since it happened. In my case I forked out the $500 or whatever it was to open a technical case with Microsoft. It was worth every peny, I recommend if the fix isn't immediately apparent to hand it over to the experts. I may get voted down for recommending this but I have to say the Exchange Support team was very good.
If you have a recent backup of the mail store, restore from that right away. If not, before you do anything else, find the Exchange Troubleshooting Assistant and install it on your Exchange server. It will diagnose the database and tell you what needs to be done to mount it.
Technical explaination: You ran ESEUTIL /P. ESEUTIL is a low-level database utility that doesn't know about Exchange. The /P option is destructive: It will remove bad pages (that fail CRC) to make the database good. These bad pages, Microsoft points out, could be nothing, empty pages if you're having a good day. Or they could be someone's attachment. Or the root of their mailbox. Oops.
After running this tool, you need to run ISINTEG. This tool is Exchange-aware and will scan your db, fixing its errors and making it consistent. You may need to run this more than once as ISINTEG will not fix all errors in a single pass if there are many errors.
Just run ISINTEG until no more errors are reported.
Then mount your database.
Microsoft does not recommend leaving a repaired database in production. After, you may have to export your mailboxes with Exmerge, delete the old db, recreate empty user mailboxes and then merge the mail back in.
But if you had a recent backup, forget all that and just restore from that. I can't repeat that often enough.
Did I just say restore from backup?
Is the transaction log missing? If so, http://technet.microsoft.com/en-us/library/bb267001.aspx.
Certainly the problem lies in database mounting which simply means the recovered database are not in accessible state. You need to opt for advanced and powerful third party edb repair tool and you must not avoid doing this as it’s the matter of your critical business data, get it repaired soon and avoid accessing or using the database for ay purpose as it may increase your trouble.
The cause of the error (Unable to mount database. (hr=0x80004005, ec=-528) is missing log file. You have removed the log file, which has not been committed to the database yet.
To solve this issue, you need to move the log files to a different folder. Follow the steps to fix the error:
Stop Information Store & all the databases in the storage group
Run esesutil /mh command.
If the database is in Clean Shutdown state, you can simply move them to a different folder.
If the database is in Dirty Shutdown state, restore your database from updated backup. If the backup is not available then run eseutil /r command for soft recovery.
If this fails, you can run eseutil /p command for hard recovery.
The built-in repair utilities work well in 99.99% scenario but if you know, how to use them properly.
Before taking this action, Take backup of your EDB file to avoid any data loss.
User contributions licensed under CC BY-SA 3.0