SQLServerAlwaysOn多站點故障轉(zhuǎn)移群集實例

1、SQL Server 2012 AlwaysOn：多站點故障轉(zhuǎn)移群集實例SQL Server技術(shù)文章作者： Mike Weiner 、 Sanjay Mishra 、 Min He供稿人： Lingwei Li 、 Mike Anderson (EMC Corporation)技術(shù)審校： Shaun Tinline-Jones 、 Steve Howard 、 Prem Mehra 、 Paul Burpo 、Mike Ruthruff 、 Jimmy May 、 Matt Neerincx 、 Dan Benediktson 、 Michael Steineke (Edgenet Inc.)

2、 、David P. Smith (ServiceU Corporation)發(fā)布時間： 2011 年 12 月適用范圍： SQL Server 2012摘要： SQL Server故障轉(zhuǎn)移群集是SQL Server 2012 AlwaysOn整體實現(xiàn)的一部分。它同時支持本地以及多站點故障轉(zhuǎn)移配置，旨在為SQL Server提供高可用性和災難恢復功能。多站點故障轉(zhuǎn)移群集技術(shù)在SQL Server 2012中得到顯著增強。本文重點介紹多站點故障轉(zhuǎn)移群集的體系結(jié)構(gòu)、 SQL Server 2012中對該技術(shù)的增強以及有助于部署該技術(shù)的一些最佳做法。版權(quán)信息本文檔按“原樣”提供。本文檔中的信息和表達

3、的觀點（包括URL和其他網(wǎng)站引用）如有更改，恕不另行通知。您應承擔使用本文檔所帶來的風險。本文檔中提及的某些示例只是為了便于說明，純屬虛構(gòu)。不應據(jù)此聯(lián)想或妄加推斷。本文檔不向您提供對任何 Microsoft 產(chǎn)品中的任何知識產(chǎn)權(quán)的任何法律權(quán)利。您可以出于內(nèi)部參考目的復制和使用本文檔。? 2011 Microsoft 。保留所有權(quán)利。目錄簡介4SQL Server 2012多站點故障轉(zhuǎn)移群集體系結(jié)構(gòu)4構(gòu)建多站點故障轉(zhuǎn)移群集所需的組件5服務器硬件和操作系統(tǒng)5存儲設備6網(wǎng)絡6Windows Server 故障轉(zhuǎn)移群集(WSFC)仲裁模型7關(guān)于多站點故障轉(zhuǎn)移群集改進功能的SQL Server客戶實驗室

4、測試7挑戰(zhàn)、解決之道和經(jīng)驗9存儲驗證檢查要求9在故障轉(zhuǎn)移群集管理器中使用OR 依賴關(guān)系配置IP 地址10合適的仲裁模型11多子網(wǎng) SQL Server FCI故障轉(zhuǎn)移后的網(wǎng)絡注冊和客戶端連接11結(jié)論12附錄13實驗室硬件和軟件環(huán)境13服務器13SQL Server13存儲設備13存儲軟件13簡介本白皮書討論了 SQL Server 2012中有關(guān)多站點故障轉(zhuǎn)移群集技術(shù)的增強功能及其注意事項。其內(nèi)容編排如下所示：從體系結(jié)構(gòu)角度探討多站點故障轉(zhuǎn)移群集。部署多站點故障轉(zhuǎn)移群集涉及的組件。介紹一下我們的實驗室測試。實驗室測試是在 SQL Server 2012的預發(fā)行版本基礎之上執(zhí)行的，但是您仍然可以

5、從中了解多站點配置中的故障轉(zhuǎn)移方案和行為。我們將討論面臨的挑戰(zhàn)、解決之道和獲得的一些經(jīng)驗，以幫助在生產(chǎn)環(huán)境中部署此技術(shù)。此測試使用的是預發(fā)行軟件。但是，實驗室中所測試的功能在此版本中已基本完成，在最終的生產(chǎn)版本中不會有大的更改。SQL Server 2012 多站點故障轉(zhuǎn)移群集體系結(jié)構(gòu)在評估 Microsoft SQL Server 環(huán)境的高可用性選項時，您可能注意到SQL Server中提供了很多功能，它們可幫助應用程序?qū)崿F(xiàn)您組織的可用性目標。SQL Server故障轉(zhuǎn)移群集技術(shù)在產(chǎn)品中作為高可用性策略已經(jīng)有十多年的時間了。通過SQL Server故障轉(zhuǎn)移群集， SQL Server實例在任

6、意時間點都能夠在群集內(nèi)的單個節(jié)點上運行。如果SQL Server實例因為某些原因（如硬件故障）無法在某個節(jié)點上運行，它可以故障轉(zhuǎn)移到另一個節(jié)點，這樣就在SQL Server實例級別上提供了高可用性。許多企業(yè)在多個位置運行數(shù)據(jù)中心，或可能在不同的站點備有輔助數(shù)據(jù)中心，以此提供冗余來實現(xiàn)災難恢復機制。這樣做的一個主要原因是防止站點因為網(wǎng)絡、電源、基礎結(jié)構(gòu)或其他站點災難等原因而導致全面故障。許多解決方案都使用此多站點模型實現(xiàn)了 Windows Server 和 SQL Server 故障轉(zhuǎn)移群集。多站點故障轉(zhuǎn)移群集的節(jié)點分散在多個不同的物理站點或數(shù)據(jù)中心，目的是在某個站點出現(xiàn)災難時能夠在其他數(shù)據(jù)中心

7、上提供可用性。有時多站點故障轉(zhuǎn)移群集也稱為地理分散的故障轉(zhuǎn)移群集、拉伸群集或多子網(wǎng)群集。目前，想要部署 SQL Server 2008 R2多站點故障轉(zhuǎn)移群集，除了您還需要部署以下技術(shù)：SQL Server故障轉(zhuǎn)移群集之外，SAN 復制和故障轉(zhuǎn)移技術(shù) 提供跨站點的數(shù)據(jù)復制和故障轉(zhuǎn)移功能拉伸虛擬 LAN (VLAN)技術(shù) 用于公開可以在站點間進行故障轉(zhuǎn)移的單個境中存在多個子網(wǎng)）。IP 地址（如果環(huán)在 Windows Server 2003 中，所有群集資源之間的依賴關(guān)系均為AND 依賴關(guān)系。（注意：在Windows Server 2003 中，故障轉(zhuǎn)移群集稱為服務器群集。）例如，如果“SQL S

8、erver”資源依賴于“ IP 地址”和“磁盤1”資源，僅當“IP 地址”和“磁盤1”資源均聯(lián)機時，Windows 群集才能使“ SQL Server”資源聯(lián)機。 Windows Server 2008信息，請參閱博客文章群集資源依賴關(guān)系表達式引入了指定資源間OR 依賴關(guān)系的能力；有關(guān)詳細。這個新增功能意味著您可以指定“ SQL Server”資源依賴于“磁盤 1”AND (“ IP 地址 1” OR“IP 地址 2”)。此配置允許多子網(wǎng)群集中的每個站點注冊為不同的 IP 地址，同時允許“ SQL Server”資源只需要依賴于至少一個與之綁定的 IP 地址。但是， SQL Server 20

9、08 R2不支持 Windows Server 2008 中的 IP 地址 OR 依賴關(guān)系。在SQL Server2008 R2 和以前的版本中，SQL Server在啟動時將遍歷故障轉(zhuǎn)移群集資源組中的所有與它們?nèi)拷壎?。如果任何綁定失敗，則SQL Server的啟動也會失敗。因此，在IP 地址并嘗試 SQL Server 2008R2 和以前的版本中，需要使用拉伸VLAN 來啟用SQL Server多站點故障轉(zhuǎn)移群集。但是很多客戶因為安全、成本、復雜性或與公司標準不兼容等原因不愿意部署拉伸制部署 SQL Server多站點和多子網(wǎng)群集的重要因素。VLAN。這是限在 SQL Server 20

10、12中，多站點特別是多子網(wǎng)故障轉(zhuǎn)移群集實現(xiàn)方面有了諸多的改進，其中就包括下面兩項支持多子網(wǎng)群集的重要增強功能：群集安裝支持 現(xiàn)在 AddNode（對于集成安裝）和CompleteFailoverCluster（對于高級安裝）都可以智能檢測多子網(wǎng)環(huán)境并自動將IP 地址資源依賴關(guān)系設置為OR。SQL Server引擎支持 為了使 SQL Server資源聯(lián)機， SQL Server引擎啟動邏輯將不再需要綁定到不處于聯(lián)機狀態(tài)的所有 IP 地址。 IP 地址的狀態(tài)和 OR 依賴關(guān)系配置顯示在“挑戰(zhàn)、解決之道和經(jīng)驗”一節(jié)的示意圖中。在 SQL Server客戶實驗室，我們已使用SQL Server 20

11、12的預發(fā)行版本測試了這個新功能。本文檔的其余部分將提供進一步的背景信息，以使您了解如何在 SQL Server 2012中配置多站點 SQL Server 故障轉(zhuǎn)移群集并介紹實驗室設置、測試過程和相關(guān)經(jīng)驗。構(gòu)建多站點故障轉(zhuǎn)移群集所需的組件構(gòu)建多站點 SQL Server故障轉(zhuǎn)移群集時，需要考慮很多組件。我們將在此處討論這些組件和其他一些注意事項。服務器硬件和操作系統(tǒng)硬件配置：根據(jù)下面文章中所列的準則，群集硬件必須是受支持的配置（Windows Server 2008 R2或更高版本）： Windows Server 2008 或 Windows Server 2008 R2故障轉(zhuǎn)移群集的Mi

12、crosoft 支持策略。這些準則要求您在群集上運行驗證測試，您可以通過故障轉(zhuǎn)移群集管理器管理單元運行群集驗證向?qū)韴?zhí)行此測試。Microsoft 軟件： Windows Server 和 SQL Server。Windows Server 和 SQL Server的每個版本所支持的故障轉(zhuǎn)移群集（實例）節(jié)點數(shù)各不相同，而且不同的版本所支持的故障轉(zhuǎn)移群集功能也各不相同。有關(guān)詳細信息，請參閱 Windows Server 2008 R2 中故障轉(zhuǎn)移群集的新增功能。本文只涉及 SQL Server 2012中的一些更改，如果想要全面了解所有的更改，請參考 SQL Server聯(lián)機叢書以及其他文章。S

13、QL Server 2012最終版本推出前后發(fā)布的注意：Windows Server 故障轉(zhuǎn)移群集 (WSFC)實現(xiàn)有一個特殊的要求，那就是群集內(nèi)的所有節(jié)點必須是同一域的一部分。存儲設備對于存儲設備，要考慮以下幾個事項：第一個注意事項是與存儲設備的連接性：通常來說，本地連接采用的是光纖通道交換的連接，其中單個節(jié)點具有LUN 的獨占所有權(quán)，并可以在任意指定時間實現(xiàn)連接。在故障轉(zhuǎn)移時，另一個節(jié)點可以獲得對該存儲設備的獨占所有權(quán)。在多站點群集方案中，這兩個站點通常都有獨立的存儲設備。當本地節(jié)點需要訪問存儲設備時，兩個存儲設備之間也存在一個連接，以便將這兩個設備鏈接起來。兩個存儲陣列之間的連接機制的類

14、型和性能是影響解決方案的故障轉(zhuǎn)移和I/O 性能的重要因素。其次是存儲復制技術(shù)，它用于復制各站點存儲設備之間的I/O。此技術(shù)由存儲供應商提供。最后，存儲供應商還提供一個軟件組件來自動執(zhí)行存儲設備之間的故障轉(zhuǎn)移并確定在故障轉(zhuǎn)移時群集內(nèi)哪些磁盤是可訪問的和已裝載的。網(wǎng)絡網(wǎng)絡組件在多站點（和多子網(wǎng)）環(huán)境中也很重要。配置有效的 IP 地址，這一步很關(guān)鍵。SQL Server實例時，確保每個子網(wǎng)有一個還需要考慮到SQL Server 2012和以前版本之間的一些區(qū)別。首先，盡管SQL Server 2012中集成了多子網(wǎng)配置支持，然而在 SQL Server配置為使用 VLAN 或單個網(wǎng)絡時，配置仍舊有效

15、并受支持。其次，在 SQL Server 2008和 SQL Server 2008 R2中，生存時間 (TTL)和其他 DNS復制配置是故障轉(zhuǎn)移方案和客戶端連接的一個重要考慮因素。這些配置問題不再需要在 SQL Server 2012故障轉(zhuǎn)移群集中解決，因為 SQL Server 2012版本中提供了一些網(wǎng)絡配置和客戶端驅(qū)動程序的增強功能。有關(guān)詳細信息，請參閱本文后面的“挑戰(zhàn)、解決之道和經(jīng)驗”。最后，還要考慮一些其他網(wǎng)絡注意事項，例如Windows群集的檢測信號網(wǎng)絡，它們很重要，但是Windows Server故障轉(zhuǎn)移群集(WSFC) 仲裁模型使用 Windows Server 2008 和

16、 Windows Server 2008 R2 時，支持四種仲裁配置類型。這些仲裁模型在故障轉(zhuǎn)移群集分步指南：在故障轉(zhuǎn)移群集中配置仲裁cc770620(WS.10).aspx) 中討論。在多站點故障轉(zhuǎn)移群集中，仲裁模型還有一些特殊的注意事項。有關(guān)這些注意事項的詳細討論，請參閱 多站點故障轉(zhuǎn)移群集的要求和建議中的“節(jié)點數(shù)和相應的仲裁配置”部分。以下是鏈接中所述信息的匯總：對于節(jié)點數(shù)為偶數(shù) 的多站點故障轉(zhuǎn)移群集，建議采用“節(jié)點和文件共享多數(shù)”仲裁配置。應該使用一些打破平局的機制（無論是磁盤、節(jié)點還是文件共享見證服務器）。一般建議使用文件共享見證服務器，因為它通常更易于保持文件共享對兩個站點均可訪問

17、。對于 節(jié)點數(shù)為奇數(shù) 的情況，請考慮使用“節(jié)點多數(shù)”選項。但是，在此配置中，如果具有更多節(jié)點的站點（通常是主站點）失敗，則需要進行人工干預以強制群集在輔助站點啟動，因為仲裁已丟失。關(guān)于多站點故障轉(zhuǎn)移群集改進功能的SQL Server客戶實驗室測試為了了解某些新的多子網(wǎng)功能，我們在美國華盛頓州Redmond 的SQL Server客戶咨詢實驗室(SQLCAT)執(zhí)行了一些測試。在這些測試中，我們的主要目標是在兩個站點間配置多子網(wǎng)故障轉(zhuǎn)移群集并針對配置運行客戶工作負荷。實驗室配置如下所示。硬件和軟件：兩個 Windows Server 2008 R2 服務器位于“站點A”，兩個Windows Ser

18、ver 2008 R2 服務器位于“站點 B”配置為一個多站點故障轉(zhuǎn)移群集實例(FCI)的 SQL Server 2012預發(fā)行軟件存儲設備：配置兩個 EMC Symmetrix VMAX 企業(yè)級存儲陣列，每個站點一個。這些陣列均配置有兩個VMAX存儲引擎和 240 個磁盤驅(qū)動器。驅(qū)動器由企業(yè)級閃存驅(qū)動器 (EFD)、光纖通道和 SATA組成。為了滿足測試要求，將光纖通道驅(qū)動器的一部分提供給鏡像配置中的 Windows Server 2008 R2 故障轉(zhuǎn)移群集。將九個 112 GB 的卷用于數(shù)據(jù)和日志存儲。將一個 300 GB 的卷用于存儲數(shù)據(jù)和日志備份。每個陣列使用雙8 Gbps 光纖通道

19、連接與測試服務器相連。存儲陣列使用Symmetrix 遠程數(shù)據(jù)工具（SRDF，在附錄中提供了相關(guān)鏈接）將數(shù)據(jù)從源陣列發(fā)送到目標陣列。名為 R1 卷的源存儲設備將數(shù)據(jù)發(fā)送到名為 R2 卷的目標存儲設備。當站點發(fā)生故障轉(zhuǎn)移時， SRDF/CE（群集啟用器）會檢測到陣列復制狀態(tài)（因為它與 WSFC活動節(jié)點關(guān)聯(lián)）。SRDF/CE還處理所有復制狀態(tài)更改。這些陣列使用雙 1 Gbps 以太網(wǎng)連接進行通信。使用以太網(wǎng)鏈路是為了方便測試團隊通過網(wǎng)絡延遲生成設備在測試過程中加入一定的延遲，從而模擬長距離通信情況。正在運行的SQL Server 故障轉(zhuǎn)移的遠程數(shù)據(jù)中心節(jié)點遠程數(shù)據(jù)中心節(jié)點SQL Server FC

20、I本地節(jié)點SAN 存儲SAN 存儲數(shù)據(jù)庫卷存儲復制數(shù)據(jù)庫卷群集站點 A群集站點 B圖 1：多站點配置示意圖（在站點和存儲設備之間進行存儲復制）網(wǎng)絡：為了模擬多站點網(wǎng)絡，我們創(chuàng)建了三個邏輯站點?！罢军cA”承載兩個故障轉(zhuǎn)移群集節(jié)點和一個存儲陣列?！罢军cA”還針對它自己的子網(wǎng)進行了配置?！罢军cB”位于另一個子網(wǎng)中，該子網(wǎng)承載群集中的其他存儲陣列和節(jié)點。第三個站點 /子網(wǎng)承載 Active Directory 結(jié)構(gòu)、 Windows Server 仲裁配置的文件共享以及單個 DNS 服務器。盡管第三個站點可能不匹配所有實際實現(xiàn)的體系結(jié)構(gòu)，但是從實驗室得到的測試結(jié)果仍提供了一些可應用到您的組織環(huán)境的有用

21、信息。若要詳細了解有關(guān) SQL Server FCI故障轉(zhuǎn)移時客戶端連接和網(wǎng)絡注冊的注意事項，請參閱本文后面的“挑戰(zhàn)、解決之道和經(jīng)驗”。仲裁模型：我們在測試中使用了仲裁模型“節(jié)點和文件共享多數(shù)”。我們將文件共享放在第三個子網(wǎng)中，它可供其他子網(wǎng)訪問。這只是多子網(wǎng)故障轉(zhuǎn)移群集方案中仲裁模型的多個選項之一。您應選取最適合您組織的總體實現(xiàn)的模式。有關(guān)仲裁模型的詳細信息，請參閱本文前面所述的“ Windows Server 故障轉(zhuǎn)移群集 (WSFC)仲裁模型”。工作負荷：為了讓測試方案更加真實，運行的客戶工作負荷以寫為主（占 90% 以上）、每秒大約執(zhí)行 2,000 個批處理，以便向所用的故障轉(zhuǎn)移群集環(huán)

22、境施加一個 I/O 負載。這些 I/O 規(guī)模很小，用于模擬高吞吐量的 OLTP應用程序。我們通過各種不同的機制測試了眾多的故障轉(zhuǎn)移方案，包括在運行 SQL Server FCI的服務器上手動故障轉(zhuǎn)移（“移動組”）和斷電。無論服務器上是否正在運行工作負荷，故障轉(zhuǎn)移行為都符合我們的預期。我們在測試中發(fā)現(xiàn)了一些重要經(jīng)驗和注意事項，將在以下章節(jié)中與大家分享。挑戰(zhàn)、解決之道和經(jīng)驗從我們進行的測試以及有關(guān)SQL Server 2012預發(fā)行版本多站點故障轉(zhuǎn)移群集的其他經(jīng)驗中，我們總結(jié)了一些對客戶很重要的注意事項，有助于您使用 SQL Server 2012開始構(gòu)建和部署自己的故障轉(zhuǎn)移群集解決方案。存儲驗證

23、檢查要求在使用 SAN復制的多站點群集環(huán)境中，要求一個站點上的存儲卷只能對同一站點上的節(jié)點可見，另一個站點上的存儲卷也只能對該站點上的節(jié)點可見。因此，所有存儲設備不能同時對所有節(jié)點都可見，這導致一些存儲驗證檢查可能無法通過并 / 或發(fā)出警告。如果您跳過存儲驗證測試，將顯示與缺乏支持有關(guān)的消息，如：“否。不需要 Microsoft 對該群集的支持，因此不希望運行驗證測試。單擊下一步時，繼續(xù)創(chuàng)建群集?！痹诖谁h(huán)境中，應該可以跳過存儲驗證測試，因為多站點群集解決方案不要求通過存儲驗證測試就可成為完全受支持的解決方案。有關(guān)詳細信息，請參閱知識庫文章 Windows Server 2008 或 Windo

24、ws Server 2008 R2 故障轉(zhuǎn)移群集的 Microsoft 支持策略中的“地理位置分散的群集”。注意：只能跳過存儲驗證檢查。如果跳過所有驗證，或者驗證報告中出現(xiàn)警告或失敗，安裝程序會檢測到此情況并阻止安裝。SQL Server在故障轉(zhuǎn)移群集管理器中使用OR 依賴關(guān)系配置IP地址當您配置多子網(wǎng)故障轉(zhuǎn)移群集時，只能有一個IP 地址必須處于聯(lián)機狀態(tài)。其他IP 地址可以保持脫機狀態(tài)，直到故障轉(zhuǎn)移到該子網(wǎng)。由于這看起來可能不正確或配置出錯，我們提供了一個示例來說明故障轉(zhuǎn)移群集管理器如何顯示此配置。請注意，根據(jù)當前承載FCI的子網(wǎng)，一個IP 地址的“狀態(tài)”列設置為“脫機”，另一個IP 地址的“

25、狀態(tài)”列則設置為“聯(lián)機”。圖 2：多子網(wǎng)故障轉(zhuǎn)移群集管理器中IP 地址 OR 依賴關(guān)系設置示例合適的仲裁模型多站點故障轉(zhuǎn)移群集通常分布在多個地理區(qū)域，并且每個站點都包含存儲組件。因此，在這種環(huán)境中，仲裁模型有一些特殊的注意事項。有關(guān)這些注意事項的詳細信息，請參閱本文前面所述的 “ Windows Server 故障轉(zhuǎn)移群集 (WSFC)仲裁模型”。但是，當您對多站點故障轉(zhuǎn)移群集運行Windows Server 群集驗證時，將顯示一條消息，建議采用“節(jié)點和磁盤多數(shù)”選項作為仲裁模型，如圖 3 中所示。驗證仲裁配置驗證當前仲裁配置是否是群集最佳配置正在驗證群集仲裁設置。當前仲裁配置為“節(jié)點和文件共

26、享多數(shù)”(r805-04quorum ) 。如果見證磁盤聯(lián)機，此仲裁模型可以承受 2個節(jié)點的故障，如果見證磁盤脫機或發(fā)生故障，則可以承受 1 個節(jié)點的故障對于當前節(jié)點數(shù)來說，推薦的仲裁配置為“節(jié)點和磁盤多數(shù)”可以使用配置群集仲裁向?qū)Ц拇酥俨门渲??？梢酝ㄟ^在左側(cè)窗格中選擇群集名稱，然后在右側(cè)的“操作”窗格選擇“更多操作 . ”，然后選擇“配置群集仲裁設置 . ”從故障轉(zhuǎn)移群集管理器控制臺中啟動該向?qū)D 3：群集驗證工具關(guān)于仲裁配置的輸出顯示群集驗證工具中的向?qū)Р粰z測特定群集是否為多站點群集。可以放心忽略此建議并使用更合適的仲裁模型，如“節(jié)點和文件共享多數(shù)”。多子網(wǎng) SQL Server FCI

27、 故障轉(zhuǎn)移后的網(wǎng)絡注冊和客戶端連接在 SQL Server 2012中， SQL Server故障轉(zhuǎn)移群集網(wǎng)絡名稱針對“網(wǎng)絡名稱”資源（虛擬網(wǎng)絡名稱）啟用了 RegisterAllProvidersIP屬性。對于多子網(wǎng) FCI，此屬性表示要將 SQL Server配置使用的所有 IP 地址都在 DNS 中注冊為 SQL Server虛擬網(wǎng)絡名稱。因為所有 IP 都在 DNS 中注冊，跨數(shù)據(jù)中心的故障轉(zhuǎn)移不需要對 DNS中注冊的 IP 地址進行任何更改。因為不再需要更新 DNS，所以在故障轉(zhuǎn)移后，客戶端連接可以更快解析為 SQL Server故障轉(zhuǎn)移群集（虛擬網(wǎng)絡名稱）。較新的 SQL Serv

28、er客戶端驅(qū)動程序（包括 SQL Server Native Client）增加了對關(guān)鍵字 MultiSubnetFailover 的支持。如果客戶端可以啟用 MultiSubnetFailover 連接選項，則 SQL Server FCI可以使用的所有 IP 地址將在連接時進行計算并由客戶端進行解析。這個增強功能還有助于在故障轉(zhuǎn)移后改進客戶端連接性。如果客戶端所使用的驅(qū)動程序不支持 MultiSubnetFailover 關(guān)鍵字（或未啟用它），則需要考慮以下幾個事項：客戶端驅(qū)動程序以串行方式計算IP 地址。此 IP 計算可能延長客戶端連接所需的時間。建議增加 ConnectionTimeo

29、ut值，對于 SQL Server網(wǎng)絡名稱可能解析的每個額外IP 地址，此時間都需要增加 21 秒。因此，如果在新站點上又添加了一個 IP 地址，可以將新的ConnectionTimeout值配置為： 以前的 ConnectionTimeout值 +21 秒。公式為： (X + (N-1) * 21)，其中 X = 當前 ConnectionTimeout值 ，N = 具有 IP 地址的站點數(shù)。在我們的測試中，使用 SQL Server Browser服務將實例名稱解析為端口號有時會失敗。這會導致客戶端無法解析為 SQL Server命名實例。因此，對于不支持 MultiSubnetFailo

30、ver 關(guān)鍵字且要連接到 SQL Server命名實例的驅(qū)動程序，我們建議您對 SQL Server實例使用靜態(tài)端口配置。在這種情況下，可以通過直接在連接參數(shù)中指定 SQL Server和端口號來建立客戶端連接。結(jié)論SQL Server 2012 AlwaysOn為客戶提供了實現(xiàn)高可用性和災難恢復的多種設計選擇。多站點故障轉(zhuǎn)移群集可以提供實例級的高可用性和災難恢復，是 SQL Server AlwaysOn體系結(jié)構(gòu)的一個不錯的選擇。我們對多站點故障轉(zhuǎn)移群集技術(shù)做了重大改進，使它成為在很多環(huán)境中實現(xiàn)高可用性和災難恢復功能的切實可行的選項。本文檔旨在幫助用戶熟悉該技術(shù)，幫助他們成功實施部署，同時了解我們對 SQL Server 20