使用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.comMicrosoft Information Storemanager
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 NameNew 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，请不要选择这个选项。
接下来，就是等待恢复完成了。
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.comMicrosoft Information Storemanager
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 NameNew 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，请不要选择这个选项。
接下来，就是等待恢复完成了。
2011-12-01
浏览3285
下载0