郵箱數(shù)據(jù)庫(kù)及其包含的數(shù)據(jù)是任何 Exchange 組織最重要的組件之一。 在 Microsoft Exchange Server 2013 中，可以通過(guò)配置郵箱數(shù)據(jù)庫(kù)以實(shí)現(xiàn)高可用性和站點(diǎn)恢復(fù)來(lái)保護(hù)郵箱數(shù)據(jù)庫(kù)及其包含的數(shù)據(jù)。Exchange 2013 在提供更高級(jí)別的端到端可用性和支持較大的郵箱的同時(shí)，還可以減少部署具有高可用性和恢復(fù)能力的郵件解決方案的成本和復(fù)雜性。Exchange 2013 構(gòu)建于 Exchange 2010 中的本機(jī)復(fù)制功能和高可用性體系結(jié)構(gòu)上，使各個(gè)市場(chǎng)中各種規(guī)模的客戶都可以在組織中經(jīng)濟(jì)高效地部署郵件連續(xù)性服務(wù)
學(xué)完本節(jié)后我們將能夠：
1、 為DAG 規(guī)劃軟硬件
2、 描述活動(dòng)管理器
3、 描述持續(xù)復(fù)制
4、 理解DAG如何保護(hù)數(shù)據(jù)庫(kù)
5、 創(chuàng)建配置DAG
6、 配置數(shù)據(jù)庫(kù)高可用
7、 描述故障轉(zhuǎn)移的過(guò)程
8、 描述如何執(zhí)行DAG的監(jiān)控和管理
9、 監(jiān)控復(fù)制狀態(tài)
環(huán)境：
Exchange 版本 | Exchange Server 2013 SP1 |
Exchange 所在操作系統(tǒng) | WS2012 R2 |
Outlook 版本 | Outlook 2010 |
客戶端 | OWA |
Outlook 所在操作系統(tǒng) | WIN7 SP1 |
仲裁維護(hù)了一個(gè)邏輯對(duì)象，使群集可以知道當(dāng)前哪個(gè)節(jié)點(diǎn)是活動(dòng)的，哪個(gè)節(jié)點(diǎn)是被動(dòng)的，另外仲裁也決定了如果活動(dòng)節(jié)點(diǎn)失敗后哪個(gè)被動(dòng)節(jié)點(diǎn)將被激活，在Exchange中，將由Exchange 2013去配置故障轉(zhuǎn)移群集仲裁，決定了節(jié)點(diǎn)數(shù)量、存儲(chǔ)、網(wǎng)絡(luò)等組件。
仲裁可以阻止兩個(gè)及以上節(jié)點(diǎn)同時(shí)發(fā)生故障轉(zhuǎn)移，一般來(lái)說(shuō)，同時(shí)操作可能發(fā)生在當(dāng)網(wǎng)絡(luò)中斷時(shí)，如果沒(méi)有仲裁機(jī)制，每個(gè)節(jié)點(diǎn)都將嘗試進(jìn)行故障轉(zhuǎn)移。
為了防止群集分裂，故障轉(zhuǎn)移群集使用了投票算法去決定是否有足夠的投票去維護(hù)仲裁，因?yàn)榧榷ǖ娜杭兄付ǖ墓?jié)點(diǎn)和指定的仲裁配置，群集決定了需要多少投票，如果投票低于絕大多數(shù)，群集將不會(huì)啟動(dòng)，群集將繼續(xù)去監(jiān)聽(tīng)其他節(jié)點(diǎn)，以防在網(wǎng)絡(luò)上出現(xiàn)其他節(jié)點(diǎn)，然而，節(jié)點(diǎn)在沒(méi)有達(dá)成共識(shí)之前不會(huì)成為群集。
打個(gè)比方，如果是一個(gè)5節(jié)點(diǎn)的群集，群集要繼續(xù)工作，就必須保證至少有3個(gè)可用的投票，在Exchange 2013中，這個(gè)投票方可以是節(jié)點(diǎn)，也可以是見(jiàn)證文件共享，當(dāng)絕大多數(shù)投票不可用，或只有一半投票可用，群集將不會(huì)啟動(dòng)，此外，當(dāng)投票低于一半的時(shí)候，Exchange 2013將會(huì)卸載數(shù)據(jù)庫(kù)。
注意：Exchange Server 2013也支持將見(jiàn)證放于其他站點(diǎn)中
Windows Server 2012 仲裁配置
Windows Server 2012提供了四種仲裁的配置，多數(shù)節(jié)點(diǎn)、節(jié)點(diǎn)和多數(shù)文件共享、多數(shù)節(jié)點(diǎn)和磁盤、僅磁盤。然而，Exchange Server 2013只支持節(jié)點(diǎn)和多數(shù)文件共享，在節(jié)點(diǎn)和多數(shù)文件共享的這種配置下，每個(gè)群集節(jié)點(diǎn)加上見(jiàn)證服務(wù)器都可以投票，群集只工作在絕大多數(shù)投票的情況下，也就是說(shuō)，要超過(guò)一半的投票數(shù)時(shí)，群集才能保持工作，如果投票數(shù)少于一半，將停止群集的正常工作。
配置Non-Voting群集節(jié)點(diǎn)
在Windows Server 2012中，可以配置不具備投票的群集節(jié)點(diǎn)去維護(hù)仲裁，你可以使用“配置群集仲裁向?qū)А比ヅ渲霉收限D(zhuǎn)移管理器。Exchange 2013 也是支持這種配置，然后我們應(yīng)該仔細(xì)思考是不是應(yīng)該使用它。
比如，在考慮站點(diǎn)恢復(fù)能力的場(chǎng)景中，如果仲裁丟失了，提供本地失敗保護(hù)，在這個(gè)場(chǎng)景中，有5個(gè)DAG成員，三個(gè)在主站點(diǎn)中，兩個(gè)在故障恢復(fù)站點(diǎn)中，如果需要，我們可以在故障恢復(fù)站點(diǎn)中刪除投票，如果輔助站點(diǎn)失敗的話，這是可能的。因?yàn)槿绻俨脕G失后，在群集關(guān)閉之前，我們?nèi)匀挥幸粋€(gè)額外的本地故障恢復(fù)能力。
當(dāng)我們實(shí)施DAG的時(shí)候，我們應(yīng)該確認(rèn)我們符合指定的先決條件，我們需要考慮相關(guān)常規(guī)配置、操作系統(tǒng)版本、網(wǎng)絡(luò)配置、DAG配置等。
常規(guī)配置：
1、 DNS中必須有每個(gè)Exchange 的主機(jī)記錄，最好可以動(dòng)態(tài)更新。
2、 每臺(tái)郵箱服務(wù)器必須在相同域的成員，在同一個(gè)DAG中的郵箱服務(wù)器不可以是不同AD域的成員。
3、 DAG成員的郵箱服務(wù)器不可以是域控制器，這是不支持的配置
4、 郵箱服務(wù)器的名字必須是唯一的并且最長(zhǎng)15個(gè)字符。
所有的DAG成員必須運(yùn)行相同的操作系統(tǒng)版本，所有的DAG成員必須運(yùn)行Windows Server 2008 R2 or Windows Server 2012\2012R2，我們不能在同一個(gè)DAG中包含兩個(gè)版本的操作系統(tǒng)，不然，當(dāng)加入DAG時(shí)，將會(huì)失敗。
DAG基于Windows 的故障轉(zhuǎn)移群集 ，所以只有企業(yè)版和數(shù)據(jù)中心版的Windows Server 2008 R2，或標(biāo)準(zhǔn)版和數(shù)據(jù)中心版的Windows
Server 2012或R2
只有一個(gè)網(wǎng)卡是支持的，不過(guò)還是建議有兩個(gè)網(wǎng)卡，因?yàn)閮蓚€(gè)網(wǎng)卡允許我們配置MAPI網(wǎng)絡(luò)和單獨(dú)的復(fù)制網(wǎng)絡(luò)。
在DAG成員之間的延遲必須小于500毫秒，當(dāng)我們?cè)诓煌奈锢淼攸c(diǎn)創(chuàng)建DAG時(shí)尤其重要。
如果我們也配置了IPV4時(shí)，我們可以使用IPV6，我們不能禁用IPV4
自動(dòng)專用互聯(lián)網(wǎng)協(xié)議是不支持的，也就是說(shuō)169開(kāi)頭的IP
除物理網(wǎng)絡(luò)和IP地址之外，DAG還有以下幾點(diǎn)需求：
DAG必須至少有一個(gè)IP地址在MAPI網(wǎng)絡(luò)上，這個(gè)地址可以是靜態(tài)或動(dòng)態(tài)的，靜態(tài)地址在大多數(shù)場(chǎng)景里能看到。
如果DAG跨多個(gè)子網(wǎng)，DAG必須在每個(gè)子網(wǎng)上至少有一個(gè)IP地址。
DAG的名字和成員名字一樣，必須少于15個(gè)字符，而且要唯一。
見(jiàn)證服務(wù)器”是 DAG 外部的服務(wù)器，當(dāng) DAG 的成員數(shù)為偶數(shù)時(shí)，使用該服務(wù)器可實(shí)現(xiàn)和維護(hù)仲裁。DAG 的成員數(shù)為奇數(shù)時(shí)，則不使用見(jiàn)證服務(wù)器。成員為偶數(shù)的所有 DAG 必須使用見(jiàn)證服務(wù)器。見(jiàn)證服務(wù)器可以是運(yùn)行 Windows Server 的任何計(jì)算機(jī)。不要求見(jiàn)證服務(wù)器的 Windows Server 操作系統(tǒng)版本與 DAG 成員使用的操作系統(tǒng)匹配。
仲裁在 DAG 下的群集級(jí)別維護(hù)。當(dāng) DAG 的大多數(shù)成員處于聯(lián)機(jī)狀態(tài)，并且可以與 DAG 的其他聯(lián)機(jī)成員通信時(shí)，DAG 才進(jìn)行仲裁。此仲裁概念是 Windows 故障轉(zhuǎn)移群集中仲裁概念的一個(gè)方面。在故障轉(zhuǎn)移群集中與仲裁相關(guān)的必需方面是“仲裁資源”。仲裁資源是故障轉(zhuǎn)移群集內(nèi)部的資源，它可為導(dǎo)致群集狀態(tài)和成員身份決策提供一種仲裁方法。仲裁資源還為存儲(chǔ)配置信息提供了永久存儲(chǔ)區(qū)。仲裁資源的配套組件是“仲裁日志”，它是群集的配置數(shù)據(jù)庫(kù)。仲裁日志包含以下信息：哪些服務(wù)器是群集的成員，群集中安裝了哪些資源，以及這些資源的狀態(tài)（例如，聯(lián)機(jī)或脫機(jī)）。
每個(gè) DAG 成員對(duì)如何配置 DAG 基礎(chǔ)群集應(yīng)具有一致看法，這一點(diǎn)至關(guān)重要。仲裁充當(dāng)了與群集相關(guān)的所有配置信息的權(quán)威性存儲(chǔ)庫(kù)。仲裁還用作關(guān)系斷開(kāi)裁判，以避免“網(wǎng)絡(luò)分區(qū)”癥狀。網(wǎng)絡(luò)分區(qū)癥狀是在 DAG 成員無(wú)法相互通信（但是在運(yùn)行）時(shí)發(fā)生的一種情況。始終要求大多數(shù) DAG 成員（在 DAG 成員為偶數(shù)時(shí)使用 DAG 見(jiàn)證服務(wù)器）可用并處于交互狀態(tài)，使 DAG 能夠正常工作，這樣即可防止網(wǎng)絡(luò)分區(qū)癥狀。
推薦將CAS服務(wù)器做為見(jiàn)證服務(wù)器，因?yàn)檫@樣做，額外負(fù)載是最小的，而且它已經(jīng)在Exchange Server management組的控制下，見(jiàn)證服務(wù)器無(wú)需和DAG成員運(yùn)行相同版本操作系統(tǒng)。
如果見(jiàn)證服務(wù)器不是Exchange Server，我們就需要將Exchange Trusted Subsystem group組加到見(jiàn)證服務(wù)器的本地管理員組中。
Microsoft Exchange Server 2013 包含名為“活動(dòng)管理器”的組件，可管理高可用性平臺(tái)，包括數(shù)據(jù)庫(kù)可用性組 (DAG) 和郵箱數(shù)據(jù)庫(kù)副本。 活動(dòng)管理器在所有郵箱服務(wù)器的 Microsoft Exchange 復(fù)***務(wù) (MSExchangeRepl.exe) 內(nèi)運(yùn)行。 在不是 DAG 成員的郵箱服務(wù)器上，有一個(gè)“活動(dòng)管理器”角色： “獨(dú)立活動(dòng)管理器”。 在作為 DAG 成員的服務(wù)器上，具有兩個(gè)活動(dòng)管理器角色： “主要活動(dòng)管理器”(PAM) 和“備用活動(dòng)管理器”(SAM)。 PAM 為 DAG 中的活動(dòng)管理器角色，用于確定哪些副本將是主動(dòng)副本，哪些副本將是被動(dòng)副本。 PAM 負(fù)責(zé)獲取拓?fù)涓耐ㄖ?duì)服務(wù)器故障作出反應(yīng)。 擔(dān)任 PAM 角色的 DAG 成員始終是當(dāng)前擁有群集仲裁資源（默認(rèn)群集組）的成員。 如果擁有群集仲裁資源的服務(wù)器出現(xiàn)故障，PAM 角色將自動(dòng)移至獲得群集仲裁資源所有權(quán)的仍正常工作的服務(wù)器。 此外，如果需要將托管群集仲裁資源的服務(wù)器脫機(jī)以便維護(hù)或升級(jí)，則必須先將 PAM 移至 DAG 中的其他服務(wù)器。 PAM 可控制數(shù)據(jù)庫(kù)各副本之間的主動(dòng)標(biāo)志的所有移動(dòng)。（在任意指定時(shí)間只能有一個(gè)副本處于活動(dòng)狀態(tài)，并且可以裝入或卸除該副本）。 PAM 還可以在本地系統(tǒng)上執(zhí)行 SAM 角色的功能（檢測(cè)本地?cái)?shù)據(jù)庫(kù)和本地信息存儲(chǔ)故障）。
要確定PAM所在位置，可以使用如下命令：
Get-DatabaseAvailabilityGroup <DAG Name> -Status | Format-List
Name, PrimaryActiveManager
在 Exchange 2013 中，Microsoft Exchange 復(fù)***務(wù)會(huì)定期監(jiān)視所有已裝入的數(shù)據(jù)庫(kù)的運(yùn)行狀況。 此外，它還會(huì)監(jiān)視可擴(kuò)展存儲(chǔ)引擎 (ESE) 中的任何 I/O 錯(cuò)誤或故障。 如果該服務(wù)檢測(cè)到故障，它將通知活動(dòng)管理器。 然后，活動(dòng)管理器會(huì)確定應(yīng)裝入哪個(gè)數(shù)據(jù)庫(kù)副本以及裝入該數(shù)據(jù)庫(kù)時(shí)需要執(zhí)行的操作。 另外，活動(dòng)管理器還會(huì)跟蹤?quán)]箱數(shù)據(jù)庫(kù)的活動(dòng)副本（基于該數(shù)據(jù)庫(kù)的最后一個(gè)裝入副本），并將跟蹤結(jié)果信息提供給與客戶端相連的客戶端訪問(wèn)服務(wù)器。
連續(xù)復(fù)制技術(shù)在Exchange 2007時(shí)被引入，Exchange 2010時(shí)也在使用，在Exchange 2010 SP1之后，連續(xù)復(fù)制就有了兩個(gè)可用的選項(xiàng)，文件模式和塊模式。
連續(xù)復(fù)制在DAG的其他服務(wù)器上創(chuàng)建被動(dòng)數(shù)據(jù)庫(kù)副本，使用異步日志傳送去維護(hù)副本，連續(xù)復(fù)制的文件模式過(guò)程包含以下幾步：
1、 擁有活動(dòng)數(shù)據(jù)庫(kù)的郵箱服務(wù)器角寫入活動(dòng)的日志然后關(guān)關(guān)閉日志。
2、 復(fù)***務(wù)復(fù)制這個(gè)關(guān)閉的日志到其他被動(dòng)數(shù)據(jù)庫(kù)的服務(wù)器
3、 因?yàn)槊總€(gè)數(shù)據(jù)庫(kù)的副本是一樣的，所以傳輸日志將被重播或重新應(yīng)用到數(shù)據(jù)庫(kù)副本，數(shù)據(jù)庫(kù)保持一致。
連續(xù)復(fù)制－塊模式 曾在Exchange Server 2010 SP1中被引入，塊模式用復(fù)制ESE 日志緩沖區(qū)的方式減少了在故障轉(zhuǎn)移過(guò)程中數(shù)據(jù)丟失。
更新日志在寫入被動(dòng)數(shù)據(jù)庫(kù)副本的時(shí)候同步寫入到它們本地，當(dāng)文件模式的數(shù)據(jù)庫(kù)副本是最新之后塊模式自動(dòng)變?yōu)橹鲃?dòng)，塊模式的工作流程如下：
1、 在塊模式中，在具有活動(dòng)數(shù)據(jù)庫(kù)副本的Exchange 上，任何數(shù)據(jù)塊寫入ESE日志緩沖區(qū)將自動(dòng)的復(fù)制日志緩沖區(qū)到其他被動(dòng)副本服務(wù)器。
2、 當(dāng)ESE日志緩沖區(qū)滿了之后，完整的塊將被發(fā)送到被動(dòng)副本數(shù)據(jù)庫(kù)，事務(wù)日志文件寫入到主動(dòng)數(shù)據(jù)庫(kù)副本之后，ESE日志緩沖區(qū)將被清空。
3、 當(dāng)具有被動(dòng)副本數(shù)據(jù)庫(kù)的Exchange 服務(wù)器接收到完整的塊文件并填充到它們的復(fù)制文件緩沖區(qū)，它們也會(huì)保存緩沖區(qū)到事務(wù)日志文件，完成之后，緩沖區(qū)將被清空進(jìn)行下一個(gè)循環(huán)。
4、 當(dāng)具有主動(dòng)副本數(shù)據(jù)庫(kù)的Exchange服務(wù)器發(fā)生故障，但復(fù)制日志緩沖區(qū)并沒(méi)有滿時(shí)，緩沖區(qū)將在被動(dòng)數(shù)據(jù)庫(kù)服務(wù)器上保存到一個(gè)新的事務(wù)日志文件中。
當(dāng)文件模式啟用和禁用時(shí)，傳輸復(fù)制是一樣的，塊模式的好處是可以減少主動(dòng)副本和被動(dòng)副本的差異，也減少了在故障轉(zhuǎn)移期間數(shù)據(jù)丟失的可能性。
在配置DAG之前，我們必須理解一些可用的設(shè)置項(xiàng)，比如DAG的IP地址和其他設(shè)置等，我們可以考慮網(wǎng)絡(luò)壓縮設(shè)置，當(dāng)我們希望去調(diào)整DAG的配置，去合理規(guī)劃DAG時(shí)，我們必須理解每個(gè)設(shè)置的建議。
在EMC中，可用的設(shè)置有：
1、 見(jiàn)證服務(wù)器，顧名思義，此服務(wù)器是我們希望用于見(jiàn)證DAG的一臺(tái)服務(wù)器，通常建議使用CAS服務(wù)器來(lái)做。
2、 備選見(jiàn)證服務(wù)器，當(dāng)我們本站點(diǎn)的見(jiàn)證服務(wù)器不可用時(shí)，此見(jiàn)證服務(wù)器將充當(dāng)主要的見(jiàn)證服務(wù)器
3、 見(jiàn)證目錄，此目錄將會(huì)存儲(chǔ)見(jiàn)證數(shù)據(jù)
4、 備用見(jiàn)證目錄，此目錄將會(huì)存儲(chǔ)見(jiàn)證數(shù)據(jù)。
5、 DAG IP地址，我們可以分配多個(gè)IP地址到DAG，我們還可以選擇使用靜態(tài)和動(dòng)態(tài)的IP地址，另外 關(guān)于DAG名字，是必須的選項(xiàng)，盡管我們可以使用DHCP來(lái)檢索DAG的IP，但如果沒(méi)有IP地址被獲取到，DAG Cluster將不會(huì)啟動(dòng)，請(qǐng)注意這一點(diǎn)。
DAG 網(wǎng)絡(luò)是一組用于MAPI 或復(fù)制流量的子網(wǎng)配置，盡管Exchange 支持單網(wǎng)卡的設(shè)置，我們最好還是用最少兩塊網(wǎng)卡來(lái)做，保證網(wǎng)卡高可用，而且我們也可以決定哪塊網(wǎng)卡走M(jìn)API流量，哪塊網(wǎng)卡走復(fù)制流量。
DAG 提供了內(nèi)置的網(wǎng)絡(luò)流量壓縮，基于一種名為XPRESS的算法，是微軟LZ77實(shí)現(xiàn)算法，DAG網(wǎng)絡(luò)壓縮的選項(xiàng)如下：
1、 禁用，網(wǎng)絡(luò)流量將不會(huì)被壓縮。
2、 啟用，壓縮將在復(fù)制和種子播發(fā)上
3、 InterSubnetOnly，這是Exchange 模式的設(shè)置，只有復(fù)制在跨不同的子網(wǎng)的時(shí)候才會(huì)被壓縮，所之不壓縮。
4、 Seedonly，壓縮將只被用用種子播發(fā)。
我們可以使用下圖中的命令去管理DAG的網(wǎng)絡(luò)壓縮
1、因?yàn)槲疫€沒(méi)有創(chuàng)建DAG，所以首先我們來(lái)創(chuàng)建DAG 組
如下圖，我們創(chuàng)建了名為DAG的數(shù)據(jù)庫(kù)高可用組，IP地址為192.168.201.209,見(jiàn)證服務(wù)器為win7-01，目錄為c:\123
嘗試添加一臺(tái)服務(wù)器，如下圖
添加另一臺(tái)
我們先來(lái)獲取一下DAG網(wǎng)絡(luò)
驗(yàn)證一下默認(rèn)的壓縮方式，下圖中默認(rèn)設(shè)置為intersubnetonly
我們來(lái)設(shè)置一下其他的模式，看是否成功
禁用
啟用
seedonly
intersubnetonly
好的，這幾種模式全部成功，現(xiàn)在做實(shí)驗(yàn)可能大家沒(méi)有什么體會(huì)，在生產(chǎn)環(huán)境大流量通過(guò)時(shí)，這作用將十分明顯，希望能幫到大家。
我們可以通過(guò)下面幾種方式在DAG的網(wǎng)絡(luò)上進(jìn)行加密處理：
1、 禁用，網(wǎng)絡(luò)流量不加密。
2、 啟用，不管是正常的復(fù)制流量還是種子播發(fā)流量，將總是加密的
3、 InterSubnetOnly，和壓縮一樣，這是Exchange 默認(rèn)的設(shè)置，將只被用于跨不同子網(wǎng)之間，所之不加密。
4、 Seedonly,將只在種子播發(fā)時(shí)進(jìn)行網(wǎng)絡(luò)流量加密。
同樣的，我們也用實(shí)驗(yàn)的方式去驗(yàn)證一下加密
首先我們來(lái)驗(yàn)證一下默認(rèn)的加密方式
默認(rèn)加密方式為intersubnetonly
嘗試更改為其他加密方式
禁用
啟用
Seedonly
Intersubnetonly
幾種方式上面已經(jīng)驗(yàn)證完畢，希望可以幫到大家。
下面介紹幾種常用的DAG管理方式
添加被動(dòng)數(shù)據(jù)庫(kù)副本到其他服務(wù)器
暫停數(shù)據(jù)庫(kù)副本拷貝，狀態(tài)變?yōu)镾USPENDED，Resume-MailboxDatabaseCopy可恢復(fù)
更新數(shù)據(jù)庫(kù)副本
狀態(tài)再次變?yōu)镠ealthy
將被動(dòng)副本切換為主動(dòng)副本
下圖中承載主動(dòng)數(shù)據(jù)庫(kù)副本的服務(wù)器已經(jīng)變?yōu)镋x01
配置脫機(jī)通訊簿
大家都知道，默認(rèn)情況下，DAG數(shù)據(jù)庫(kù)沒(méi)有脫機(jī)同步簿，現(xiàn)在來(lái)配置一下
當(dāng)承載主動(dòng)數(shù)據(jù)庫(kù)副本的服務(wù)器下線或數(shù)據(jù)庫(kù)發(fā)生了卸載、網(wǎng)絡(luò)中斷等情況時(shí)，故障轉(zhuǎn)移將發(fā)生，服務(wù)器切換發(fā)生在管理員手動(dòng)將主動(dòng)副本移到其他服務(wù)器上，故障轉(zhuǎn)移和服務(wù)器切換的區(qū)別在于故障轉(zhuǎn)移是一個(gè)自動(dòng)的過(guò)程，而服務(wù)器切換是一個(gè)手動(dòng)的過(guò)程。
在服務(wù)器切換（Switchover）期間，我們可以選擇哪些數(shù)據(jù)庫(kù)將被掛載，也可以讓活動(dòng)管理器選擇最佳的副本去掛載，在故障轉(zhuǎn)移期間，活動(dòng)管理器將做出決定。
當(dāng)主動(dòng)數(shù)據(jù)庫(kù)副本失敗時(shí)，活動(dòng)管理器將使用一系列選擇去決定哪個(gè)數(shù)據(jù)庫(kù)副本被激活，在Exchange Server 2013中，這個(gè)過(guò)程被稱為最佳副本和服務(wù)器選擇（BCSS），在選擇最掛副本去激活時(shí)，活動(dòng)管理器：
1、 創(chuàng)建一個(gè)候選被激活的數(shù)據(jù)庫(kù)列表
2、 將列表中不能被管理器和不能被激活的數(shù)據(jù)庫(kù)刪除或忽略
3、 使用復(fù)制隊(duì)列長(zhǎng)度做為關(guān)鍵去排列結(jié)果列表，如果服務(wù)器被配置為自動(dòng)數(shù)據(jù)庫(kù)無(wú)損掛載，活動(dòng)管理器將用升序的方式將激活序列號(hào)做為關(guān)鍵去排序。
4、 嘗試獲取結(jié)果列表中數(shù)據(jù)庫(kù)的健康狀態(tài)，比如有卸載和健康、卸載和重新同步，種子源等，使用一套標(biāo)準(zhǔn)去評(píng)估它們潛在的可能被激活的可能性，標(biāo)準(zhǔn)包括不同組合的設(shè)置，比如索引的狀態(tài)、復(fù)制隊(duì)列長(zhǎng)度和重播隊(duì)列長(zhǎng)度。
5、 數(shù)據(jù)庫(kù)故障轉(zhuǎn)移，當(dāng)高可用數(shù)據(jù)庫(kù)發(fā)生失敗，PAM將嘗試執(zhí)行故障轉(zhuǎn)移，在嘗試選擇合適的數(shù)據(jù)庫(kù)副本去激活之前，嘗試復(fù)制最后的日志（ACLLs）過(guò)程將發(fā)生，ACLL使得RPCs去激活數(shù)據(jù)庫(kù)副本，RPC請(qǐng)求確認(rèn)這個(gè)服務(wù)器是可用并健康的，然后將執(zhí)行規(guī)劃的日志檢查，然后活動(dòng)管理器將使用復(fù)制任何丟失日志文件去激活郵箱數(shù)據(jù)庫(kù)副本。
6、 當(dāng)ACLL過(guò)程完成之后，將會(huì)詢問(wèn)自動(dòng)掛載數(shù)據(jù)庫(kù)的值是什么，這個(gè)值有三種：
1） 最佳可用性，如果還沒(méi)有被復(fù)制到目標(biāo)郵箱服務(wù)器的復(fù)制隊(duì)列長(zhǎng)度的日志文件小于等于12，這個(gè)值允許數(shù)據(jù)庫(kù)自動(dòng)掛載，當(dāng)活動(dòng)管理器識(shí)別了目標(biāo)服務(wù)器，Exchange Server 2013將嘗試復(fù)制其余日志到被動(dòng)副本并掛載數(shù)據(jù)庫(kù)，這個(gè)值是默認(rèn)的。
2） 較好可用性，如果還沒(méi)有被復(fù)制到目標(biāo)郵箱服務(wù)器的復(fù)制隊(duì)列長(zhǎng)度的日志文件小于等于6，這個(gè)值允許數(shù)據(jù)庫(kù)自動(dòng)掛載，當(dāng)活動(dòng)管理器識(shí)別了目標(biāo)服務(wù)器，Exchange Server 2013將嘗試復(fù)制其余日志到被動(dòng)副本并掛載數(shù)據(jù)庫(kù).
3） 最小丟失，在所有日志文件復(fù)制到被動(dòng)副本之前，不允許掛載數(shù)據(jù)庫(kù)。
以上就是配置Exchange Server 2013郵箱高可用方面的分享，雖然有點(diǎn)長(zhǎng)，但十分有用，希望可以幫到大家，如果大家覺(jué)得好，記得贊哦，哈哈，開(kāi)個(gè)玩笑，不贊也可以。
本文出自 “陽(yáng)光☆?yuàn)^進(jìn)” 博客，請(qǐng)務(wù)必保留此出處http://ucweb.blog.51cto.com/4042188/1407073
聯(lián)系客服
