非同步資料庫鏡像 (高效能模式)

更新: 2005 年 12 月 5 日

當交易安全性設為 OFF 時,資料庫鏡像工作階段就會以非同步的方式運作。非同步作業只支援一種作業模式:高效能模式。這種模式可提高效能,但代價是會降低高可用性。高效能模式僅需使用主體伺服器與鏡像伺服器。而鏡像伺服器方面的問題絕不會影響到主體伺服器。如果主體伺服器失效,鏡像資料庫會標示為 DISCONNECTED,但仍可當做暖待命資料庫使用。

高效能模式僅支援一種角色切換形式:強制服務 (有遺失資料的可能),此服務會使用鏡像伺服器做為暖待命伺服器。強制服務是對主體伺服器失敗的其中一項可能回應。由於資料有可能會遺失,因此在將服務強制切換到鏡像之前,您應先考慮其他替代方式。如需詳細資訊,請參閱本主題稍後的「回應主體的失敗」。

下圖顯示使用高效能模式之工作階段的組態。

工作階段的僅限夥伴組態

在高效能模式中,當主體伺服器傳送交易記錄檔到鏡像伺服器時,主體伺服器會立即傳送確認給用戶端,而不需等候鏡像伺服器的收條。交易認可,不需等候鏡像伺服器將記錄寫入磁碟中。非同步作業可讓主體伺服器在執行時,可以將交易延遲降到最低。

鏡像伺服器會盡量跟上主體伺服器所傳送的記錄。但鏡像資料庫的進度可能會落後於主體資料庫,不過資料庫之間的差距通常很小。但是,若主體伺服器的工作負載很大,或鏡像伺服器的系統超載時,此差距就會變大。

高效能模式的適當使用時機

在主體與鏡像伺服器的距離相隔很遠,以及您不希望有小小失誤影響主體伺服器的損毀復原狀況中,即適合使用高效能模式。

ms187110.note(zh-tw,SQL.90).gif附註:
記錄傳送可以是資料庫鏡像的補強方式,以及非同步資料庫鏡像的理想替代方式。如需有關記錄傳送優點的資訊,請參閱<設定高可用性>。如需有關一起使用記錄傳送與資料庫鏡像的資訊,請參閱<資料庫鏡像和記錄傳送>。

見證對高效能模式的影響

如果您使用 Transact-SQL 來設定高效能模式,每當 SAFETY 屬性設為 OFF 時,我們由衷建議您也將 WITNESS 屬性設為 OFF。見證可與高效能模式並存,但見證沒有什麼好處,只會帶來風險。

其中一個夥伴效能降低,如果見證與工作階段中斷連接,資料庫會變成無法使用。這是因為即使高效能模式不需要見證,但若設定了見證,則工作階段需要由兩個以上的伺服器執行個體所組成的仲裁。如果工作階段失去仲裁,它就無法服務資料庫。

當見證設定於高效能模式工作階段時,強制仲裁意味著:

  • 如果失去鏡像伺服器,則主體伺服器必須連接到見證。否則,主體伺服器會將其資料庫離線,直到見證或鏡像伺服器重新加入工作階段。
  • 若失去主體伺服器,則要強制將服務轉到鏡像伺服器,需要鏡像伺服器連接到見證。
ms187110.note(zh-tw,SQL.90).gif附註:
如需有關仲裁類型的資訊,請參閱<仲裁:見證如何影響資料庫可用性>。

回應主體失敗

當主體失敗時,資料庫擁有者有下列幾項選擇:

  • 在主體能夠再度使用之前,將資料庫保持在無法使用的狀態。
    若主體資料庫與其交易記錄檔仍完整,則選擇此作法可保留所有已認可的交易,但會犧牲可用性。
  • 停止資料庫鏡像工作階段,改以手動更新資料庫,然後開始新的資料庫鏡像工作階段。
    若主體資料庫已失效,但主體伺服器仍在執行中,請立即嘗試備份主體資料庫上的記錄結尾。若順利完成結尾記錄備份,則移除鏡像可能會是最好的替代方式。在移除鏡像後,您就可以將記錄還原到保存所有資料的先前鏡像資料庫中。
    ms187110.note(zh-tw,SQL.90).gif附註:
    若結尾記錄備份失敗,而且您無法等候主體伺服器復原,請考慮進行強制服務,其優點是可以保持工作階段狀態。
  • 在鏡像伺服器上強制服務 (可能會有資料遺失)。
    強制服務主要是一種損毀復原方法,應該謹慎使用。只有在主體伺服器已關機、工作階段非同步 (交易安全性設為 OFF) 以及工作階段沒有任何見證 (WITNESS 屬性設為 OFF) 或見證連接到鏡像伺服器 (亦即有仲裁) 時,才能執行強制服務。
    若執行強制服務,會讓鏡像伺服器擔任主體的角色,並將其資料庫副本提供給用戶端使用。在強制服務時,凡是尚未由主體傳送到鏡像伺服器的交易記錄檔,都會遺失。因此,執行強制服務的時機,應限定在可以接受資料遺失所造成的損失以及必須立即可使用資料庫的情況下。如需有關強制服務運作方式及其最佳作法的資訊,請參閱<強制服務 (可能發生資料遺失)>。

請參閱

概念

強制服務 (可能發生資料遺失)
同步資料庫鏡像 (高安全性模式)
Transact-SQL 設定和資料庫鏡像作業模式
瞭解記錄傳送

說明及資訊

取得 SQL Server 2005 協助