Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Mailbox Managment Policy deleted 13GB and I need it back! 2

Status
Not open for further replies.

Crewdawg

Technical User
Oct 29, 2005
30
US
I am a new IT Manager and I made a mistake today, a big mistake. Let me start at the beginning and excuse the long post, I want to be thorough so you can understand my plight.

We run an Exchange 2003 SP2 on Windows Server 2003 SP2. We currently have around 200 Mailboxes. Our backup system is a Quantum Superloader 3 using Symantec Backupexec 11D. We do have the Exchange Agent for Backupexec. We do not have circular logging enabled.

We have in the past not set any size limits for sending or receiving messages. We also never implemented quotas or limits on user mailboxes. As a result we have seen explosive growth on the server and reached the 75GB limit today. Of course the mailbox store dismounted automatically.

I went into Exchange and turned the retention policy down from 30 days to 0 days and ran the Cleanup Agent. All of the mailboxes pending deletion were already backed up and it was an easy way to free up 2.5GB. Disaster was averted and the server was up and running with the store mounted. Now we needed a permanent solution and I knew the majority of our problem was not have any policies in place. Were we to control out mailbox management better we could last much longer on 75GB. Our largest ten mailboxes all topped 1.5GB each.

I began to open the mailbox management policy and set it to report the space savings we would realize if we implemented a new management policy. I set it to report any message over 10MB and any deleted item over 7 days. Along with this I was planning on implementing a 10MB to 15MB send and receive limit. I would would want to seek management backing to help hedge user backlash and this report should seal the deal.

Here is where the problem is: Somehow I accidentally selected Delete Immediately instead of Generate Report Only. When the report arrived there had been 13GB deleted. With retention still set to 0 days at the time the user can not recover their own messages through Outlook.

The last full backup was Saturday August 25, 2007. I have an incremental backup from last night as well.

I have no idea where to begin.

Should I restore the entire Information Store? and then what?

Should I inform the users and selectively restore?

Should I contact Microsoft with a support incident for advice or would that not be of any help here?

Is is possible for Symantec to help me automate the restore of these files?

-Sean H
----------------------------------------
Multithreading is just one thing after, before, or simultaneous with another.
 
Set the retention policy to 7 days at least. This will give users a week to correct their mistakes if they happen to delete something they needed. I assume the 13GB of mail consists mostly of 30 days worth of deleted mail so I would not worry much, most of the lost mail has already been deleted. If you happen to have users complain of missing mail simply create an Exchange Recovery Group, restore your back up and use Power Controls from ONTrack to restore messages as necessary. If you had really deleted anything older than 7 days (way too restrictive) you should have freed more like 60GB, not 13GB. Just my thought.
 
The retention policy is normally set to 30 days, and under normal circumstances that is fine. I have already returned the retention settings back to 30 days (after the delete had happened).

The 13GB of mail consist of 37,000 messages, any message greater than 10MB or any deleted item older than 7 days.

The theory being that if it is in deleted items than it should not stay there more than a week. The retention policy is 30 days, so a user would still have a month to recover the deleted item.

In regards to ONTrack, I can recover individual files from backup from Backup Exec 11D.

Will exmerge.exe accomplish the same task from the recovery group.

-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
Exmerge can copy (or move) messages from an Exchange mailbox into an Outlook .PST file so I guess it could work. Ontrack gives you mailbox access using unmounted edb/stm files though and this is why I use it so much when performing message recovery.

Let's face it, you're missing 37,000(!) messages. I think I would roll the store back to the last back up, it seems like the easiest fix right now.
 
I am researching Exmerge as we speak. Do you know if it is capable only restoring messages that do not exist in the mailbox. I just don't want to create duplicate messages.

The Full and Incremental backups will restore me until Monday at 1800 hours. Is there any thing that can be done to keep or recreate the messages up until the delete happened. That would at least get us down to only a few hours of lost e-mail.



-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
I'll use a reference to answer your question:

"EXMerge is smart about duplicating messages: If you export all the contents of a mailbox twice to the same .PST file, you won't end up with two copies of each message. When going from .PST file to Exchange server mailbox, EXMerge is just as smart about not importing duplicates. One side effect of this excellent duplicate detection is that you can use EXMerge as a "brick backup" solution.
 
This is what I have gathered here and in my research.

1. Restore Information Store Backup to Recovery Store Group
2. Restore Incremental Backups to Recovery Store Group
3. EXMerge from Recovery Group to Storage Group

Is there flaw in this logic?

-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
Any tips before I dive into Exmerge?

-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
ExMerge is pretty straight forward, and pretty harmless. Before you get knee deep in exmerge though, I would practice on a disabled user's mailbox, just so you get some exposure.

Mike Fegan


Affordable Web Hosting, SSL Certs, and much more... from the "weirdest" city in Texas.
 
After speaking with others (this is posted on different forumns) I am working on an Full restore.

I am presented with three options for the Exchange restore in Backup Exec 11D.

1. Restore all transaction logs; do not delete existing transaction logs (no loss restore)

2. Restore all transaction logs until the point in time of; skip transactions after this time

3. Purge existing data and restore only the database and transaction logs from the backup sets.

I know #3 is out. The questions is what happens to already existing messages in the Information Store?

Would not #1 just redo the deletion of all those files through the transaction logs?

If that is the case #2 would be the best option and we would only lose any mail since the event, or would we?

-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
Sorry - you've been advised elsewhere that doing a full restore straight into your live store is a better option?
 
Yes. I not convinced though.

Would you recommend the Exmerge method?

-Crewdawg
----------------------------------------
I suspect that Microsoft Access is nothing but Microsoft Excel with a VBScript wrapper.
- Unknown
 
I agree as well. You will probably upset more people restoring directly to the store, than you will by restoring messages as-needed.

Mike Fegan


Learn how to tweak YOUR box, and talk shop with other techies!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top