【正文】 主要複本資料庫上的交易延遲降至最低，但會允許次要複本交易記錄延遲，因此可能會造成資料遺失。如需詳細資訊，請參閱＜可用性模式 ( 可用性群組)＞(())。每個複本的「同步處理狀態(tài)」都會指出可用性複本之間的資料流程整體健全狀況。如果在同步處理狀態(tài)不是「已同步處理」或「正在同步處理」的情況下，容錯移轉至次要複本，最有可能會發(fā)生資料遺失。每個次要複本的同步處理資料流都有「工作階段逾時」屬性。如果為同步認可之可用性模式設定的次要複本因為工作階段逾時而失敗，則會在內部暫時標示為非同步。這樣次要複本失敗才不會影響到將交易記錄強行寫入至主要複本。在該次要複本狀況良好並以主要複本備份之後，就會自動還原為正常的同步認可模式作業(yè)?？捎眯匀航M容錯移轉可用性群組和對應的虛擬網路名稱會註冊為 叢集中的資源。依據主要複本的健全狀況和容錯移轉原則，可用性群組會在可用性複本層級進行容錯移轉?？捎眯匀航M容錯移轉原則會使用 屬性來指出影響可用性群組的失敗狀況嚴重性容錯層級，並搭配 系統(tǒng)預存程序。這個相同的機制也適用於 容錯移轉原則。在容錯移轉事件中，系統(tǒng)會運用 重新設定另一個 執(zhí)行個體上的次要複本來接管主要複本的角色，而不會將共用實體資源的擁有權傳送到另一個節(jié)點。接著，可用性群組的虛擬網路名稱資源會轉移至該執(zhí)行個體。連接至相關可用性複本的所有用戶端連接都會重設。根據目前的健全狀態(tài)、同步處理狀態(tài)和複本的可用性模式，每個複本都有複合的「容錯移轉整備」狀態(tài)，指出資料遺失的可能性。您可以在 儀表板或 系統(tǒng)檢視表中，檢視此複本健全狀況資訊。每個可用性複本也都有已設定的「容錯移轉模式」，可控管指出容錯移轉時的複寫行為。 自動容錯移轉 (不會遺失資料)。這可以讓任何 組態(tài)以最快速的時間容錯移轉，因為次要複本交易記錄已經強行寫入並同步處理。主要複本上的開啟交易都會回復，而且主要複本角色會傳送到次要複本，而不需要使用者的介入。主要和次要複本必須設為自動容錯移轉模式，而且兩者都必須設為同步認可的可用性模式。兩個複本之間的同步處理狀態(tài)必須是「已同步處理」。此外， 叢集必須有狀況良好的仲裁。如果主要或次要複本位在 上，則不支援自動容錯移轉。封鎖此支援是為了防止可用性群組與 容錯移轉之間可能發(fā)生的競爭情形。 手動容錯移轉。這可讓管理員評估主要複本的狀態(tài)，並決定是否要刻意容錯移轉至次要複本。根據可用性模式和同步處理狀態(tài)，您有下列選擇：o 已規(guī)劃的手動容錯移轉 (不會遺失資料)。唯有當主要和次要複本是健全的，並處於「已同步處理」狀態(tài)時，您才可以執(zhí)行這類型的容錯移轉。此功能等同於自動容錯移轉。o 強制手動容錯移轉 (可能會有遺失資料的風險)。如果目標次要複本處於非同步認可的可用性模式，或是沒有與主要複本同步處理，則這是唯一可能的容錯移轉形式。警告：您應該只在災害復原狀況下使用此容錯移轉選項。如果主要複本狀況良好且可用，您應該將相關複本的可用性模式變更為同步認可，然後執(zhí)行已規(guī)劃的手動容錯移轉。如需詳細資訊，請參閱＜執(zhí)行可用性群組的強制手動容錯移轉 ( )＞(())。如果要做為容錯移轉目標的主要複本或次要複本有下列任何條件成立，您就必須執(zhí)行手動容錯移轉： 容錯移轉模式設為手動。 可用性模式設為非同步認可。 複本位在 上。如需詳細資訊，請參閱＜容錯移轉及容錯移轉模式 ( 可用性群組)＞(())。注意：容錯移轉之後，如果新的主要複本未設定為同步認可模式，次要複本就會指示「已暫?！雇教幚頎顟B(tài)。在主要複本設為同步認可模式之前，不會將任何資料傳輸至次要複本?？捎眯匀航M接聽程式「可用性群組接聽程式」是 虛擬網路名稱 ()，可供用戶端用來存取可用性群組中的資料庫。 叢集資源是由主要複本所在的 執(zhí)行個體所擁有。只有在可用性群組接聽程式建立期間或是組態(tài)變更期間，系統(tǒng)才會向 註冊虛擬網路名稱。在可用性群組接聽程式中定義的所有虛擬 位址，都會在相同的虛擬網路名稱之下向 註冊。若要使用可用性群組接聽程式，用戶端連接要求必須指定虛擬網路名稱做為伺服器，並指定可用性群組中的資料庫名稱。根據預設，這樣應該會連接到裝載主要複本的 執(zhí)行個體。在執(zhí)行階段，用戶端會使用其本機 解析程式，來取得對應至虛擬網路名稱的 位址與 通訊埠清單。然後用戶端會嘗試連接到每一個 位址，直到成功或是達到連接逾時值為止。如果 參數設為 ，用戶端會嘗試平行建立這些連接，讓用戶端容錯移轉更加快速。在發(fā)生容錯移轉事件時，系統(tǒng)會重設伺服器上的用戶端連接、可用性群組接聽程式的擁有權會隨著主要複本角色移至新的 執(zhí)行個體，而且 端點會繫結到新執(zhí)行個體的虛擬 位址和 通訊埠。如需詳細資訊，請參閱＜可用性群組接聽程式、用戶端連接及應用程式容錯移轉 ( )＞(())。應用程式意圖篩選透過可用性群組接聽程式進行連接時，應用程式可以指定其意圖是要讀取和寫入資料，還是只是要執(zhí)行唯讀作業(yè)。如果未指定，則用戶端的預設應用程式意圖為讀取寫入。針對每個可用性複本的主要角色和次要角色，您也可以指定「連接存取」屬性，用來做為用戶端應用程式意圖的連接層級篩選。根據預設，無效的應用程式意圖和連接存取組合會導致拒絕連接。 應該使用下列規(guī)則，篩選出用戶端的連接要求。當可用性複本位於主要角色，且連接存取等於： 允許任何應用程式意圖。不要為應用程式意圖篩選任何用戶端連接。 只允許明確的讀取寫入意圖。如果用戶端指定唯讀，則拒絕連接。當可用性複本位於次要角色，且連接存取等於： 不允許連接。拒絕所有連接，複本僅限用於災害復原。 允許任何應用程式意圖。不要為應用程式意圖篩選任何用戶端連接。 唯讀應用程式意圖。如果用戶端沒有指定唯讀，則拒絕連接。如需詳細資訊，請參閱＜設定可用性複本上的唯讀存取 ( )＞(())。應用程式意圖唯讀路由除了災害復原的目的之外， 可用性群組的重要價值主張就是運用待命硬體基礎結構的能力。藉由設定一個或多個次要複本來進行唯讀存取，可以從主要複本卸載重要的工作負載。隨時可以脫離唯讀次要複本來執(zhí)行的工作負載包括：報表、資料庫備份、資料庫一致性檢查、索引片段分析、資料管線擷取、作業(yè)支援和特定查詢。針對每個可用性複本，您可以選擇性地設定 執(zhí)行個體端點的序列「唯讀路由清單」，以在該複本為主要角色時套用。如果有的話，此清單會用來將指定唯讀應用程式意圖的用戶端連接要求，重新導向至清單中滿足前述應用程式意圖篩選的第一個可用次要複本。注意：唯讀路由重新導向是由繫結至主要複本的可用性群組接聽程式來執(zhí)行。如果主要複本離線，用戶端重新導向將無法運作。如需詳細資訊，請參閱＜設定可用性群組的唯讀路由 ( )＞(())?？捎眯愿倪M ─ 資料庫 有專屬於資料庫組態(tài)和功能的一些增強功能。下列改進可減少復原時間： 可預測的復原時間。您可以為每個資料庫設定「目標復原時間」間隔，用以控制背景 命令的排程。這個「間接檢查點」會根據在重新啟動或容錯移轉事件中，復原交易記錄所需的估計時間來定期執(zhí)行。其作用包括為每個檢查點將 平均分配為大約相等的比例，以及增加復原時間 () 的可預測性。在 之前，不論交易量或負載大小，都會以固定間隔發(fā)出背景 命令，這樣會導致無法預期的復原時間。如需詳細資訊，請參閱＜資料庫檢查點 ( )＞(())。這些改進減少了會導致已規(guī)劃停機的常見案例： 資料行的線上索引作業(yè)。包含具有 ()、()、() 或 資料類型之資料行的索引，現在可以在線上重建或重新組織了。 新 資料行的線上結構描述修改。如果將含有預設值的新 資料行加入 資料庫資料表，只需要結構描述鎖定即可更新系統(tǒng)中繼資料，不需要在 陳述式期間擴展所有資料列。唯有在實際修改或重新索引資料列時， 才會實際保存預設資料行值。除非有實際的資料行值存在，否則查詢會從中繼資料傳回預設值。下列範例對儲存體案例有較廣泛的支援： 自動修復頁面。某些類型的儲存體子系統(tǒng)錯誤可能會損毀資料頁，使它無法讀取。 可用性群組會偵測到這些錯誤類型，並以非同步的方式，從不同的可用性複本要求並套用受影響資料頁面的全新複本，自動從這些錯誤類型復原。在 之前，也有用於資料庫鏡像的類似功能，但現在已經增強為可支援多個複本。如需詳細資訊，請參閱＜自動修復頁面 (可用性群組資料庫鏡像)＞(())。用戶端連接性建議遵循下列指引，即可讓用戶端應用程式完全善用 技術： 感知的用戶端程式庫。使用可支援表格式資料流 () 通訊協(xié)定 版或更新版本的用戶端程式庫。這應該會為 功能提供所需的用戶端功能。用戶端程式庫範例包括 中的 ，以及 。 連接提供者屬性： 。在您的連接字串中使用此關鍵字，讓用戶端程式庫能夠嘗試平行連接到已為可用性群組接聽程式註冊的所有 位址位，或是在多個子網路中都有 位址的 。 連接提供者屬性： 。如果可行的話，請從主要複本將唯讀工作負載卸載至次要複本上。 舊版用戶端連接逾時。舊版用戶端資料庫程式庫不會實作平行連接嘗試，因此，當有多個 位址存在時，就會嘗試循序連接到每一個 位址，直到發(fā)生 逾時或是建立成功的連接為止。您應該要調整舊版用戶端上的連接逾時值，以便在有多個 位址存在時能夠容納潛在的循序逾時和重試。請將該值調整為至少 秒，每個次要複本則要再各加上 秒。結論對於如何使用 高可用性和災害復原方案來縮短已規(guī)劃及未規(guī)劃的停機時間、盡可能地提高應用程式可用性，以及提供資料保護方面，這份技術白皮書已經建立了基準內容。有關規(guī)劃、管理及衡量高度可用之資料庫環(huán)境的許多商務驅策因素和挑戰(zhàn)，都可以量化並以「復原點目標 ()」與「復原時間目標 ()」來表示。 提供基礎結構、資料平臺和資料庫層級的各種功能，能協(xié)助您的組織透過可量化的 和 目標，因應一般高可用性和災害復原的案例。如需詳細資訊：： 網站： ： 本文是否對您有所幫助？ 歡迎您提供意見。透過 (差) 到 (非常好) 的評分標準，請告訴我們您對本技術白皮書的評等如何，以及為何給此評等？ 例如： 您是因為範例切題、螢幕擷取畫面非常清晰、撰文清楚有條理或其他原因而給予高評分嗎？ 您是因為範例不佳、螢幕擷取畫面模糊或撰文不清楚而給予低評分嗎？此意見有助於我們提升所發(fā)行之技術白皮書的品質。傳送意見。? 版， 年 月 日。