Avatar of bmcollis
bmcollis
 asked on

Recover from the loss of an Exchange DB.

Recover from the loss of an Exchange DB.

I have lost an Exchange 2010 Database, without going into it, I have no backup.

The question is how to recover from this situation.
About 20 users.  DB Size approx 200GB
All users of their email in OST files on there PC's.
Exchange is running in a Hyper-V Guest
Have access to the DB Files.

Believe that an underling disk error, on the host, corrupted the DB.
(as a side not - and not that it matters to getting this issue fix, believe the disk was the cause for the backup failures, hence no backup)

Thinking - Create a new DB on a different physical disk.
Move the users to the new DB - is this possible if the original DB cannot be mounted?

So apart from - is this a good way to go - the other questions are;
Do I need to do anything with outlook for the clients to connect to the new DB?
As their mailboxes would be empty in the new DB, will outlook sync the OST file contents back up to exchange?

If the OST wont sync, should I convert them to PST and then manually attach the PST to the Outlook Profile and them move the email into the empty DB.

I appreciate any any scenario I will loose single instance store and therefore the DB will end up larger than the original.

Has anyone used/got thoughts on - using 3rd party exchange DB recovery software?
if it can't recovery everything, then again will the OST sync up the missing emails or are they gone?


Any suggestions help would be appreciate.
ExchangeOutlookSBS

Avatar of undefined
Last Comment
Amit

8/22/2022 - Mon
Valentina Perez

Hi,

Firstly you can repair the database with eseutil.

Always verify the database with eseutil /mh. You have dirty shutdown?

If you are not able to recover. You can create new database and move the mailboxes to the new database.

Regards
Valentina
djhath

In your scenario, first thing I would try is to repair the database using ESEUTIL. Slightly older document, but the process is referenced here - https://blogs.technet.microsoft.com/exchange/2004/06/18/repairing-exchange-databases-with-eseutil-when-and-how/

As you have stated you have no backup of the database, do you have the Exchange transaction logs? This link references the process of playing back log files - http://port25guy.com/2008/11/12/recovering-an-exchange-database-using-log-file-playback/

This will buy you some time to consider your options - https://community.spiceworks.com/how_to/17439-create-a-dialtone-database-in-exchange-2010-and-perform-a-recovery

This is also worth a look for trying to recover the database - https://www.edbmails.com/
Amit

Do this:

1) First create dial-tone database. That will bring back all your users, without data. https://community.spiceworks.com/how_to/106610-how-to-recover-exchange-2010-database-using-dial-tone-recovery
2) Next you repair the database, using eseutil tool. If you are able to repair. Next create recovery db an extract the data.
3) Merge the data in user mailboxes.
4) If repair fails, you can try out 3rd party edb to pst tool. Like Stellar.
Experts Exchange has (a) saved my job multiple times, (b) saved me hours, days, and even weeks of work, and often (c) makes me look like a superhero! This place is MAGIC!
Walt Forbes
bmcollis

ASKER
Thanks Valentina Perez & djhath for being so quick to answer.

As I don't trust the disk the files are sitting on, I am in the process of copying what the contents of the exchange DB folder to a different location, at which point I will try the repairs, although for some reason not holding out hope.  This file copy is going to take a number more hours.

I get this error when Exchange  is trying to mount the DB
Source: ESE       Event ID: 481
Information Store (2628) Mailbox Database 2011061718: An attempt to read from the file "E:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 2011061718\Mailbox Database 2011061718.edb" at offset 0 (0x0000000000000000) for 65536 (0x00010000) bytes failed after 0 seconds with system error 2 (0x00000002): "The system cannot find the file specified. ".  The read operation will fail with error -1811 (0xfffff8ed).  If this error persists then the file may be damaged and may need to be restored from a previous backup.

This repeats a few times with different offsets.


Luckily (I'm calling it well planed) I use Barracuda Email Security (Cloud) which comes with  Email Continuity services, so the users can at least access email while this is under repair.


So based on all that - I will try the eseutil for DB repair once the files have been copied.
But if the repair fails, I am trying to prepared for plan B.
So my previous questions remain;
I know I can great a new DB, clearly that will be blank and have no users in it
1) Can I move the users to the new DB, even if the old DB is not be mounted?
2) Do I need to do anything with outlook on the clients to connect to the new DB?
3) As their mailboxes would be empty in the new DB, will outlook sync the OST file contents back up to exchange?

Thanks for all input, it is greatly appreciated.

Brian
bmcollis

ASKER
So just got this error when trying to copy the contents of  the DB folder to a different disk
"Could not find this item

This is no longer located in E:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 2011061718.  Verify the item's location and try again"

This error of course is very similar to the error Exchange reported.

I can see the file in the folder using File Explorer, but clearly corrupt, so will not copy.

Looks like creating an empty DB, so the previous questions become important.
Can I move users from a DB that is not mounted.
Do I have to do anything with Outlook to connect to the new DB
Will the OST sync back there contents to the empty DB?

Again any help is appreciated.
bmcollis

ASKER
Thanks Amit for replying.

1) As the users have access to a webmail at present, i don't need to do the dial-tone DB.
2) & 3) looks like the DB is dead - can't even copy it to another location.
4) If I can't copy the DB to a new location, don't think a repair tool will work as it won't be able to be opened.

Thanks for the suggestions.

Brian
⚡ FREE TRIAL OFFER
Try out a week of full access for free.
Find out why thousands trust the EE community with their toughest problems.
Hani M .S. Al-habshi

first recover you exchane setting with setup \m:recover command

second you  have no backup so these is no data but use this tool to recover from the users . (recover from old OST/PST users to your new Database  )

https://www.kerneldatarecovery.com/exchange-server-recovery.html
bmcollis

ASKER
Hi Hani - Thank you for your post - I will look at the link.
ASKER CERTIFIED SOLUTION
bmcollis

THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
See Pricing Options
Start Free Trial
GET A PERSONALIZED SOLUTION
Ask your own question & get feedback from real experts
Find out why thousands trust the EE community with their toughest problems.
Amit

Thanks for sharing. However, for large user base, this method would take long time to recover. I advise you to implement dag.
Experts Exchange is like having an extremely knowledgeable team sitting and waiting for your call. Couldn't do my job half as well as I do without it!
James Murphy
bmcollis

ASKER
Amit

The client only has about 20 users and one server - hard to implement DAG - but I appreciate I never indicated the size I was dealing with.
Time wise ended up being about 15min/user to export, create profile and import email
And about 5 hours to work out what to do on the server.


As for the DB file, it was unreadable - I could not copy it off to another storage device, so was not able to do any repair on it.

I appreciate all help in this matter.  Your responses ensured me there was help out there.

Brian
Amit

Thanks for the reply Brian. I was just sharing my thoughts, if same method used with large user base. It will take long time to recover. For 20 user, you did the right solution and just keeping regular backup will help you in such situation. Or moving them to office 365 is the best option, as there  you get High availability also.