asldavidprice
asked on
eseutil on Exchange 5.5, empty mailboxes, calender, sent items
I ran an eseutil against a PRIV.EDB on an Exchange 5.5. The old PRIV was backed up and the defragged file was created in a separate location. Temp PRIV was then copied to the mbtdata directory. The original PRIV.EDB deleted and the temp.edb renamed to PRIV.EDB. The server was then rebooted.
The users logging on can send/recieve email but all the previous emails, calender, sent items etc are all empty as if all the content has been deleted.
Any ideas as to why this has occurred?
The users logging on can send/recieve email but all the previous emails, calender, sent items etc are all empty as if all the content has been deleted.
Any ideas as to why this has occurred?
abhijitmdp
You'll not need to replace the existing database with a temp one after the defrag, better you run isinteg now.
ASKER
The eseutil command I used leaves the original PRIV file alone and creates a new defragged temp.edb in a different location. The original PRIV was backed up before doing anything. The defragged temp.edb was then copied to the mbtdata directory, the PRIV.EDB was deleted and the temp.edb renamed to PRIV.EDB.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
1. I assume you ran ESEUTIL /D ?
2. What is the exact command you ran?
3. Did you tell it to not copy the defragged EDB back into place, beucase that is the default action, i.e. original stays in place, temp.edb is created and then upon completion the Original is deleted and temp renamed and moved back into place.
4. you are going to want to preserve the new existing database because at minimum you have all the current data within that EDB and if your existing DB is still around and you can get the old data back you will need to recover the new data into the old once its live via RSG or by using a 3rd party utility.
If you want to learn more about my company or to contact me check my profile
2. What is the exact command you ran?
3. Did you tell it to not copy the defragged EDB back into place, beucase that is the default action, i.e. original stays in place, temp.edb is created and then upon completion the Original is deleted and temp renamed and moved back into place.
4. you are going to want to preserve the new existing database because at minimum you have all the current data within that EDB and if your existing DB is still around and you can get the old data back you will need to recover the new data into the old once its live via RSG or by using a 3rd party utility.
If you want to learn more about my company or to contact me check my profile
ASKER
Issue was as outlined.
ASKER
Exactly as I outlined. Recovered mail data using third party tool.