使用Backup Exec 12重建Exchange2003

这几天在测试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 ID: 9519

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，请不要选择这个选项。

 

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