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.
First of all, It is strongly recommended to take a backup of the database before continuing with the recovery process.
-528 error code means "log file is missing". There are the chances that you clean up some log files or some other process had open log file at the same time when Exchange Server was trying to open it. There are the chances that you have configured your anti virus to look at the log or database directories. Use following steps to fix the issue:
1. Go to the mailbox server and try to mount the database again.
2. Check event viewer and there should be a log with file name it's looking for. If you are able to find it then put it back and try to mount the database.
3. If you can't find the log file then try Mount-Database -AcceptDataLoss (At this point, you are going to lose data).
4. If it doesn't work then try Restore-StorageGroup and then mount the database.
5. If it doesn't work create an empty file called Exxtmp.log & put it in the log directory and try to mount the database.
6. If that doesn't work then create a dummy storage group, and a dummy mailbox DB, mark the dummy DB for disaster recovery, & mount the DB and move the mailboxes to the new DB.
I would suggest you to read following links: https://docs.microsoft.com/en-us/exchange/high-availability/disaster-recovery/disaster-recovery?view=exchserver-2019
User contributions licensed under CC BY-SA 3.0