About a week ago I was asked to do a restore of mail for a user between last august and this January. Naturally I thought this was going to be easy because how hard could a mailbox restore be using the Recovery storage group. However I would get an error stating that the IS store that I was trying to restore was already mounted so the restore failed. Then I found a blog entry by Brian stating this same issue and a solution. The solution involves creating a registry key entry on the backup server and the exchange server and then restarting the backup exec service.
HKLM\Software\Veritas\BackupExec\Engine\ese
name = “ignore mount state”
value = DWORD(1)
I want to thank Brian for this great find. It saved me a call to symantec which like calling RIM is something I avoid unless truly necessary and important.
Filed under: Exchange 2003, General
Does this actually restore into the RSG? It looks like a great workaround provided that it still restores into the correct location.
It does restore int RSG. As long as the checkbox “this database can be overwriten by a restore” is checked, I’ll restore into the RSG. Also, NEVER check this box on a production IS unless you want to restore to the IS directly. This is only in cases where your production IS is corrupt.
Redirection to the RSG is not handled by the backup softwre but by Exchange