Building_a_HA_and_DR_Solution_using_AlwaysON_SQL_FCIs_and_AGs v1

1、AlwaysOn 體系結(jié)構(gòu)指南：使用故障轉(zhuǎn)移群集實例和可用性組構(gòu)建高可用性和災(zāi)難恢復(fù)解決方案SQL Server 技術(shù)文章作者：Joseph Sack (SQL)、Sanjay Mishra (Microsoft)技術(shù)審校：Min He (Microsoft)、Chuck Heinzelman (Microsoft)、Alexi Khalyako (Microsoft)、Charles Mathews (Microsoft)、Prem Mehra (Microsoft)、Juergen Thomas (Microsoft)、Mike Weiner (Microsoft)、Amitabh Tam

2、hane (Microsoft)、Brent Ozar (Brent Ozar PLF)、Gianluca Hotz (SolidQ)、David P. Smith (ServiceU)、Michael Steineke (Edgenet)、Glenn Berry (SQL)內(nèi)容項目經(jīng)理：Glenn Minch (Microsoft)發(fā)布時間：2012 年 6 月適用范圍：SQL Server2012 摘要：SQL Server2012 AlwaysOn 故障轉(zhuǎn)移群集實例 (FCI) 和 AlwaysOn 可用性組提供了全面的高可用性和災(zāi)難恢復(fù)解決方案。在 SQLServer 2012 之前，

3、許多客戶使用 FCI 在數(shù)據(jù)中心內(nèi)提供本地高可用性，使用數(shù)據(jù)庫鏡像來用于災(zāi)難恢復(fù)到遠(yuǎn)程數(shù)據(jù)中心。對于 SQL Server2012 而言，這種設(shè)計模式可以用以下體系結(jié)構(gòu)來替代：使用 FCI 來實現(xiàn)高可用性，使用可用性組來滿足災(zāi)難恢復(fù)業(yè)務(wù)要求?？捎眯越M充分利用了 Windows Server 故障轉(zhuǎn)移群集 (WSFC) 功能，而且具有數(shù)據(jù)庫鏡像不具備的多個功能。本白皮書詳細(xì)介紹這個特定設(shè)計模式的關(guān)鍵拓?fù)湟?，包括非對稱存儲注意事項、仲裁模型選擇、仲裁投票、構(gòu)建環(huán)境所需的步驟，以及說明如何跨有關(guān)作業(yè)角色在新拓?fù)渲刑幚頌?zāi)難恢復(fù)事件的工作流。版權(quán)信息本文檔按“原樣”提供。本文檔中的信息和表達(dá)的觀點（包

4、括 URL 和其他 Internet 網(wǎng)站引用）如有更改，恕不另行通知。您應(yīng)承擔(dān)使用本文檔所帶來的風(fēng)險。此處提及的某些示例只是為了便于說明，純屬虛構(gòu)。不應(yīng)據(jù)此聯(lián)想或妄加推斷。本文檔不向您提供對任何 Microsoft 產(chǎn)品中的任何知識產(chǎn)權(quán)的任何法律權(quán)利。您可以出于內(nèi)部參考目的復(fù)制和使用本文檔。 2012 Microsoft。保留所有權(quán)利。目錄簡介4用于本地 HA 的 FCI 和用于 DR 的數(shù)據(jù)庫鏡像4用于本地 HA 的 FCI 和用于 DR 的可用性組5規(guī)劃和注意事項7Windows Server 故障轉(zhuǎn)移群集要求7非對稱存儲7實例命名和文件路徑7可用性模式和故障轉(zhuǎn)移模式8仲裁模型和節(jié)點投票

5、8用于查看和更改仲裁模型和節(jié)點投票的工具10配置 WSFC 仲裁模型10使用 DMV 和 AlwaysOn 面板查看仲裁信息11配置節(jié)點投票12客戶端連接13讀/寫工作負(fù)荷13只讀工作負(fù)荷13多子網(wǎng)連接支持13配置 FCI+AG 解決方案14安裝先決條件14在主數(shù)據(jù)中心設(shè)置解決方案14在 DR 數(shù)據(jù)中心設(shè)置解決方案18監(jiān)視注意事項21從災(zāi)難中恢復(fù)22切換回到主數(shù)據(jù)中心28結(jié)論31參考32簡介Microsoft SQL Server2012 AlwaysOn 具有多種靈活的設(shè)計，您可以為您的應(yīng)用程序選擇適當(dāng)?shù)母呖捎眯?(HA) 和災(zāi)難恢復(fù) (DR) 解決方案。有關(guān) SQL Server2012

6、AlwaysOn 高可用性和災(zāi)難恢復(fù)設(shè)計模式的詳細(xì)信息，請參閱 SQL Server 2012 AlwaysOn 高可用性和災(zāi)難恢復(fù)設(shè)計模式。本白皮書介紹了將故障轉(zhuǎn)移群集實例 (FCI) 用于 HA 以及將可用性組 (AG) 用于 DR 的解決方案。此體系結(jié)構(gòu)還結(jié)合了共享存儲解決方案 (FCI) 和非共享存儲解決方案 (AG)。在 SQL Server 2012 之前，常見的 HA 和 DR 部署體系結(jié)構(gòu)是將 FCI 用于本地高可用性，將數(shù)據(jù)庫鏡像 (DBM) 用于遠(yuǎn)程災(zāi)難恢復(fù)。對于 SQL Server 2012 而言，可用性組可以替代該解決方案的數(shù)據(jù)庫鏡像組件。本白皮書涵蓋了在規(guī)劃時需要注

7、意的事項并且演練了構(gòu)建此解決方案所需的步驟。本白皮書還介紹了災(zāi)難恢復(fù)所需的步驟，并且說明了如何在還原主數(shù)據(jù)中心后切換回到主數(shù)據(jù)中心。本白皮書假定您了解故障轉(zhuǎn)移群集實例 (FCI)、可用性組、高可用性和災(zāi)難恢復(fù)概念的基本知識。有關(guān)完整的 AlwaysOn 解決方案功能集的詳細(xì)信息，請參閱用于高可用性和災(zāi)難恢復(fù)的 Microsoft SQL Server AlwaysOn 解決方案指南白皮書。有關(guān)遷移步驟的詳細(xì)信息，請參閱遷移指南：從以前的群集和鏡像部署遷移到 SQL Server 2012 故障轉(zhuǎn)移群集和可用性組白皮書。本白皮書的目標(biāo)受眾包括操作 SQL Server 的數(shù)據(jù)庫管理員以及技術(shù)架構(gòu)

8、師。對于需要與數(shù)據(jù)庫管理員角色協(xié)作以便管理 Windows Server、Active Directory 域服務(wù) (ADDS)、WSFC 和網(wǎng)絡(luò)的系統(tǒng)管理員，本白皮書也很適合。用于本地 HA 的 FCI 和用于 DR 的數(shù)據(jù)庫鏡像如簡介中所述，在 SQL Server 2012 之前，主流的 SQL Server 部署體系結(jié)構(gòu)是將 FCI 用于本地高可用性，將數(shù)據(jù)庫鏡像用于跨數(shù)據(jù)中心的災(zāi)難恢復(fù)。這稱為“FCI+DBM”解決方案。這種解決方案是在使用共享磁盤存儲（例如，通過 SAN）的主數(shù)據(jù)中心內(nèi)配置一個 FCI，以便提供 SQL Server 實例級別的保護(hù)。如果其中一個節(jié)點發(fā)生硬件故障，則

9、同一數(shù)據(jù)中心內(nèi)的另一個節(jié)點可以接管該故障節(jié)點，成為該 FCI 的宿主。數(shù)據(jù)庫鏡像用于在主站點和災(zāi)難恢復(fù)站點之間提供數(shù)據(jù)庫級別的保護(hù)。如果主數(shù)據(jù)中心停機，或者主數(shù)據(jù)中心內(nèi)的共享存儲遇到故障，則可以使用 DR 數(shù)據(jù)中心內(nèi)的鏡像來繼續(xù)為應(yīng)用程序提供服務(wù)。災(zāi)難恢復(fù)數(shù)據(jù)中心在單獨的 WSFC 上承載了另一個 FCI，并且它有自己的共享存儲。圖 1 展示了此解決方案的體系結(jié)構(gòu)。圖 1：用于高可用性的 FCI 和用于災(zāi)難恢復(fù)的數(shù)據(jù)庫鏡像通常，DR 數(shù)據(jù)中心與主數(shù)據(jù)中心有一定的距離，并且鏡像會話設(shè)置為“高性能”異步模式，以便盡量降低事務(wù)開銷。當(dāng)然，也有些數(shù)據(jù)中心之間采用同步數(shù)據(jù)庫鏡像。有關(guān)詳細(xì)信息，包括針對此

10、特定解決方案的實際示例，請參閱在 ServiceU 的高可用性和災(zāi)難恢復(fù)：SQL Server 2008 技術(shù)案例研究。用于本地 HA 的 FCI 和用于 DR 的可用性組對于 SQL Server 2012，類似的解決方案是將 FCI 用于本地高可用性（這一點與 FCI+DBM 解決方案相同），但將可用性組 (AG) 用于災(zāi)難恢復(fù)。這稱為“FCI+AG 解決方案”。圖 2 顯示了將 FCI 用于本地高可用性并將可用性組用于跨數(shù)據(jù)中心災(zāi)難恢復(fù)的解決方案。圖 2：用于高可用性的 FCI 和用于災(zāi)難恢復(fù)的可用性組圖 2 中顯示了兩個 FCI，一個位于主數(shù)據(jù)中心，另一個位于災(zāi)難恢復(fù)數(shù)據(jù)中心。每個 F

11、CI 都具有兩個節(jié)點以及自己的共享存儲。但所有四個節(jié)點都是“同一個”WSFC 的一部分。所有節(jié)點均屬于同一個 WSFC 是可用性組的一項要求。圖 2 顯示的簡單拓?fù)浒瑑蓚€數(shù)據(jù)中心，每個數(shù)據(jù)中心都在一個包含兩個節(jié)點的 FCI 上承載 AG 的一個副本?；谶@種體系結(jié)構(gòu)，上述拓?fù)淇梢宰兓龆喾N形式： 多個數(shù)據(jù)中心 多個副本（最多五個副本，其中包括一個主副本以及一到四個輔助副本） 每個 FCI 有兩個以上的節(jié)點（如果出于 HA 的原因，需要更多的被動節(jié)點時） 一個可用性組中的所有副本并不需要都位于 FCI 實例上；某些副本可位于不屬于 FCI 的獨立 SQL Server 實例上 根據(jù)您的應(yīng)用程序

12、環(huán)境的數(shù)據(jù)庫邏輯分組情況，可以有多個可用性組本白皮書中所討論的內(nèi)容主要針對圖 2 中所示的拓?fù)?；但是，其中的一般概念也適用于其他變化形式。因為兩個站點中的四個節(jié)點屬于同一個 WSFC，所以，使用僅對本地數(shù)據(jù)中心節(jié)點可見的共享存儲時，需要注意其他一些事項。另外，關(guān)于仲裁投票和仲裁模型，也需要注意一些事項。本白皮書中將對這些以及其他一些注意事項加以介紹?？捎眯越M可以配置有一個或多個用戶數(shù)據(jù)庫，并且可以采用同步或異步數(shù)據(jù)移動。同步副本會導(dǎo)致增加數(shù)據(jù)庫事務(wù)的延遲，因為主副本需要先收到日志記錄已強制寫入輔助副本日志的確認(rèn)，然后才會提交事務(wù)。還要特別注意的是，災(zāi)難恢復(fù) SQL Server 實例不需要是

13、FCI?？捎眯越M還可以使用獨立的 SQL Server 實例來承載輔助副本。在可用性組中，您可以在同一個 WSFC 上的單個拓?fù)渲袑ⅹ毩嵗?FCI 混合使用。圖 3 顯示了一個混合的拓?fù)?。圖 3：用于本地 HA 的 FCI 以及用于 DR 的可用性組（DR 實例是獨立的實例）本白皮書的其余部分假定主副本和輔助副本均為托管的 FCI，而不是獨立實例。規(guī)劃和注意事項本節(jié)詳細(xì)介紹了在實現(xiàn) FCI+AG 形式的高可用性和災(zāi)難恢復(fù)解決方案之前需要考慮的規(guī)劃注意事項、要求和先決條件。Windows Server 故障轉(zhuǎn)移群集要求FCI+DBM 與 FCI+AG 解決方案之間的主要不同之處在于，前者是在

14、兩個單獨的 WSFC 上使用兩個 FCI，而后者是在單個 WSFC 上使用兩個 FCI。一個可用性組的所有副本必須存在于單個 Active Directory 域內(nèi)的單個 WSFC 上（即使是位于兩個數(shù)據(jù)中心）。非對稱存儲在一個多站點 WSFC 的兩個站點上各有一個 FCI 的情況下，需要注意處理共享存儲的方式。每個 FCI 都具有自己的共享存儲。主站點上的節(jié)點彼此之間共享存儲，從而形成了一個共享存儲的 FCI；而 DR 站點上的節(jié)點彼此之間也共享存儲，從而形成了另一個共享存儲的 FCI。主站點上的存儲對于災(zāi)難恢復(fù)站點上的節(jié)點不可見，反之亦然。這一存儲安排方式（其中，群集磁盤在一個 WSFC

15、內(nèi)的節(jié)點子集之間共享）稱作“非對稱存儲”。在非對稱存儲功能出現(xiàn)之前，共享存儲需要對于 WSFC 中的“所有”節(jié)點均可見（對稱存儲）。非對稱存儲是通過修補程序在 Windows Server 2008 中引入的一個部署選項。Windows Server 2008 R2通過 Service Pack 1 引入了非對稱存儲的支持。有關(guān)此修補程序的詳細(xì)信息，請參閱知識庫文章向運行 Windows Server 2008 或 Windows Server 2008 R2 的故障轉(zhuǎn)移群集的故障轉(zhuǎn)移群集管理 MMC 管理單元中添加非對稱存儲支持的修補程序。此 Windows Server 增強功能是實現(xiàn)本白

16、皮書中所述 FCI + AG 解決方案體系結(jié)構(gòu)的關(guān)鍵功能。通過實現(xiàn)此功能，您可以在單個 HA + DR 解決方案中將共享存儲解決方案 (FCI) 與非共享存儲解決方案（可用性組）結(jié)合起來使用。因此，此增強功能還使您可以將相同的驅(qū)動器號用于跨數(shù)據(jù)中心的共享磁盤資源。請注意，在您配置非對稱存儲時，在 WSFC 驗證測試過程中可能會看到消息“ID 為 XYZ 的磁盤只能從節(jié)點的子集中看到或成為群集”。對于非對稱存儲，出現(xiàn)此消息是正常情況，因此不必?fù)?dān)心。實例命名和文件路徑在同一個 WSFC 內(nèi)，兩個 FCI 必須使用不同的實例名稱，例如，使用“INST_A”作為主 FCI 的實例名稱，使用“INST_

17、B”作為 DR FCI 的實例名稱。（與可用性組相反，數(shù)據(jù)庫鏡像允許單獨 WSFC 上的多個 FCI 使用相同的實例名稱。在圖 1 的 FCI+DBM 解決方案中，兩個 FCI 都使用相同的實例名稱 INST_A。）每個 FCI 都有自己的共享存儲（其他數(shù)據(jù)中心內(nèi)的節(jié)點無法訪問），并且磁盤應(yīng)使用完全相同的驅(qū)動器號，同時兩個 FCI 中的數(shù)據(jù)庫文件和事務(wù)日志文件也應(yīng)該使用完全相同的文件路徑。完全相同的文件路徑和驅(qū)動器號并不是必須要遵循的要求，但如果文件路徑不同，在還原輔助副本上的副本數(shù)據(jù)庫時，您就需要執(zhí)行手動的 RESTORE WITH MOVE。此外，在兩個 FCI 上采用不同的路徑將會導(dǎo)致后

18、面的文件添加操作（例如，創(chuàng)建文件組或者輔助日志或數(shù)據(jù)文件的操作）失效。有關(guān)詳細(xì)信息，包括出現(xiàn)問題的情形及其解決方法，請參閱解決失敗的添加文件操作問題（AlwaysOn 可用性組）?？捎眯阅Ｊ胶凸收限D(zhuǎn)移模式對于在兩個 FCI 之間創(chuàng)建的可用性組，可以指定同步或異步提交可用性模式。如果可用性模式是同步的，則主副本將等到用戶事務(wù)發(fā)送到輔助副本并在輔助副本上強制寫入之后再提交這些事務(wù)。這可能會導(dǎo)致增加用戶事務(wù)的延遲，但這種方式可以確保在事務(wù)發(fā)送到災(zāi)難恢復(fù) FCI 之后再在主副本事務(wù)上發(fā)出提交信號，有助于消除輔助副本上數(shù)據(jù)丟失的可能性。如果可用性模式是異步的，則您的主副本用戶事務(wù)不會等待事務(wù)強制寫入到輔

19、助副本日志上。這可以減少事務(wù)延遲，但會增加停機時數(shù)據(jù)丟失的可能性。就故障轉(zhuǎn)移模式而言，在可用性組拓?fù)渲惺褂?FCI 時，可用性組的故障轉(zhuǎn)移模式必須是手動（而非自動）。但在每個 FCI 中，SQL Server 實例的 FCI 故障轉(zhuǎn)移到其他節(jié)點是自動執(zhí)行的。仲裁模型和節(jié)點投票注意：本白皮書所討論的仲裁模型和相關(guān)信息適用于在 Windows Server 2008 和 Windows Server 2008R2 操作系統(tǒng)（具有相應(yīng)的 Service Pack 和其他軟件更新）上運行的解決方案。因為 FCI+AG 解決方案的基礎(chǔ)體系結(jié)構(gòu)是 WSFC，所以，考慮 WSFC 的適當(dāng)仲裁模型十分重要。仲

20、裁配置是在 WSFC 級別進(jìn)行管理的，而與 FCI 的數(shù)目、副本的數(shù)目以及 WSFC 中承載的可用性組的數(shù)目無關(guān)。在 WSFC 中，有四種仲裁模型：“節(jié)點多數(shù)”、“節(jié)點和文件共享多數(shù)”、“節(jié)點和磁盤多數(shù)”和“無多數(shù): 僅磁盤”。有關(guān)仲裁模型的詳細(xì)信息，請參閱故障轉(zhuǎn)移群集分步指南：在故障轉(zhuǎn)移群集中配置仲裁。在選擇仲裁模型之前，一定要考慮投票節(jié)點的數(shù)量。分配適當(dāng)?shù)墓?jié)點投票在 HA+DR 設(shè)計中起著重要作用。默認(rèn)情況下，故障轉(zhuǎn)移群集中的每個節(jié)點都具有投票，但是，根據(jù)主數(shù)據(jù)中心和 DR 數(shù)據(jù)中心內(nèi)節(jié)點的分布情況，每個節(jié)點都具有投票可能不適合于您的特定 HA+DR 解決方案。有一個修補程序 ( 可用于將

21、 1 個投票分配給 WSFC 中的一些節(jié)點，將 0 個投票分配給其他一些節(jié)點。WSFC 節(jié)點的 NodeWeight 屬性表示該特定節(jié)點的投票。值“0”表示該節(jié)點沒有投票。值“1”表示該節(jié)點具有一個仲裁投票。拓?fù)渲械拿總€節(jié)點上都必須安裝此修補程序。在 SQL Server 聯(lián)機叢書的建議的仲裁投票調(diào)整主題中提供了有關(guān) AlwaysOn HA+DR 解決方案仲裁投票的一般性建議。在確定 AlwaysOn 解決方案的投票方案時，應(yīng)該以這些建議作為指導(dǎo)原則。應(yīng)考慮這些指導(dǎo)原則，以便確保主數(shù)據(jù)中心內(nèi)節(jié)點的仲裁不會受到 DR 數(shù)據(jù)中心停機或兩個數(shù)據(jù)中心之間連接丟失的影響；對于在圖 2 中展示的 FCI+

22、AG 解決方案，投票方案將是： 主數(shù)據(jù)中心內(nèi)的每個節(jié)點有 1 個投票 災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)的每個節(jié)點有 0 個投票此投票分配方案表示該 WSFC 總共有 2 個投票。作為最佳做法，WSFC 的投票總數(shù)應(yīng)為奇數(shù)。如果投票節(jié)點數(shù)目為偶數(shù)（例如我們的示例拓?fù)洌?，?yīng)考慮添加文件共享見證服務(wù)器，然后選擇“節(jié)點和文件共享多數(shù)”仲裁模型。注意：在許多企業(yè)環(huán)境中，文件共享經(jīng)常是由另一個團(tuán)隊擁有和管理。因此，該團(tuán)隊控制著一個節(jié)點投票，進(jìn)而會對故障轉(zhuǎn)移群集的狀態(tài)產(chǎn)生影響。而且，因為文件共享將參與投票，所以它需要始終可用。建議采用群集或其他 HA 技術(shù)，以便確保文件共享投票的可用性?；蛘?，可以添加額外的節(jié)點，然后使用

23、“節(jié)點多數(shù)”仲裁模型。額外的節(jié)點需要處于 WSFC 內(nèi)，但不需要是 FCI 配置的一部分。它還應(yīng)該位于相同的主數(shù)據(jù)中心內(nèi)，與該數(shù)據(jù)中心內(nèi)存在的其他兩個 WSFC 節(jié)點并置。圖 4 顯示了使用“節(jié)點和文件共享多數(shù)”仲裁模型的投票分配方案。圖 4：具有節(jié)點投票分配的 FCI+AG HA/DR 解決方案在圖 4 中，主數(shù)據(jù)中心的兩個節(jié)點分別具有一個投票。文件共享見證服務(wù)器也在主數(shù)據(jù)中心內(nèi)定義并具有一個投票。災(zāi)難恢復(fù)數(shù)據(jù)中心的兩個節(jié)點并沒有投票，因此無法影響仲裁。此部署體系結(jié)構(gòu)可以使用的其他仲裁模型包括“節(jié)點和磁盤多數(shù)”（使用非對稱磁盤）或“無多數(shù): 僅磁盤”（使用非對稱磁盤）。在以前，WSFC 中還

24、不能使用非對稱存儲技術(shù)時，可以使用一個共享磁盤來充當(dāng)仲裁資源（該共享磁盤需要對所有 WSFC 節(jié)點均可見）。對于非對稱存儲，群集存儲可以只對節(jié)點的某個子集可見，而且也可用作仲裁資源。對于非對稱“無多數(shù): 僅磁盤”仲裁模型，可以實現(xiàn)“一票通過”方案，即只要還有一個節(jié)點與充當(dāng)仲裁資源的非對稱磁盤聯(lián)系，WSFC 就保留仲裁。您可以使用 cluster.exe 命令行（不能通過故障轉(zhuǎn)移群集管理器或 Windows PowerShell）來實現(xiàn)此功能。有關(guān)此配置的示例，請參閱在使用非對稱存儲的故障轉(zhuǎn)移群集中更改仲裁配置，摘自文章故障轉(zhuǎn)移群集分步指南：在故障轉(zhuǎn)移群集中配置仲裁。重要提示：盡管使用非對稱磁盤

25、作為仲裁資源可以帶來很多好處，但這需要很高的群集專業(yè)技能和規(guī)劃水平。您首先需要非常熟悉此配置，然后才能在生產(chǎn)環(huán)境中執(zhí)行部署。如果主數(shù)據(jù)中心發(fā)生停機，并且需要在災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)啟用服務(wù)，您就必須重新評估仲裁配置。必須向災(zāi)難恢復(fù)數(shù)據(jù)中心的每個節(jié)點都分配一個投票，而將主數(shù)據(jù)中心每個節(jié)點上的投票都刪除（設(shè)置為“0”），直到主數(shù)據(jù)中心恢復(fù)服務(wù)。假定 FCI 有兩個節(jié)點并且主數(shù)據(jù)中心需要中斷較長的時間，您還應(yīng)在 DR 數(shù)據(jù)中心內(nèi)配置文件共享見證服務(wù)器（或其他附加投票），并相應(yīng)設(shè)置仲裁模型。當(dāng)主數(shù)據(jù)中心恢復(fù)活動后，還要再次對投票進(jìn)行調(diào)整，并且重新評估仲裁模型。在本白皮書的后面，我們將逐步驟介紹災(zāi)難恢復(fù)情形

26、和關(guān)聯(lián)的流程。圖 4 中展示的仲裁模型和投票分配方案假定解決方案有兩個副本 分別位于兩個數(shù)據(jù)中心內(nèi)。如果您具有更多的數(shù)據(jù)中心并且計劃將您的解決方案的某個部分放置于第三個數(shù)據(jù)中心內(nèi)，則仲裁模型決策和投票分配方案可能會有所不同。用于查看和更改仲裁模型和節(jié)點投票的工具有多種方法可以查看和更改仲裁模型和/或仲裁投票。下表列出了可用于這些任務(wù)的不同工具。查看仲裁模型更改仲裁模型Windows 故障轉(zhuǎn)移群集管理器Windows PowerShellCluster.exeSQL Server DMVSQL Server Management Studio 中的 AlwaysOn 面板Windows 故障轉(zhuǎn)移

27、群集管理器Windows PowerShellCluster.exe注意：只有 Cluster.exe 能夠用于將仲裁模型設(shè)置為“節(jié)點和磁盤多數(shù)”或“無多數(shù)：僅磁盤（非對稱）”查看節(jié)點投票更改節(jié)點投票Windows PowerShellCluster.exeSQL Server DMVAlwaysOn 面板Windows PowerShellCluster.exe配置 WSFC 仲裁模型下面是通過 Windows PowerShell 在命令行中查看當(dāng)前仲裁模型和更改仲裁模型的一些示例。查看現(xiàn)有仲裁模型Get-ClusterQuorum配置“節(jié)點多數(shù)”仲裁模型Set-ClusterQuorum

28、 -NodeMajority將仲裁模型更改為“節(jié)點和文件共享多數(shù)”Set-ClusterQuorum -NodeAndFileShareMajority FileShareWitness 您選擇的見證文件共享“不得”位于已經(jīng)參與 AlwaysOn WSFC 配置的節(jié)點上。但是，它可以作為共享放置在其他 WSFC 配置上。見證文件共享必須與 WSFC 位于同一個 Active Directory 域內(nèi)。此外，WSFC 群集服務(wù)帳戶需要在文件共享見證服務(wù)器上有讀寫權(quán)限。故障轉(zhuǎn)移群集管理器具有內(nèi)置的邏輯，只要用于更改仲裁模型的帳戶對文件共享具有權(quán)限，就可以將這些權(quán)限添加到文件共享見證服務(wù)器。使用 D

29、MV 和 AlwaysOn 面板查看仲裁信息雖然無法通過 SQL Server 工具來設(shè)置或更改仲裁模型或節(jié)點投票，但是可以通過在 DMV 上使用 Transact-SQL 查詢，或者通過使用 SQL Server Management Studio 中的 AlwaysOn 面板，來查看承載可用性組的 Windows 群集的節(jié)點投票和仲裁模型。若要查看承載可用性組的 Windows 群集的仲裁模型，請查詢 DMV sys.dm_hadr_cluster (SELECTcluster_name, quorum_type_desc, quorum_state_descFROMsys.dm_hadr

30、_cluster;當(dāng)針對本白皮書中介紹的示例運行此查詢時，它將返回以下內(nèi)容。cluster_namequorum_type_descquorum_state_desc- - -contosoclusterNODE_AND_FILE_SHARE_MAJORITYNORMAL_QUORUM若要查看節(jié)點投票，請查詢 DMV sys.dm_hadr_cluster_members。SELECTmember_name, number_of_quorum_votesFROMsys.dm_hadr_cluster_members;當(dāng)針對本白皮書中介紹的示例運行此查詢時，它將返回以下內(nèi)容。投票分配將在后面的章

31、節(jié)中加以介紹。member_namenumber_of_quorum_votes- -PrimaryNode11PrimaryNode21DRNode10DRNode20File Share Witness1還可以使用 SQL Server Management Studio 中的 AlwaysOn 面板來顯示仲裁投票和群集狀態(tài)。圖 5 顯示了具有“節(jié)點多數(shù)”仲裁模型的 Windows 群集的這些信息（群集狀態(tài)和仲裁投票已突出顯示）。圖 5：在 AlwaysOn 面板中顯示仲裁投票和群集狀態(tài)在默認(rèn)情況下，“仲裁投票”列并不顯示，但您可以通過右鍵單擊“可用性副本”表列標(biāo)題，然后選擇要顯示的特定列

32、，將其添加到面板。對于“節(jié)點和文件共享多數(shù)”仲裁模型，此 AlwaysOn 面板視圖只顯示節(jié)點，而不顯示文件共享。若要查看完整仲裁信息，請單擊右側(cè)的“查看群集仲裁信息”。這時將顯示一個類似圖 6 的彈出窗口。圖 6：“節(jié)點和文件共享多數(shù)”仲裁模型的群集仲裁信息配置節(jié)點投票WSFC 節(jié)點的 NodeWeight 屬性表示該特定節(jié)點的投票。下面的示例說明如何從 WSFC 中的一個節(jié)點使用 Windows PowerShell 來配置節(jié)點的 NodeWeight。若要在服務(wù)器節(jié)點上執(zhí)行 Windows PowerShell，請單擊“開始”，指向“管理工具”，然后單擊“Windows PowerShe

33、ll 模塊”。在此示例中，DRNode1 表示位于災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)的特定 WSFC 節(jié)點。查看所有節(jié)點的當(dāng)前投票設(shè)置Get-ClusterNode | fl NodeName, NodeWeight將某一節(jié)點的投票設(shè)置為“0”(Get-ClusterNode DRNode1).NodeWeight=0注意：值“0”表示該節(jié)點沒有投票。值“1”表示該節(jié)點具有一個仲裁投票?？蛻舳诉B接SQL Server2012 中的 FCI 連接方法與以前的版本相同，但對于從數(shù)據(jù)庫鏡像遷移到可用性組的情況，您必須事先考慮一些不同之處并仔細(xì)規(guī)劃，然后才能使用新的可讀取輔助功能。有關(guān)遷移的詳細(xì)信息，包括深入的注意事

34、項和步驟，請參閱遷移指南：從以前的群集和鏡像部署遷移到 SQL Server 2012 故障轉(zhuǎn)移群集和可用性組白皮書。讀/寫工作負(fù)荷對于在可用性組中的可用性數(shù)據(jù)庫上運行的讀/寫工作負(fù)荷，您可以使用兩個選項連接到主副本。第一個選項是直接連接到 FCI 虛擬網(wǎng)絡(luò)名稱 (VNN)；每個副本都具有不同的 FCI VNN。第二個選項是使用可用性組偵聽器名稱?？捎眯越M偵聽器是首選選項，因為它提供透明度和自動重定向到當(dāng)前主副本，并且連接字符串中的名稱對于所有實例都保持不變?？捎眯越M偵聽器是綁定到一個或多個 TCP/IP 地址和偵聽器端口的 VNN，它用于自動連接到任何副本，而無需在連接字符串中顯式指定每個可

35、能的可用性組副本。如果您從使用“故障轉(zhuǎn)移伙伴”屬性的數(shù)據(jù)庫鏡像解決方案遷移讀/寫工作負(fù)荷應(yīng)用程序連接，仍可以使用您的數(shù)據(jù)庫鏡像連接字符串，但是，只有在可用性組配置了“單個”輔助副本而且該副本配置為允許讀/寫活動時才能這樣做。然后，可以使用初始主副本服務(wù)器名稱作為數(shù)據(jù)源，并且可以選擇使用輔助副本名稱作為故障轉(zhuǎn)移伙伴。但是，不應(yīng)將這種做法用作長期解決方案。只讀工作負(fù)荷對于只讀工作負(fù)荷連接，也有兩個選項可供您選擇。您可以使用 FCI VNN，或者可以使用可用性組偵聽器，并且在連接字符串中將新的 ApplicationIntent 屬性指定為“ReadOnly”。如果您使用的是舊式數(shù)據(jù)庫鏡像連接字符串

36、，則只有在可用性組配置為單個輔助副本并且該副本允許讀/寫活動時，才能連接到該可用性組。如果您想要利用只讀路由，則必須將可用性組偵聽器名稱與 ApplicationIntent 屬性和“ReadOnly”值一起使用。您還必須引用該可用性組中的一個可用性數(shù)據(jù)庫。您還必須創(chuàng)建只讀路由 URL 和只讀路由列表，將該可用性組配置為允許只讀路由到可讀輔助副本。有關(guān)此過程的詳細(xì)信息，請參閱為可用性組配置只讀路由 (SQL Server)。多子網(wǎng)連接支持可用性組偵聽器還可以利用客戶端庫中的 MultiSubnetFailover 連接屬性。在可用性組連接字符串引用某一可用性組偵聽器名稱時，建議為多子網(wǎng)拓?fù)渲付?/p>

37、 MultiSubnetFailover 屬性。MultiSubnetFailover 連接選項實現(xiàn)對多子網(wǎng)連接的支持，并且打開 TCP 套接字以便“并行”用于多個可用性組偵聽器 IP 地址。對于不支持 MultiSubnetFailover 屬性的舊式客戶端庫，應(yīng)考慮相應(yīng)的客戶端登錄超時。有關(guān)客戶端連接和應(yīng)用程序故障轉(zhuǎn)移注意事項的詳細(xì)信息，請參閱 SQL Server 聯(lián)機叢書中的客戶端連接性和應(yīng)用程序故障轉(zhuǎn)移（AlwaysOn 可用性組）。配置 FCI+AG 解決方案此工作流介紹構(gòu)建 FCI+AG 解決方案所需的步驟。本節(jié)并不詳細(xì)介紹每個具體的步驟，只是為了幫助您明確工作流的實現(xiàn)步驟以及各

38、參與作業(yè)角色的任務(wù)。在需要時，文中會在適當(dāng)?shù)奈恢靡脜⒖嘉臋n。這些步驟按作業(yè)角色劃分，因為大多數(shù)大型公司環(huán)境都明確定義了數(shù)據(jù)庫管理員、Windows（或群集）管理員以及網(wǎng)絡(luò)管理員角色的職責(zé)。因此，在不同的角色之間正確地通信和協(xié)調(diào)活動十分重要。安裝先決條件在您部署 AlwaysOn 可用性組解決方案之前，一定要驗證您的系統(tǒng)滿足要求，包括更新。有關(guān)部署 AlwaysOn 可用性組解決方案的先決條件的詳細(xì)信息，請參閱針對 AlwaysOn 可用性組的先決條件、限制和建議 (SQL Server)。強烈建議您在繼續(xù)操作之前查看該主題。所有節(jié)點都必須安裝相同版本的 Windows Server 操作系統(tǒng)

39、和軟件更新。服務(wù)器操作系統(tǒng)版本最低應(yīng)該為至少具有以下更新的 Windows Server2008SP2 或者 Windows Server2008R2SP1： 非對稱存儲（如果使用 Windows Server 2008）： 節(jié)點投票： 在群集驗證過程中驗證磁盤測試：您可能還需要其他更新。在主數(shù)據(jù)中心設(shè)置解決方案表 1 提供了用于設(shè)置主數(shù)據(jù)中心 節(jié)點的工作流，并且它假定有兩個節(jié)點。步驟數(shù)據(jù)庫管理員Windows Server 群集管理員網(wǎng)絡(luò)管理員1. 將故障轉(zhuǎn)移群集功能添加到位于主數(shù)據(jù)中心的兩個節(jié)點上。有關(guān)此過程的詳細(xì)信息，請參閱安裝故障轉(zhuǎn)移群集功能。有關(guān)驗證網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)和其他要求的詳細(xì)信息，

40、請參閱了解故障轉(zhuǎn)移群集的要求。是（需要在角色之間進(jìn)行活動協(xié)調(diào)）。是2. 檢查所需的必備組件并且在主數(shù)據(jù)中心內(nèi)的各節(jié)點上安裝必需的 Windows Server 軟件更新。是3. 確保為主數(shù)據(jù)中心 FCI 指定的共享存儲卷已經(jīng)格式化并且具有驅(qū)動器號。建議 DR FCI 上的相應(yīng)驅(qū)動器號和目錄路徑與主 FCI 中的驅(qū)動器號和目錄路徑相匹配。在主 FCI 中分配驅(qū)動器號時請認(rèn)真考慮這個建議。是4. 驗證用于安裝和配置 WSFC 的帳戶是域帳戶。此帳戶還應(yīng)該在每個群集節(jié)點上都具有管理員權(quán)限，并且對用于域計算機帳戶的容器具有“創(chuàng)建計算機對象”和“讀取所有屬性”權(quán)限?；蛘?，您可以提前預(yù)配置名稱對象帳戶，或

41、使用域管理員帳戶進(jìn)行安裝。有關(guān)所需權(quán)限和設(shè)置選項的詳細(xì)信息，請參閱故障轉(zhuǎn)移群集分步指南：在 Active Directory 中配置帳戶。是5. 使用故障轉(zhuǎn)移群集管理器，對主數(shù)據(jù)中心的兩個服務(wù)器節(jié)點以及將添加到 WSFC 的共享存儲執(zhí)行群集驗證。請反復(fù)執(zhí)行驗證，直到?jīng)]有阻止錯誤。如果要在存在警告的情況下繼續(xù)執(zhí)行下面的步驟，您需要理解所有的警告以便幫助確保穩(wěn)定的配置。有關(guān)執(zhí)行驗證測試的詳細(xì)信息，請參閱驗證故障轉(zhuǎn)移群集配置。是是 解決可能因節(jié)點網(wǎng)絡(luò)引發(fā)的任何問題6. 在群集驗證步驟結(jié)束后，使用故障轉(zhuǎn)移群集管理器創(chuàng)建一個雙節(jié)點 WSFC。有關(guān)詳細(xì)信息，包括此過程的詳細(xì)說明，請參閱創(chuàng)建新的故障轉(zhuǎn)移群集

42、。是是 解決可能因節(jié)點網(wǎng)絡(luò)引發(fā)的任何問題7. 確保投票數(shù)為奇數(shù)；例如，您可以按照本文前面所述的方法添加文件共享或附加節(jié)點，從而滿足這個要求。如果您選擇“節(jié)點和文件共享多數(shù)”，則在更改該配置之前，請確保已向 WSFC 群集帳戶授予了針對見證文件共享的讀寫權(quán)限。是8. 請確保安裝所使用的是共享的、格式化的存儲，并且該存儲只能由位于主數(shù)據(jù)中心的兩個節(jié)點訪問。這些磁盤將在下一步中用于 SQL Server。是9. 在主數(shù)據(jù)中心內(nèi)安裝 SQL Server 2012 Enterprise 的 FCI 實例。有關(guān)詳細(xì)信息，請參閱創(chuàng)建新的 SQL Server 故障轉(zhuǎn)移群集。您必須執(zhí)行兩個安裝 第一個安裝是

43、“新的 SQL Server 故障轉(zhuǎn)移群集安裝”，也就是創(chuàng)建 FCI；第二個安裝是“向 SQL Server 故障轉(zhuǎn)移群集添加節(jié)點”，在主數(shù)據(jù)中心的第二個節(jié)點上執(zhí)行。是10. 在您安裝第一個 FCI 后，為兩個 SQL Server 實例啟用 AlwaysOn 可用性組功能。有關(guān)使用 SQL Server 配置管理器或 SQL Server PowerShell 的詳細(xì)信息，請參閱啟用和禁用 AlwaysOn 可用性組。請注意，在為實例啟用 AlwaysOn 可用性組后，必須重新啟動該實例，以使更改生效。11. 在您啟用 DR FCI 以便支持 AlwaysOn 可用性組后，從舊拓?fù)渲袀浞菽?/p>

44、生產(chǎn)用戶數(shù)據(jù)庫，然后將它們還原到主數(shù)據(jù)中心 FCI。注意：您可以選擇將此步驟推遲到 DR FCI 也可用之后再執(zhí)行，到時就有兩個副本，可以設(shè)置可用性組。對于舊拓?fù)渲械钠渌恍┠挠脩魯?shù)據(jù)庫所依賴的，但是又不包含在還原的用戶數(shù)據(jù)庫中的 SQL Server 對象（例如，SQL Server 登錄名、關(guān)聯(lián)的服務(wù)器級別權(quán)限、SQL Server 代理作業(yè)），您還需要編寫相應(yīng)的腳本。這類似于在數(shù)據(jù)庫鏡像合作關(guān)系中對鏡像數(shù)據(jù)庫外部的依賴對象編寫腳本時所遵循的過程。在 SQL Server 實例之間傳輸數(shù)據(jù)庫對象和原則的方法有多種。Integration Services 傳輸 SQL Server 對象

45、任務(wù)就是其中的一種。在下面的網(wǎng)址中介紹了在實例之間傳輸?shù)卿浢兔艽a所用的另一種方法：表 1：在主數(shù)據(jù)中心構(gòu)建 FCI+AG 解決方案在 DR 數(shù)據(jù)中心設(shè)置解決方案此表提供了用于設(shè)置輔助/災(zāi)難恢復(fù)數(shù)據(jù)中心節(jié)點和創(chuàng)建可用性組的工作流。步驟數(shù)據(jù)庫管理員Windows Server 群集管理員網(wǎng)絡(luò)管理員1. 將故障轉(zhuǎn)移群集功能添加到災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)參與解決方案的所有節(jié)點。是（需要在角色之間進(jìn)行活動協(xié)調(diào)）。是2. 檢查所需的必備組件并且在 DR 數(shù)據(jù)中心的各節(jié)點上安裝必需的 Windows Server 軟件更新。是3. 驗證用于安裝和配置 WSFC 的帳戶是域帳戶。此帳戶還應(yīng)該在每個群集節(jié)點上都具有

46、管理員權(quán)限，并且對用于域計算機帳戶的容器具有“創(chuàng)建計算機對象”和“讀取所有屬性”權(quán)限。如果您使用的是與主數(shù)據(jù)中心相同的帳戶，則這些權(quán)限已正確設(shè)置。是4. 使用故障轉(zhuǎn)移群集管理器，在參與現(xiàn)有 WSFC 的兩個服務(wù)器節(jié)點和共享存儲上執(zhí)行群集驗證。如果看到非對稱存儲警告消息“ID 為 XYZ 的磁盤只能從節(jié)點的子集中看到或成為群集”，則無需執(zhí)行操作；出現(xiàn)此消息是正常情況，對于非對稱存儲而言是可接受的。請反復(fù)執(zhí)行驗證，直到?jīng)]有阻止錯誤。是是 解決可能因節(jié)點網(wǎng)絡(luò)引發(fā)的任何問題5. 在完成驗證后，使用故障轉(zhuǎn)移群集管理器將兩個災(zāi)難恢復(fù)節(jié)點添加到現(xiàn)有 WSFC。是是 解決可能因節(jié)點網(wǎng)絡(luò)引發(fā)的任何問題6. 將災(zāi)

47、難恢復(fù)數(shù)據(jù)中心 WSFC 節(jié)點的 NodeWeight 設(shè)置為 0（零）權(quán)重（有關(guān)示例，請參閱圖 4：具有節(jié)點投票分配的 FCI+AG HA/DR 解決方案）。是7. 此安裝應(yīng)使用共享的、格式化的存儲，并且該存儲只能由位于 DR 數(shù)據(jù)中心的兩個節(jié)點訪問。這些磁盤將在下一步中用于 SQL Server。保持驅(qū)動器號和映射相同，這樣可以簡化后續(xù)步驟中可用性組的部署，并且在執(zhí)行數(shù)據(jù)庫文件操作時不會發(fā)生需要手動干預(yù)或中斷可用性組會話的情況。是8. 將可用存儲移到 DR 數(shù)據(jù)中心的一個節(jié)點上，以便在下一步驟中使用。是9. 在災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)安裝 SQL Server 2012 Enterprise 的

48、 FCI 實例。您需要在其中一個節(jié)點上執(zhí)行“新的 SQL Server 故障轉(zhuǎn)移群集安裝”選項，來創(chuàng)建 FCI；然后在 DR 數(shù)據(jù)中心的第二個節(jié)點上執(zhí)行“向 SQL Server 故障轉(zhuǎn)移群集添加節(jié)點”選項。是是 就 IP 地址（如果您使用的是靜態(tài) IP 地址）和端口注意事項進(jìn)行協(xié)調(diào)10. 在安裝好兩個 FCI 后，下一步是在 DR 數(shù)據(jù)中心 SQL Server 實例上啟用 AlwaysOn 可用性組功能。有關(guān)使用 SQL Server 配置管理器或 PowerShell 的詳細(xì)步驟，請參閱啟用和禁用 AlwaysOn 可用性組。請注意，為實例啟用 AlwaysOn 可用性組，需要重新啟動實

49、例才能生效。是11. 對于舊拓?fù)渲械钠渌恍┠挠脩魯?shù)據(jù)庫所依賴的，但是又不包含在還原的用戶數(shù)據(jù)庫中的 SQL Server 對象（例如，SQL Server 登錄名、關(guān)聯(lián)的服務(wù)器級別權(quán)限、SQL Server 代理作業(yè)），您還需要編寫相應(yīng)的腳本。這些對象與您可能已編寫腳本并復(fù)制到主數(shù)據(jù)中心 FCI 的那些對象相同。是12. 請確保正確設(shè)置兩個 FCI 的可能所有者，即，INST_A 的可能所有者應(yīng)該是 PRIMARYNODE1、PRIMARYNODE2；INST_B 的可能所有者應(yīng)該是 DRNODE1、DRNODE2。13. 創(chuàng)建可用性組（此步驟涉及主 FCI 和 DR FCI）。根據(jù)環(huán)境的

50、工作負(fù)荷和網(wǎng)絡(luò)特性，您可以將可用性模式設(shè)置為異步或同步。為可用性組選擇手動故障轉(zhuǎn)移。在 FCI+AG 解決方案中，F(xiàn)CI 故障轉(zhuǎn)移是自動的，而可用性組故障轉(zhuǎn)移是手動的。有關(guān)如何配置此解決方案的故障轉(zhuǎn)移的詳細(xì)信息，請參閱創(chuàng)建和配置可用性組。是是 確保端點端口處于打開狀態(tài)并根據(jù)需要進(jìn)行故障排除14. 創(chuàng)建可用性組偵聽器。如果您在創(chuàng)建可用性組的過程中已進(jìn)行此配置，則不需要執(zhí)行此步驟。您可以通過使用 Transact-SQL、SQL Server PowerShell 或者 SQL Server Management Studio 中的向?qū)韯?chuàng)建可用性組偵聽器。有關(guān)使用各種方法的詳細(xì)信息，請參閱創(chuàng)建或

51、配置可用性組偵聽器。是是是 就 IP 地址和端口注意事項進(jìn)行協(xié)調(diào)表 2：在災(zāi)難恢復(fù)數(shù)據(jù)中心構(gòu)建 FCI+AG 解決方案在完成這些步驟后，您可以在 Windows 故障轉(zhuǎn)移群集管理器的“服務(wù)和應(yīng)用程序”下看到創(chuàng)建了一個新組，它的名稱就是可用性組的名稱。在這個新組中，還可以看到可用性組偵聽器資源和關(guān)聯(lián)的偵聽器 IP 地址（請參閱圖 5）。圖 7：在配置了 HA 和 AG DR 設(shè)計解決方案的 FCI 之后圖 7 顯示了該部署的 WSFC 視圖。請注意，圖中的 AG 偵聽器只顯示了一個關(guān)聯(lián)的 IP 地址，這只是為了便于說明；實際上，對于多數(shù)據(jù)中心拓?fù)涠?，一般都會有兩個 IP 地址。注意：盡管可用性

52、組顯示為 WSFC 中的資源，但您不應(yīng)嘗試使用故障轉(zhuǎn)移群集管理器或 WSFC 范圍的接口來管理它，而是應(yīng)通過 SQL Server Management Studio、Transact-SQL 或 Windows PowerShell 在 SQL Server 實例的上下文中管理可用性組。有關(guān)為什么不應(yīng)使用故障轉(zhuǎn)移群集管理器或 WSFC 范圍的接口的詳細(xì)信息，請參閱博客文章不要使用 Windows 故障轉(zhuǎn)移群集管理器來執(zhí)行可用性組故障轉(zhuǎn)移。圖 8 顯示了該部署在 SQL Server Management Studio 中的樣子。該視圖顯示了其中一個 FCI，并且 AlwaysOn 高可用性對

53、象資源管理器文件夾的層級結(jié)構(gòu)處于打開狀態(tài)。在此示例中，DR FCI 是輔助副本，另一個 FCI 是主副本。其中列出了參與可用性組的三個可用性數(shù)據(jù)庫，以及可用性組偵聽器的名稱。圖 8：在 SQL Server Management Studio 中針對 HA 和 AG DR 設(shè)計解決方案進(jìn)行 FCI 后續(xù)配置監(jiān)視注意事項從 FCI 和數(shù)據(jù)庫鏡像拓?fù)溥w移到 FCI 和可用性組解決方案之后，需要使用新的方法來監(jiān)視拓?fù)??？捎糜诒O(jiān)視可用性組基礎(chǔ)結(jié)構(gòu)的方法和工具包括 SQL Server Management Studio 中的 AlwaysOn 面板、對象資源管理器狀態(tài)信息、基于策略的管理策略、新的可用

54、性組性能計數(shù)器、目錄視圖、動態(tài)管理視圖，以及跟蹤最近的 AlwaysOn DDL 相關(guān)語句執(zhí)行、WSFC 連接問題、故障轉(zhuǎn)移事件、狀態(tài)更改和重做線程塊的擴展事件會話。AlwaysOn 面板是快速查看某一特定可用性組的運行狀況的建議方法。在該面板中，您可以看到主實例的位置、副本的故障轉(zhuǎn)移模式、副本的同步狀態(tài)以及不同副本的故障轉(zhuǎn)移就緒情況。您還可以直接從該面板訪問“AlwaysOn 運行狀況事件”擴展事件會話數(shù)據(jù)，以便查看最近的可用性組活動、狀態(tài)更改和事件。圖 9：AlwaysOn 面板此外，您還可以基于性能計數(shù)器閾值和可用性組狀態(tài)更改，創(chuàng)建 SQL Server 代理警報和作業(yè)響應(yīng)。有關(guān)監(jiān)視可用

55、性組環(huán)境的詳細(xì)信息和指導(dǎo)，請參閱監(jiān)視可用性組。從災(zāi)難中恢復(fù)本節(jié)詳細(xì)介紹在主數(shù)據(jù)中心的主副本發(fā)生停機時您應(yīng)采取的步驟和工作流。它還包含從災(zāi)難恢復(fù)數(shù)據(jù)中心還原主副本可用性所需的步驟。主副本發(fā)生停機可能是因為以下一個或多個原因： 主數(shù)據(jù)中心的所有 FCI 節(jié)點都發(fā)生故障 主數(shù)據(jù)中心 FCI 存儲發(fā)生故障 影響整個主數(shù)據(jù)中心的故障或網(wǎng)絡(luò)中斷在出現(xiàn)上述任何情況時，需要在災(zāi)難恢復(fù)數(shù)據(jù)中心執(zhí)行某些操作，才能讓 SQL Server 繼續(xù)為應(yīng)用程序提供服務(wù)。圖 10 顯示了此情形下的“群集仲裁信息”窗口（可以從 AlwaysOn 面板上的“查看群集仲裁信息”鏈接訪問此信息）。它顯示的是發(fā)生災(zāi)難情況之前的仲裁，其中，兩個 DR 節(jié)點具有零個投票。圖 10：“發(fā)生災(zāi)難之前”的群集仲裁投票狀態(tài)下面的工作流說明了當(dāng)主數(shù)據(jù)中心停機時，恢復(fù)災(zāi)難恢復(fù)數(shù)據(jù)中心內(nèi)的一個可用性組所需的步驟：1. 在其中一個 DR 節(jié)點上執(zhí)行強制仲裁，并且確保主數(shù)據(jù)中心內(nèi)的節(jié)點不構(gòu)成它們自己的仲裁。在災(zāi)難恢復(fù)節(jié)點上啟動的故障轉(zhuǎn)移群集管理器最初很可能不會提供有關(guān) WSFC 的狀態(tài)的有用信息，因為該群集并沒有仲裁。圖 11：發(fā)生災(zāi)難之后、執(zhí)