40、恢復資料庫在mount之前，要確保資料一致性。正確的做法是在掛載資料庫之前，將資料庫日誌commit到資料庫，打開恢復資料庫日誌資料夾，可以看到日誌檔都以E01開頭。
41、打開Exchange Management Shell，進到資料庫目錄：Mailbox01，執行執行Eseutil.exe /R e01 /I /D，執行時間及資料庫及日誌大小來確認，由於是測試環境，所以很快完成
42、用來命令：Eseutil.exe /mh mailbox01.edb 查看資料庫的狀態，如果State顯示為Clean shutdown，則資料庫處於乾淨關閉狀態，可以直Mount；如果State顯示為Dirty shutdown,則資料庫還需要使用Eseutil /r進行軟修復或使用eseutil /p進行硬修復。下圖顯示為Clean shutdown，則可以直接Mount!
43、進到EMC中，Mount資料庫Mailbox01
44、Mailbox01正常Mount！
45、檢查恢復出來的郵件資料中的使用者郵件，可以以下命令，將當前資料庫中的使用者、郵箱大小匯出為CSV來查看：
Get-Mailbox -database mailbox01 |Get-Mailboxstatistics |sort totalitemsize -desc |ftdisplayname,totalitemsize,itemcount>d:\\report\\mailbox01.csv
46、直接開啟用戶Outlook或是用OWA進入郵件，看到郵件已經恢復！
47、至此，DAG環境中的第一台成員EX01已恢復完成，恢復第二台成員就相對簡單了，參考本文第1-6步，即能完成第二台成員的安裝，然後再添加DAG成員、恢復DAG的複製。或參考微軟官方文章：
http://technet.microsoft.com/zh-cn/library/gg513521(v=exchg.141).aspx#PrepAD 總結：假設上面進行的備份都是備份在移動存放裝置或備份在雲空間上，當企業發生嚴重災難，原有伺服器、資料發生災難性破壞時，可以從現有異地存放的移動存放裝置或是雲空間上的備份，來恢復企業AD架構、Exchange架構及資料，爭取最短時間來恢復企業運行與生產！其中AD環境的備份與恢復（2008R2與2012操作方法一樣），參考文章： WinServer2012 AD備份與恢復之一：系統狀態備份與恢復: http://hubuxcg.blog.51cto.com/2559426/1151767
WinServer2012 AD備份與恢復之二：整台伺服器的備份與恢復: http://hubuxcg.blog.51cto.com/2559426/1151751
在完成AD環境恢復後，再參考本文進行Exchange DAG環境的恢復，當然，如果你的環境中，沒有DAG，只是單台的All In One環境，則恢復過程相對簡單，可以跳過本文中DAG相關的操作步驟
上次的DAG恢復是在測試域的環境中進行, (參考文
章: http://hubuxcg.blog.51cto.com/2559426/1156785),本次利用工作環境域,再做一次的時候碰到2個問題,現記錄下來,分享給大家!
環境說明:原DAG的環境由MAL741/MAL742兩台Exchange Server組成,現用Setup /mode: Recoverserver完成第一台Server MAL741的安裝, 1. DatabaseCopy無法刪除 問題描述:
執行到第15步:刪除DAG中MAL742的DatabaseCopy時,發現有幾個DB無法刪除,在執行PowerShel:Remove-MailboxDatabaseCopy -Identity QX-DB2\\MAL742 -Confirm:$False時報以下錯誤:
原因分析:
因為DB當前Hosted(Active)在未恢復的主機:MAL742上,而MAL742當前還未恢復,所以無法刪除,用Mover-ActiveMailboxDatabase也無法執行成功! 解決方法:
進到AD中, 打開ADSIEDIT，進到目前要恢復的DB，如：QX-DB2
Configuration\\CN=Configuration,DC=Domain,DC=com\\CN=Services\\CN=Microsoft Exchange\\CN= Domain \\CN=Administrative Groups\\CN=Exchange Administrative Group\\CN=Database \\CN=QX-DB2,QX-DB2為當前需要恢復的DB，右鍵，屬性