Backup Exec 12在使用Recovery Storage Group进行恢复遇到的问题

Symantec Backup Exec 12运用了先进的GRT技术，可以对Exchange中的单个邮箱进行恢复，但是在12.0的版本中GRT（Granular Recovery Technology）技术还有一些问题，在恢复Exchange单个邮箱，特别是重定向到某个邮箱时经常会报错，只能恢复部分内容。唯一的解决办法就是升级到Backup Exec12.5，然后再安装补丁就可以了。backup Exec 12.是无法修复这个bug的。

但是我们可以使用Backup Exec 12结合微软的Recovery Storage Group来进行恢复，然后再针对单个邮箱进行恢复。

下面是恢复的过程和遇到的问题。

1.、针对数据库进行备份，这里就不在介绍了。

2、在Exchange System Manager中选中这台服务器，建立一个Recovery Storage Group，然后建立一个恢复的数据库，选择恢复想要的数据库，具体建立的步骤请参照《使用Recover Storage Group对Exchange2003数据库进行恢复》

3.、使用Backup Exec 12对这个数据库进行恢复，但是此时BE12会报错，显示

“Restore- \\*******\Microsoft Information Store\manager
Unable to restore the selected Microsoft Exchange database 'manager-1' because it is currently mounted.  Use the Exchange System Manager to dismount it, and then retry the job.”

报错代码：V-79-57344-34041
 

但是Exchange的Recovery Storage Group的目的就是让源Database在在线的状态下，而将数据透明的回复到Recovery Storage Group中，然后再恢复到生产数据库中，如果dismount源数据库，那就失去了RSG的意义。

这是因为BE在恢复时回去AD里面查看数据库的mount情况，而Exchaneg中这个数据库确实是处于mount状态的。

我们所要做的就是修改一个注册表的键值，让BE忽略mount状态的检查，这样就可以恢复Recovery Storage Group了。具体修改的键值为(在BE 服务器上和Exchange服务器上都要增加)：

HKLM\Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\ESE

键名：ingore mount state

类型：Dword

键值：1

这样就可以将数据恢复到Recovery Storage Group了。

 

英文参考：

Backup Exec (10.1 at least) has an annoying (and undocumented) bug when it comes to restoring to an Exchange 2003 Recovery Storage Group. When you go to restore a mail store to a recovery storage group, BE goes along for a couple minutes and then fails with error "V-79-57344-65280 - Unable to restore the selected Microsoft Exchange database 'MailStoreNameHere' because it is currently mounted. Use the Exchange System Manager to dismount it, and then retry the job.". The whole point of the recovery storage group is to restore user data without dismounting the production store, so this doesn't make a whole lot of sense. Recovery Storage Groups are a feature that is transparent to the backup/restore program. Exchange automatically redirects the restore to the recovery storage group as part of the existing APIs.

Apparently the issue is that Backup Exec is doing a query to Active Directory to determine whether the store is mounted, and of course it is. There is a registry key which can be set to tell Backup Exec to ignore the results of this query. To make this change create the following registry value (DWORD) on the Backup Exec server and the Exchange server:

HKLM\Software\Veritas\BackupExec\Engine\ese

name = "ignore mount state"

value = DWORD(1)