Exchange 2013數(shù)據(jù)庫(kù)可移植性恢復(fù)用戶數(shù)據(jù)庫(kù)（二）

案例講述：

我目前環(huán)境中有一套Exchagne01和Exchange02服務(wù)器，全部是全角色安裝的exchange2013CU8的系統(tǒng)。

這兩臺(tái)服務(wù)器同屬一個(gè)DAG組，由于特殊原因DAG的故障轉(zhuǎn)移群集出現(xiàn)問(wèn)題，無(wú)法正常恢復(fù)，導(dǎo)致用戶郵箱不能訪問(wèn)。

目前發(fā)現(xiàn)Exchange01上的數(shù)據(jù)庫(kù)被動(dòng)副本數(shù)據(jù)復(fù)制不正常，Exchagne02上的數(shù)據(jù)庫(kù)主動(dòng)副本數(shù)據(jù)內(nèi)容正常。

此過(guò)程中服務(wù)器DAG組無(wú)法恢復(fù)正常，用戶沒(méi)法訪問(wèn)郵箱。多次嘗試也不能將Exchange01或者Exchange02任意一臺(tái)從DAG中刪除。

為了盡快恢復(fù)用戶訪問(wèn)，我們?cè)诃h(huán)境中全新部署了Exchange04服務(wù)器，該服務(wù)器正常運(yùn)行，可以新建用戶和數(shù)據(jù)庫(kù)副本。

隨后我們將Exchange02服務(wù)器上正常的數(shù)據(jù)庫(kù)副本拷貝到了Exchange04的默認(rèn)數(shù)據(jù)庫(kù)副本目錄下。

如何才能使這個(gè)正常的數(shù)據(jù)庫(kù)副本掛載到Exchange04上，使用戶可以正常訪問(wèn)郵箱

解決方案如下：

使用數(shù)據(jù)庫(kù)可移植性移動(dòng)郵箱數(shù)據(jù)庫(kù)

https://technet.microsoft.com/zh-cn/library/dd876926(v=exchg.150).aspx

數(shù)據(jù)庫(kù)可移植性是使 Microsoft Exchange Server 2013 郵箱數(shù)據(jù)庫(kù)移動(dòng)到或裝入同一組織中的任何其他郵箱服務(wù)器的功能，此組織運(yùn)行具有相同數(shù)據(jù)數(shù)據(jù)庫(kù)架構(gòu)版本的數(shù)據(jù)庫(kù)的 Exchange 2013。以前版本的 Exchange 的郵箱數(shù)據(jù)庫(kù)無(wú)法移動(dòng)到運(yùn)行 Exchange 2013 的郵箱服務(wù)器。通過(guò)使用數(shù)據(jù)庫(kù)可移植性，可以免除恢復(fù)過(guò)程中容易導(dǎo)致錯(cuò)誤的多個(gè)手動(dòng)步驟，從而提高可靠性。此外，數(shù)據(jù)庫(kù)可移植性可減少各種故障情況的總恢復(fù)時(shí)間。

當(dāng)使用數(shù)據(jù)庫(kù)可移植性恢復(fù)郵箱數(shù)據(jù)庫(kù)時(shí)，操作系統(tǒng)版本、源上的 Exchange Server 版本以及目標(biāo) Exchange 服務(wù)器必須相同。 例如，如果 Exchange 2013 郵箱數(shù)據(jù)庫(kù)之前已裝入運(yùn)行 Windows Server 2012 的服務(wù)器，那么只有在將數(shù)據(jù)庫(kù)遷移到同樣運(yùn)行 Windows Server 2012 和 Exchange 2013 的服務(wù)器上時(shí)，數(shù)據(jù)庫(kù)可移植性才能正常使用。

數(shù)據(jù)庫(kù)可移植性

https://technet.microsoft.com/zh-cn/library/dd876873(v=exchg.150).aspx

關(guān)于將已經(jīng)不正常的數(shù)據(jù)庫(kù)進(jìn)行修復(fù)，即保證Exchange02上的數(shù)據(jù)庫(kù)可以被正常移植到Exchange04上。

請(qǐng)一定確保數(shù)據(jù)庫(kù)能夠正常mount之后恢復(fù)郵箱：

1. 確認(rèn)數(shù)據(jù)庫(kù)是否處于clean shut down 的模式 （這個(gè)數(shù)據(jù)叫A）

eseutil /mh “database file name”

· 確保數(shù)據(jù)庫(kù)文件處于clean shutdown的狀態(tài)

2. 如果數(shù)據(jù)庫(kù)文件處于dirty shutdown狀態(tài)，我們可與運(yùn)行如下命令行去修復(fù)數(shù)據(jù)庫(kù)文件：

Eseutil /r E01

注意：E01這個(gè)check point文件要和你日志文件夾里的check point文件的名字一致

3. 如果soft recovery 失敗，需要運(yùn)行如下命令行進(jìn)行硬修復(fù)，但是這樣會(huì)存在部分?jǐn)?shù)據(jù)丟失的情況：

eseutil /p “database file name”

4. 此時(shí)新建恢復(fù)用的數(shù)據(jù)庫(kù)（B），確保數(shù)據(jù)庫(kù)可以正常mount。然后設(shè)置如下參數(shù)：

5. 此時(shí)卸載新的數(shù)據(jù)庫(kù)，把原來(lái)的數(shù)據(jù)文件拷貝到當(dāng)前數(shù)據(jù)庫(kù)文件夾所在的路徑，然后將B名字改成C,將A的名字改成B。這里是指EDB文件的名字。
6. 針對(duì)還在舊的down掉的數(shù)控庫(kù)里的郵箱，運(yùn)行如下命令行恢復(fù)到新的數(shù)據(jù)庫(kù)上：

Get-Mailbox “mailbox name” |Set-Mailbox –Database “B”

PS:其實(shí)之前如果沒(méi)有做過(guò)別的操作的話，正常情況下，我們只需運(yùn)行如下命令行針對(duì)全DB恢復(fù)就可以了：

Get-Mailbox –Database “A” |Set-Mailbox –Database “B”

7. 如果用戶郵箱已經(jīng)先運(yùn)行如下命令行收集斷開(kāi)的郵箱的信息：

Get-MailboxStatistics –Database “B” | Where { $_.DisconnectReason -ne $null } | fl DisplayName,MailboxGuid,Database,DisconnectReason,identity

8. 運(yùn)行如下命令行連接到對(duì)應(yīng)的AD賬戶：

Connect-Mailbox -Identity "上面命令行里導(dǎo)出的Identity" -Database B -User "AD 用戶名" -Alias “Alias”

9. 全部操作完需要重啟IS 和 IIS服務(wù)。