Link to home
Start Free TrialLog in
Avatar of YMartin
YMartin

asked on

Exchange 2010 mailbox restore

A user was scrolling up in Outlook yesterday and instead of grabbing the slider grabbed a subfolder (2500 emails in it) of the inbox and dragged it into the Outbox.  She then panicked and cancelled the move operation.  Afterwards both the outbox and the subfolder were empty.  A search in ECP revealed the emails were still there however there was now no way I could find to determine which emails were in that folder and restore just those emails.

So I restored the database from yesterdays backup and mounted it as a restoreDB.  I have now issued several New-MailboxRestoreRequest commands in an attempt to restore just that one folder:

New-MailboxRestoreRequest -SourceDatabase recoverdb -SourceStoreMailbox 'user' -TargetMailbox 'usertemp' -IncludeFolders '#inbox#\2010\' -ExcludeDumpster -TargetRootFolder '#inbox#' -AllowLegacyDNMismatch

Open in new window


I have tried various variations for the -includeFolders parameter (2010,#inbox\2010#) but it just runs and ends up restoring nothing or throws errors.  I have tried just #inbox# itself and it restored the inbox but no subfolders.  

I am now restoring the entire mailbox (it's big) and will manually move the folder over in Outlook but there simply has to be a better way to do this.  The syntax explanation from Microsoft is not helpful as it does not give an example for a subfolder.  

Any help would be appreciated with either a method to extract the folder from the backup or to restore the contents of the folder which disappeared during the copy/move operation cancellation.
ASKER CERTIFIED SOLUTION
Avatar of Amit
Amit
Flag of India image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
What if you check "Recover deleted Items folder for the Source folder" ?

- Rancy
Avatar of YMartin
YMartin

ASKER

Apparently canceling a move request deletes all the items.  Nice one Microsoft.  Additionally after restoring yesterdays database, in following the restore instructions I applied the transaction logs thinking only the logs in the backup set were applied since that is the path which I provided when applying the logs but since the folder was missing in the backup also when I mounted it I can only conclude that the current transactions logs were also applied "against all expectation" (seems to be the catch phrase here).
Avatar of YMartin

ASKER

Did a mailbox search for contents of that folder approximately and pushed that over.  Restoring and copying would have worked too.