年底了，伺服器也開始鬧情緒了，最近不知道咋回事，由于各種原因（如底層存儲系統上的硬體故障），資料庫副本可能處于失敗狀态。解決資料庫副本失敗的根本原因之後，您需要重新生成副本，副本是通過複制承載健康副本的另一個DAG成員的資料來建立資料庫的新副本的過程。
為了示範如何重新設定失敗的資料庫副本，我首先導緻了其中一個資料庫的失敗，這可以在Get-MailboxDatabaseCopyStatus cmdlet 的輸出中看到。
重新播種資料庫副本時有許多考慮因素。
首先，重新填充所需的時間将取決于資料庫的大小以及源伺服器和目标伺服器之間的網絡性能。
預設情況下，種子将使用托管活動資料庫副本的DAG成員作為源。
如果資料庫的大小為500Gb，那麼需要通過網絡複制500Gb的資料庫，再加上該資料庫的事務日志檔案和内容索引。這可能會增加大量需要通過網絡傳輸的資料。
如果DAG成員僅存在于通過高速LAN連接配接的單個站點内，則這不太可能成為問題。
但是，如果DAG成員存在于多個WAN中的多個站點，那麼這可能是一個更大的問題。
幸運的是，您可以為資料庫重新指定一個源伺服器，進而允許您選擇一個具有更好連接配接性的伺服器，例如與具有失敗的資料庫副本的伺服器位于同一站點中的另一個DAG成員。
打開Exchange管理中心并導航到伺服器 - >資料庫。選擇具有失敗副本的資料庫。
在顯示為失敗的資料庫副本上，單擊更新連結。
您可以單擊“ 浏覽”并根據需要指定源伺服器，否則請單擊“儲存”以從承載活動資料庫副本的伺服器重新設定種類。
等待再次操作完成。
我們還可以使用Update-MailboxDatabaseCopy cmdlet 執行重新播種。
要重新輸入的資料庫以“資料庫名稱伺服器名稱”格式輸入，例如：
<code>[PS] C:\&gt;Update-MailboxDatabaseCopy "Mailbox Database 2E15MB1"</code>
要指定源類型的源伺服器，請使用-SourceServer參數。
<code>[PS] C:\&gt;Update-MailboxDatabaseCopy "Mailbox Database 2E15MB1" -SourceServer EXMB3</code>
如果收到日志檔案已存在于資料庫的事務日志路徑中的錯誤消息，則可以使用-DeleteExistingFiles參數告知Exchange伺服器在開始重新設定種子之前删除這些檔案。
<code>[PS] C:\&gt;Update-MailboxDatabaseCopy "Mailbox Database 2E15MB1" -DeleteExistingFiles</code>
最後，對于您不希望保持Exchange指令行管理程式處于打開狀态，或者腳本重新編寫并且不希望腳本必須等待重新編輯完成的冗長備份，可以使用-BeginSeed參數。
[PS] C:\>Update-MailboxDatabaseCopy "Mailbox Database 2E15MB1" -BeginSeed
當然這些參數可以互相結合使用，例如：
<code>[PS] C:\&gt;Update-MailboxDatabaseCopy "Mailbox Database 2E15MB1" -DeleteExistingFiles -BeginSeed -SourceServer E15MB3</code>
說到監控啊，我在TechNet庫裡發現了2個比較霸氣的腳本，大家可以玩玩。
腳本連結：
<a href="https://gallery.technet.microsoft.com/office/Database-Availability-9a25e9a1">https://gallery.technet.microsoft.com/office/Database-Availability-9a25e9a1</a>
<a href="https://gallery.technet.microsoft.com/scriptcenter/Generate-Health-Report-for-19f5fe5f">https://gallery.technet.microsoft.com/scriptcenter/Generate-Health-Report-for-19f5fe5f</a>
本文轉自 Juck_Zhang 51CTO部落格，原文連結:http://blog.51cto.com/itsoul/2048410