使用Backup Exec 12重建Exchange2003-chenzhonghua

娟斌心

　　这几天在测试Backup Exec12里重建Exchange2003，整个恢复过程跟用NTbackup重建过程相差不大，但是也有一点小的差别，就是这点差别让我折腾了几天。下面我将整个过程以及注意的事项描述一下。
　　1. 备份：
　　使用Backup Exec 12对Exchange的备份就不用再说了，在选择列表中选择Exchange Information Store然后进行备份。
　　2.、服务器重建：
　　如果Exchange服务器当机，操作系统无法启动的话，我们需要重新安装操作系统，然后升级所有的service pack和hotfix。
　　将服务器加入到域中。在加域时需要注意一下两个问题：
　　a、服务器计算机名需要与原来的服务器计算机名一致
　　b、需要在AD中Reset Exchange 服务器的计算机账号，这样新的服务器才能加入到域中（计算机账号的密码不一样，所以需要Reset一下）
　　然后执行backup Exec的agent安装。
　　3、重建Exchange
　　使用Exchange2003的安装介质，并且在安装时使用disasterrecover参数，运行如下命令：
　　setup.exe /disasterrecovery
　　在exchange 2003 sp2的安装文件中执行：
　　update.exe /disasterrecovery
　　disasterrecovery的意义在于它会重新注册Exchange的相关设置并拷贝相关的Exchange文件，并且从AD中读出原有的Exchange信息，相对于Exchange的正常安装，省去了Exchange对domain，forest扩展等的步骤，安装速度非常快。
　　4.、使用Backup Exec 12执行对exchange的恢复
　　这里有一点需要注意的地方：
　　Exchange2003 在disaster recovery安装完成之后，所有的database都是出于dismount状态的，NTbackup重建的话直接执行恢复就可以了，但是用Backup Exec 12来进行恢复就不行，总是出现报错：
　　Restore- \\ble-uk-mail-03.bcp.bleum.com\Microsoft Information Store\manager
　　Access denied to database *****
　　Error writing file data.
　　Access denied to database *******
　　Error writing file data.
　　V-79-57344-65146 - An error occurred with Exchange Server.
　　Please use the Event Viewer to examine the event log for details.
　　报错如下图：

　　试了很多次也不行，而且这个错误代码也找不到相关的解决方式，最后觉得可能是由于权限的问题，在Exchange的数据库目录中没有被恢复的文件，所以解决的方法是：
　　在Disaster Recovery后手工将数据库mount上去，这样就Exchange就会产生一个空的数据库，并将空的数据库文件写入相应的文件夹，然后在数据库属性中选择“This database can be overwriten by a restore”，否则BE12又会报错的。
　　在一次恢复中发现数据库mount不上去，Exchange总是报错，Eventlog中有如下报错：
　　Event Type: Error
　　Event Source: MSExchangeIS
　　Event Category: General

　　Event>　　Computer: ServerName
　　Description:
　　Error 0x80040102 starting database "Storage Group Name\New Store Name" on the Microsoft Exchange Information Store.
　　Only new stores do not mount; existing stores mount.
　　后来参照微软KB： http://support.microsoft.com/kb/299680 解决，思考下来觉得这里面的问题主要是原来Exchaneg服务器的SID与现在重新进行恢复的计算机的SID不同，导致AD中权限的丢失，而是用NTbackup恢复系统状态就会将重建的计算机SID还原成原来的SID，而不会出现这个问题。所以这是在disaster recovery过程中应该注意的问题。
　　再在BE12中进行恢复，不过恢复前要确保选择“Dismount before restore”，另外选择“Purge Existing data and restore only database and transaction logs” 如下图：不过如果只是从fullbackp恢复的话，可以选择mount database after restore，如果还有增量备份的log，请不要选择这个选项。

　　接下来，就是等待恢复完成了。