和災難恢復的microsoftsqlserveralwayson解決方案指南-資料下載頁

　　

【正文】 可用性組最多可以有 個同步提交輔助副本。輟紺腦誒瀅摟廚議犧異銖張。同步提交模式造成了主副本數據庫上的事務滯后，但是它確保輔助副本上對于提交的事務沒有數據丟失。異步提交模式。主副本在硬化本地事務日志后提交事務，但是它不等待異步提交輔助副本已硬化其事務日志的確認。一個可用性組最多可以有 個異步提交輔助副本，但是所有類型的輔助副本總計不能超過 個。屢潯繾飛獼轄黨諑鐙虜膠錆。異步提交模式可最大限度地減少主副本數據庫上的事務滯后時間，但允許輔助副本事務日志滯后，因此可能會導致一些數據丟失。詔弒緇峴瞼慫龜貯溈驏斕窮。有關詳細信息，請參閱可用性模式 (())。鳧沖經糧籩賂雞軀鎧潔鵜傘。可用性副本之間的數據流的總體運行狀況由每個副本的“同步狀態”指示。如果您故障轉移到同步狀態不為“已同步”或“正在同步”的輔助副本，很可能會丟失數據。聰駘縶轤終實騭邏顯贍輾諺。每個輔助副本的同步流具有“會話超時”屬性。如果一個配置為使用同步提交可用性模式的輔助副本因為會話超時而失敗時，它會在內部臨時標記為“異步”。這樣做可以確保輔助副本故障不會影響主副本上事務日志的硬化。當該輔助副本恢復正常并與主副本同步后，將自動恢復為正常的同步提交模式操作。鯧鋱竊鴇緶諏顫鉆邇凱終殺。可用性組故障轉移可用性組和相應的虛擬網絡名稱都注冊為 群集中的資源。可用性組基于主副本的運行狀況和故障轉移策略在可用性副本級別進行故障轉移。堿賢矯攝膽嘮闊銻愷緊弳韻。可用性組故障轉移策略使用屬性和系統存儲過程來指示影響可用性組的故障的嚴重性容忍級別。此機制同樣適用于 故障轉移策略。闋蘆畫腎藎覺鎪鐿賚鍥驛縛。當發生故障轉移時，不是將共享物理資源的所有權轉移到另一個節點，而是利用 重新配置另一個 實例上的輔助副本，使其成為主副本。然后，將可用性組的虛擬網絡名稱資源轉移到該實例。與涉及的可用性副本之間的所有客戶端連接都將重置。溝礬爺銦蟈剛銪霽寧棄貝嚨。根據副本的當前運行狀況、同步狀態和可用性模式，每個副本都具有一個復合“故障轉移就緒”狀態，用以指示是否存在丟失數據的可能性。此副本的運行狀況信息可以在 面板或系統視圖中查看。鈣槍濾黨許蕁鄶飫誥慮瞇輻。每個可用性副本還具有配置的“故障轉移模式”，它控制指示故障轉移時的副本行為。自動故障轉移（無數據丟失）。這使任何 配置可以最快地進行故障轉移，因為輔助副本事務日志已硬化和同步。回滾主副本上已打開的事務，并將主副本角色轉移到一個輔助副本而無需任何用戶干預。懌處濁渾誹買躦騸嗆驏壘濕。主副本和輔助副本必須設置為自動故障轉移模式并且都必須設置為同步提交可用性模式。副本之間的同步狀態必須為“已同步”。此外， 群集必須具有正常運行的仲裁。謝齒毀覽賬繰財鱗蠼潔陝鱟。如果主副本或輔助副本位于 上，則不支持自動故障轉移。這樣可防止可用性組和 故障轉移之間存在可能的爭用情況。吶韋楨闔踐鴟諍齏蘭贍讓蘄。手動故障轉移。這使管理員可以評估主副本的狀態并慎重決定是否要故障轉移到輔助副本。根據可用性模式和同步狀態，您具有以下選擇：計劃的手動故障轉移（無數據丟失）。僅當主副本和輔助副本都正常運行且處于“已同步”狀態時，才能執行此類故障轉移。這在功能上等效于自動故障轉移。萊酈晉壩辭終裥俠輿擊潰嶁。強制手動故障轉移（允許可能的數據丟失）。當目標輔助副本處于異步提交可用性模式或該副本與主副本不同步時，這是唯一可能的故障轉移形式。鷲詛撿瞇釵騭蓀剝黃縶別鏟。警告：您只能在災難恢復情況下使用此故障轉移選項。如果主副本正常運行、可供使用，您應將涉及的副本的可用性模式更改為同步提交，然后執行計劃的手動故障轉移。紉綰懔賬鍘禪耬啞綿鍇鋃碩。有關詳細信息，請參閱執行可用性組的強制手動故障轉移(())。顢燦懺騅錳顆繡奪鮪棄蔦麗。如果主副本或您要故障轉移到的輔助副本滿足以下任意條件，則必須執行手動故障轉移：故障轉移模式設置為“手動”。可用性模式設置為“異步提交”。副本位于 上。有關詳細信息，請參閱故障轉移模式（ 可用性組）(())。潛憒巔懟閑貓簡巒競慮棧諾。注意：故障轉移后，如果未將新的主副本設置為同步提交模式，輔助副本將指示“已掛起”同步狀態。在將主副本設置為同步提交模式前，不會有數據流向輔助副本。鏟卻審緒韃聞癬惱颯驏齡攖。可用性組偵聽器“可用性組偵聽器”是客戶端可用于訪問可用性組中的數據庫的 虛擬網絡名稱 ()。 群集資源由主副本所在的 實例擁有。擄鱘殼郟餳渦爛摻璽灑鄆際。該虛擬網絡名稱僅在創建可用性組偵聽器或配置更改期間才會注冊到 。在可用性組偵聽器中定義的所有虛擬 地址都會在 上注冊為同一個虛擬網絡名稱。贗鐨嚳齬騏銻潑櫟聞贏繃綢。要使用可用性組偵聽器，客戶端連接請求必須指定虛擬網絡名稱來代替服務器，并指定可用性組中的數據庫名。默認情況下，這應導致連接到承載主副本的 實例。殼贈嘆橈鯛槳櫨滄滸擊懼廄。在運行時，客戶端使用其本地 解析程序獲取映射到虛擬網絡名稱的 地址和 端口的列表。然后，客戶端將嘗試連接到其中的每個 地址，直到成功或連接超時。如果參數設置為 ，客戶端將并行嘗試并行建立這些連接，這樣可以縮短客戶端故障轉移時間。襉藍動蔭鶚鈑掙濰鋱縶魯軛。發生故障轉移時，服務器上的客戶端連接將重置，可用性組偵聽器的所有權隨主副本角色移至新的 實例，并且 端點將綁定到新實例的虛擬 地址和 端口。傘箋內鍶樂撈憶瓊檸鍇賕澮。有關詳細信息，請參閱客戶端連接和應用程序故障轉移(())。緬殲傷卻兗輔宮礡釅棄稈騅。應用程序意向篩選通過可用性組偵聽器進行連接時，應用程序可以指定其意向是讀寫數據還是專門執行只讀操作。如果未指定，則客戶端的默認應用程序意向為讀寫。驪嘗叢煙協彈嚕約戲虛嫻蒞。對于每個可用性副本的主角色和輔助角色，您還可以指定“連接訪問”屬性，該屬性將用作對客戶端應用程序意向的連接級篩選器。默認情況下，無效的應用程序意向和連接訪問組合將導致連接被拒絕。 應使用以下規則篩選客戶端連接請求。畫價鸚詮喲貰區綢躉驟預塵。可用性副本處于主角色，并且連接訪問等于：允許任何應用程序意向時，不篩選應用程序意向的任何客戶端連接。只允許顯式讀寫意向時，如果客戶端指定只讀，將拒絕連接。可用性副本處于輔助角色，并且連接訪問等于：不允許連接時，拒絕所有連接，副本僅可用于災難恢復。允許任何應用程序意向時，不篩選應用程序意向的任何客戶端連接。只讀應用程序意向時，如果客戶端不指定只讀，將拒絕連接。有關詳細信息，請參閱配置對可用性副本的連接訪問(())。鏜飄鳶顆奩娛僑聹嶼灑詰鈮。應用程序意向只讀路由 可用性組的一個重要價值體現在可以將備用硬件基礎結構用于災難恢復之外的目的。通過將一個或多個輔助副本配置為只讀訪問，您可以大大減輕主副本的工作負荷。棲鈽鰹尋嵐詡黲滎諶贏煙癲。適合轉移到只讀輔助副本的工作負荷包括：報表、數據庫備份、數據庫一致性檢查、索引碎片分析、數據管道提取、操作支持和即席查詢。辯諉驂籌憮詠鰈蠷嚳擊厭齏。對于每個可用性副本，您可以配置 實例端點的順序只讀路由列表，當該副本成為主副本時，系統會按照此列表中指定的順序，將指定只讀應用程序意向的連接請求重定向到列表中第一個滿足上述應用程序意向篩選器的可用輔助副本。崢罰饋蹤擁襲駐詐覬縶鎘誠。注意：只讀路由重定向由綁定到主副本的可用性組偵聽器執行。如果主副本處于脫機狀態，將無法執行客戶端重定向。誕玨顳鰭暈凈頗諤凱鏘蔣挾。有關詳細信息，請參閱在可用性組上配置只讀路由 ( )(())劊摻韉掙櫧煢閨賅繭弒櫓閩。可用性改進 － 數據庫 在數據庫配置和功能方面有許多改進。以下改進縮短了恢復時間：可預測的恢復時間。您可以設置每個數據庫的“目標恢復時間”間隔，使用它來控制后臺 命令的運行計劃。這種“間接檢查點”定期發生，具體間隔取決于在重新啟動或故障轉移后恢復事務日志所需的估計時間。這可以將 工作量近似均衡地分布到每個檢查點并提高恢復時間 () 的可預測性。膠嚌閶罰測丟錕轎與虛產繞。在 以前，后臺 命令按照固定的間隔執行，而不考慮事務量或負載，這可能導致無法預測恢復時間。鰥鸕鐓鈴爐縊鉞鑑緩驟鎢勁。有關詳細信息，請參閱數據庫檢查點(())。祕閨鍵儕甌鱧遠鋮鯛灑繽趙。以下改進可以減少導致計劃停機的常見情形出現： 列的聯機索引操作。包含數據類型為 ()、()、() 或 的列的索引現在可以聯機重建或重組。陘輔銨澩礙紛趕錙類贏攔洶。新的 列的聯機架構修改。如果向 數據庫表中添加了一個具有默認值的新 列，只需要架構鎖就可以更新系統元數據；在 語句期間不必填充所有的行。瀉襠鐵補粵驕謗闥餑鑿鰍馴。 僅在實際修改行或重建其索引時才在物理上保存默認列值。除非存在實際列值，否則查詢從元數據返回默認值。鎢紡釤閭綆磽謅顧癢糾躡莧。以下是支持更廣泛存儲方案的示例：自動頁修復。某些類型的存儲子系統錯誤可能會損壞數據頁，使其不可讀。 可用性組可以檢測這類錯誤，并從另一可用性副本異步請求和應用受影響的數據頁的全新副本，從而自動從錯誤中恢復。慳瀏遲噓纓預蝸饞闕鏘籃孌。 之前的版本中存在用于數據庫鏡像的類似功能，但是它現在已得到增強可以支持多個副本。譜廩軾瘓輿猶蘇鮐濕弒嶇鈁。有關詳細信息，請參閱自動頁修復(())。噠寫趙謫蕢閃纓鴯錕虛飩璦。客戶端連接建議遵循以下準則可以讓客戶端應用程序能夠充分利用 技術：薩駝貰騶襤湞絆絲檢驥諗鶉。識別 的客戶端庫。使用支持表格數據流 () 協議 或更高版本的客戶端庫。這應該可以為 功能提供所需的客戶端功能。示例客戶端庫包括 中的 以及 。鼉鑄讜強詒鏈窮儺鐘洼現許。連接訪問接口屬性： 。對于在多個子網中具有 地址的可用性組偵聽器或 ，在連接字符串中使用此關鍵字，可以允許客戶端庫嘗試并行連接到為該可用性組偵聽器或 注冊的所有 地址。紓負誨絨諤棟疇臥撥贛噠戰。連接訪問接口屬性： 。如果使用，可以將主副本的只讀工作負荷轉移到輔助副本。飛節評違贄釤瀟噯軛鑿闖鐠。舊客戶端的連接超時設置。舊客戶端數據庫庫不嘗試執行并行連接，因此在存在多個 地址時，它們將嘗試按順序連接到每個 地址，直到發生 超時或連接成功。煒瞞覬麥轉攔氬嬸幃糾蟬綱。您應在舊客戶端上將連接超時值調整為至少（ 秒 秒 輔助副本數），以在存在多個 地址時容忍可能的順序超時和重試。鋰樞蠱棖遞轤條廣謹鏘淚湊。結論本白皮書提供了一些基本背景知識，讓您了解如何使用 高可用性和災難恢復解決方案減少計劃內和計劃外的停機時間、盡量提高應用程序可用性和提供數據保護。搖壯蒔蘢鈀廡摶戇墳張儉貲。很多規劃、管理和測量高可用數據庫環境的業務驅動因素和面臨的挑戰可以定量化，用恢復點對象 () 和恢復時間目標 () 表示。踐鼉艷錯鐒賢庫敵講虬鋮櫥。 提供基礎結構、數據平臺和數據庫級別的功能，可以幫助您的組織使用合適的 和 目標解決常見的高可用性和災難恢復問題。婦靜聶務鎳奮嬈橢勞驥腫飯。有關詳細信息，請參閱：： 網站： 技術中心： 開發人員中心本文是否對您有所幫助？請給我們提供您的反饋。告訴我們您的評分 （差）到 （優），您如何評價本文，以及您為什么評定這樣的分數？例如：覯郟縷瀾鬩誠噦澮蕕窪擷膾。您評定較高的分數是因為具有很好的示例、極佳的屏幕截圖、條理清晰還是其他什么原因？您評定較低的分數是因為具有較差的示例、模糊的屏幕截圖還是條理不清晰？此反饋將有助于我們改進我們發布的白皮書的質量。發送反饋。偵証繡診頌嗎剎燭亞贛鸞塹。?版本 ， 年 月