這幾天在測試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 *******

試了很多次也不行，而且這個錯誤程式碼也找不到相關的解決方式，最後覺得可能是由於許可權的問題，在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，請不要選擇這個選項。

接下來，就是等待恢復完成了。

轉載於:https://blog.51cto.com/chenzhonghua/414062