SQL SERVER 2005 MIRROR配置指南

1、SQL Server 2005 鏡像配置指南1. 文檔目的本文檔將介紹SQL Server 2005 Mirror配置方法及注意事項(xiàng)。2. SQL Server 2005 鏡像技術(shù)2.1. 概述“數(shù)據(jù)庫(kù)鏡像”是用于提高數(shù)據(jù)庫(kù)可用性的主要軟件解決方案。 鏡像基于每個(gè)數(shù)據(jù)庫(kù)實(shí)現(xiàn)，并且只適用于使用完整恢復(fù)模式的數(shù)據(jù)庫(kù)。 簡(jiǎn)單恢復(fù)模式和大容量日志恢復(fù)模式不支持?jǐn)?shù)據(jù)庫(kù)鏡像。 因此，所有大容量操作始終被完整地記入日志。 數(shù)據(jù)庫(kù)鏡像可使用任意支持的數(shù)據(jù)庫(kù)兼容級(jí)別。 數(shù)據(jù)庫(kù)鏡像維護(hù)一個(gè)數(shù)據(jù)庫(kù)的兩個(gè)副本，這兩個(gè)副本必須駐留在不同的 SQL Server 數(shù)據(jù)庫(kù)引擎服務(wù)器實(shí)例上。 通常，這些服務(wù)器實(shí)例駐留在不同位

2、置的計(jì)算機(jī)上。 其中一個(gè)服務(wù)器實(shí)例使數(shù)據(jù)庫(kù)服務(wù)于客戶端（“主體服務(wù)器”）， 另一個(gè)服務(wù)器實(shí)例則根據(jù)鏡像會(huì)話的配置和狀態(tài)，充當(dāng)熱備用或溫備用服務(wù)器（“鏡像服務(wù)器”）。 同步數(shù)據(jù)庫(kù)鏡像會(huì)話時(shí)，數(shù)據(jù)庫(kù)鏡像提供熱備用服務(wù)器，可支持在已提交事務(wù)不丟失數(shù)據(jù)的情況下進(jìn)行快速故障轉(zhuǎn)移。未同步會(huì)話時(shí)，鏡像服務(wù)器通常用作備用服務(wù)器（可能造成數(shù)據(jù)丟失）。 注意：不能鏡像 master、msdb、tempdb 或 model 數(shù)據(jù)庫(kù)。2.2. 優(yōu)點(diǎn)2.2.1. 增強(qiáng)數(shù)據(jù)保護(hù)功能數(shù)據(jù)庫(kù)鏡像提供完整或接近完整的數(shù)據(jù)冗余，具體取決于運(yùn)行模式是高安全性還是高性能。在 SQL Server 2005 Enterprise Ed

3、ition 或更高版本上運(yùn)行的數(shù)據(jù)庫(kù)鏡像伙伴會(huì)自動(dòng)嘗試解決某些阻止讀取數(shù)據(jù)頁(yè)的錯(cuò)誤。 無(wú)法讀取頁(yè)的伙伴會(huì)向其他伙伴請(qǐng)求新副本。 如果此請(qǐng)求成功，則將以新副本替換不可讀的頁(yè)，這通常會(huì)解決該錯(cuò)誤。2.2.2. 提高數(shù)據(jù)庫(kù)的可用性發(fā)生災(zāi)難時(shí)，在具有自動(dòng)故障轉(zhuǎn)移功能的高安全性模式下，自動(dòng)故障轉(zhuǎn)移可快速使數(shù)據(jù)庫(kù)的備用副本聯(lián)機(jī)（而不會(huì)丟失數(shù)據(jù)）。在其他運(yùn)行模式下，數(shù)據(jù)庫(kù)管理員可以選擇強(qiáng)制服務(wù)（可能丟失數(shù)據(jù)），以替代數(shù)據(jù)庫(kù)的備用副本。 2.2.3. 提高生產(chǎn)數(shù)據(jù)庫(kù)在升級(jí)期間的可用性若要盡量減少鏡像服務(wù)器的停機(jī)時(shí)間，您可以按順序升級(jí)參與數(shù)據(jù)庫(kù)鏡像會(huì)話的 SQL Server 實(shí)例。 這樣只會(huì)導(dǎo)致一個(gè)故障轉(zhuǎn)移的

4、停機(jī)時(shí)間。 這種形式的升級(jí)稱為“滾動(dòng)升級(jí)”。2.3. 鏡像工作方式在“數(shù)據(jù)庫(kù)鏡像會(huì)話”中，主體服務(wù)器和鏡像服務(wù)器作為“伙伴”進(jìn)行通信和協(xié)作。 兩個(gè)伙伴在會(huì)話中扮演互補(bǔ)的角色：“主體角色”和“鏡像角色”。在任何給定的時(shí)間，都是一個(gè)伙伴扮演主體角色，另一個(gè)伙伴扮演鏡像角色。 每個(gè)伙伴擁有其當(dāng)前角色。 擁有主體角色的伙伴稱為“主體服務(wù)器”（Principal），其數(shù)據(jù)庫(kù)副本為當(dāng)前的主體數(shù)據(jù)庫(kù)。 擁有鏡像角色的伙伴稱為“鏡像服務(wù)器”(Mirror)，其數(shù)據(jù)庫(kù)副本為當(dāng)前的鏡像數(shù)據(jù)庫(kù)。 如果數(shù)據(jù)庫(kù)鏡像部署在生產(chǎn)環(huán)境中，則主體數(shù)據(jù)庫(kù)即為“生產(chǎn)數(shù)據(jù)庫(kù)”。數(shù)據(jù)庫(kù)鏡像涉及盡快將對(duì)主體數(shù)據(jù)庫(kù)執(zhí)行的每項(xiàng)插入、更新和刪

5、除操作“重做”到鏡像數(shù)據(jù)庫(kù)中。重做通過(guò)將每個(gè)活動(dòng)事務(wù)日志記錄發(fā)送到鏡像服務(wù)器來(lái)完成，這會(huì)盡快將日志記錄按順序應(yīng)用到鏡像數(shù)據(jù)庫(kù)中。 與邏輯級(jí)別執(zhí)行的復(fù)制不同，數(shù)據(jù)庫(kù)鏡像在物理日志記錄級(jí)別執(zhí)行。2.3.1. 鏡像-無(wú)見(jiàn)證服務(wù)器（Witness）數(shù)據(jù)庫(kù)鏡像會(huì)話以同步操作或異步操作運(yùn)行。 在異步操作下，事務(wù)不需要等待鏡像服務(wù)器將日志寫入磁盤便可提交，這樣可最大程度地提高性能。 在同步操作下，事務(wù)將在伙伴雙方處提交，但會(huì)延長(zhǎng)事務(wù)滯后時(shí)間。有兩種鏡像運(yùn)行模式。 一種是“高安全性模式”，它支持同步操作。 在高安全性模式下，當(dāng)會(huì)話開(kāi)始時(shí)，鏡像服務(wù)器將使鏡像數(shù)據(jù)庫(kù)盡快與主體數(shù)據(jù)庫(kù)同步。 一旦同步了數(shù)據(jù)庫(kù)，事務(wù)將

6、在伙伴雙方處提交，這會(huì)延長(zhǎng)事務(wù)滯后時(shí)間。第二種運(yùn)行模式，即“高性能模式”，異步運(yùn)行。 鏡像服務(wù)器嘗試與主體服務(wù)器發(fā)送的日志記錄保持同步。 鏡像數(shù)據(jù)庫(kù)可能稍微滯后于主體數(shù)據(jù)庫(kù)。 但是，數(shù)據(jù)庫(kù)之間的時(shí)間間隔通常很小。 但是，如果主體服務(wù)器的工作負(fù)荷過(guò)高或鏡像服務(wù)器系統(tǒng)的負(fù)荷過(guò)高，則時(shí)間間隔會(huì)增大。在高性能模式中，主體服務(wù)器向鏡像服務(wù)器發(fā)送日志記錄之后，會(huì)立即再向客戶端發(fā)送一條確認(rèn)消息。 它不會(huì)等待鏡像服務(wù)器的確認(rèn)。這意味著事務(wù)不需要等待鏡像服務(wù)器將日志寫入磁盤便可提交。 此異步操作允許主體服務(wù)器在事務(wù)滯后時(shí)間最小的條件下運(yùn)行，但可能會(huì)丟失某些數(shù)據(jù)。所有數(shù)據(jù)庫(kù)鏡像會(huì)話都只支持一臺(tái)主體服務(wù)器和一臺(tái)鏡像

7、服務(wù)器。 下圖顯示了該配置。2.3.2. 鏡像-有見(jiàn)證服務(wù)器（Witness）具有自動(dòng)故障轉(zhuǎn)移功能的高安全性模式要求使用第三個(gè)服務(wù)器實(shí)例，稱為“見(jiàn)證服務(wù)器”。 與這兩個(gè)伙伴不同的是，見(jiàn)證服務(wù)器并不能用于數(shù)據(jù)庫(kù)。 見(jiàn)證服務(wù)器通過(guò)驗(yàn)證主體服務(wù)器是否已啟用并運(yùn)行來(lái)支持自動(dòng)故障轉(zhuǎn)移。只有在鏡像服務(wù)器和見(jiàn)證服務(wù)器與主體服務(wù)器斷開(kāi)連接之后而保持相互連接時(shí)，鏡像服務(wù)器才啟動(dòng)自動(dòng)故障轉(zhuǎn)移。 下圖顯示了包含見(jiàn)證服務(wù)器的配置。注意：1、使用見(jiàn)證服務(wù)器必須保證其和數(shù)據(jù)庫(kù)鏡像伙伴（主體服務(wù)器和鏡像服務(wù)器的）的網(wǎng)絡(luò)通訊暢通，否則見(jiàn)證服務(wù)器的故障會(huì)導(dǎo)致數(shù)據(jù)庫(kù)鏡像失敗。2、僅 SQL Server 2005 Standar

8、d Edition 及更高版本和 SQL Server 2005 Enterprise Edition 及更高版本支持?jǐn)?shù)據(jù)庫(kù)鏡像伙伴。 SQL Server 2005 Workgroup Edition 及更高版本和 SQL Server 2005 Express Edition 及更高版本也支持見(jiàn)證服務(wù)器。 建立新的鏡像會(huì)話需要所有涉及的服務(wù)器實(shí)例運(yùn)行同一版本的 SQL Server。2.3.3. 鏡像運(yùn)行方式與數(shù)據(jù)安全運(yùn)行方式見(jiàn)證服務(wù)器安全級(jí)別自動(dòng)故障轉(zhuǎn)移故障轉(zhuǎn)移中數(shù)據(jù)丟失風(fēng)險(xiǎn)有見(jiàn)證服務(wù)器的同步Y(jié)esFullYesNo沒(méi)有見(jiàn)證服務(wù)器的同步NoFullNoNo異步NoOffNoYes如果數(shù)據(jù)

9、要求不丟失，我們推薦“沒(méi)有見(jiàn)證服務(wù)器的同步”方式。如果可以容忍少量數(shù)據(jù)丟失，主服務(wù)器效率是關(guān)鍵。我們推薦“異步”方式。2.4. 鏡像環(huán)境中數(shù)據(jù)操作順序2.4.1. 無(wú)鏡像時(shí)2.4.2. 同步鏡像2.4.3. 異步鏡像3. 配置過(guò)程我們準(zhǔn)備了兩個(gè)數(shù)據(jù)庫(kù)實(shí)例：Principal和Mirror。在這兩個(gè)實(shí)例上我們將演示如何通過(guò)SQL Server Management Studio配置Mirror。3.1. 準(zhǔn)備工作分別在數(shù)據(jù)庫(kù)實(shí)例Principal和Mirror上創(chuàng)建數(shù)據(jù)庫(kù)MirrorDB。將備份文件分別拷貝到這兩臺(tái)機(jī)器上，還原數(shù)據(jù)庫(kù)。建議兩個(gè)數(shù)據(jù)庫(kù)的物理文件路徑相同。還原Principal上的數(shù)

10、據(jù)庫(kù)：還原mirror實(shí)例上的數(shù)據(jù)庫(kù)：注意：Mirror實(shí)例的數(shù)據(jù)庫(kù)要用Restore with NORecovery。兩個(gè)實(shí)例數(shù)據(jù)庫(kù)還原后的狀態(tài)如下：3.2. 配置Mirror單擊“配置安全性”彈出配置向?qū)АＯ乱徊轿覀儾皇褂靡?jiàn)證服務(wù)器，下一步。下一步下一步點(diǎn)擊“連接”按鈕數(shù)據(jù)合法的身份校驗(yàn)信息下一步Principal和Mirror沒(méi)有域環(huán)境，SQL Server服務(wù)都是使用的.administrator帳戶。如果有域環(huán)境，建議使用對(duì)兩臺(tái)機(jī)器都有administrator權(quán)限的域用戶。鏡像配置不成功的大部分原因是網(wǎng)絡(luò)和安全檢查無(wú)法通過(guò)。下一步點(diǎn)擊完成。關(guān)閉向?qū)В祷刂鹘缑?。如果單擊“開(kāi)始鏡像”

11、按鈕，SQL Server將嘗試連接兩臺(tái)機(jī)器進(jìn)行鏡像。但是我們通常選擇“不開(kāi)始鏡像”，這樣我們可以選擇鏡像類型（同步或異步），或選擇IP地址方式設(shè)置鏡像。我們點(diǎn)擊“不開(kāi)始鏡像”按鈕。我們選擇了高性能的異步模式，而且主體服務(wù)器和鏡像服務(wù)器是使用機(jī)器名還是IP地址都可以修改。一切設(shè)置完畢，點(diǎn)擊“開(kāi)始鏡像”按鈕。試驗(yàn)機(jī)沒(méi)有域環(huán)境，所以不用理會(huì)這個(gè)提示。直接點(diǎn)“是”。至此SQL Server 2005的鏡像已經(jīng)完全設(shè)置完畢了。單擊“確定”完成鏡像配置。我們看到鏡像已經(jīng)配置成功了。4. 監(jiān)控鏡像工作情況4.1. 性能計(jì)數(shù)器性能計(jì)數(shù)器對(duì)系統(tǒng)資源消耗最少，在負(fù)載較高的系統(tǒng)中建議使用性能計(jì)數(shù)器觀察鏡像性能。4

12、.2. 鏡像監(jiān)視器SQL Server提供鏡像監(jiān)視器，可以利用圖形工具觀察鏡像行為。4.3. 系統(tǒng)存儲(chǔ)過(guò)程和視圖4.3.1. 系統(tǒng)視圖sys.dm_db_mirroring_connections使用系統(tǒng)視圖sys.dm_db_mirroring_connections來(lái)觀察鏡像配置參數(shù)。針對(duì)為每個(gè)數(shù)據(jù)庫(kù)鏡像建立的連接返回一行。 列名 數(shù)據(jù)類型 說(shuō)明 connection_id uniqueidentifier 連接的標(biāo)識(shí)符。 transport_stream_id uniqueidentifier 此連接用于 TCP/IP 通信的 SQL Server 網(wǎng)絡(luò)接口 (SNI) 連接的標(biāo)識(shí)符。s

13、tate smallint 連接的當(dāng)前狀態(tài)?？赡艿闹担? = NEW2 = CONNECTING3 = CONNECTED4 = LOGGED_IN5 = CLOSED state_desc nvarchar(60) 連接的當(dāng)前狀態(tài)?？赡艿闹担篘EWCONNECTINGCONNECTEDLOGGED_INCLOSED connect_time datetime 打開(kāi)連接的日期和時(shí)間。login_time datetime 連接登錄成功的日期和時(shí)間。authentication_method nvarchar(128) Windows 身份驗(yàn)證方法的名稱，如 NTLM 或 KERBEROS。該值

14、由 Windows 提供。 principal_name nvarchar(128) 驗(yàn)證其連接權(quán)限的登錄的名稱。對(duì)于 Windows 身份驗(yàn)證，此值為遠(yuǎn)程用戶名。對(duì)于證書身份驗(yàn)證，該值為證書所有者。remote_user_name nvarchar(128) Windows 身份驗(yàn)證所使用的來(lái)自其他數(shù)據(jù)庫(kù)的對(duì)等方用戶名。last_activity_time datetime 上次使用連接發(fā)送或接收信息的日期和時(shí)間。is_accept bit 指示連接是否源自遠(yuǎn)程端。 1 = 連接是從遠(yuǎn)程實(shí)例接受的請(qǐng)求。 0 = 連接由本地實(shí)例啟動(dòng)。login_state smallint 此連接的登錄進(jìn)程狀

15、態(tài)。可能的值： 0 = 初始1 = 協(xié)商2 = SSPI3 = PublicKeyLogin4 = PublicKeyTentative5 = LoggedIn6 = 仲裁 login_state_desc nvarchar(60) 遠(yuǎn)程計(jì)算機(jī)的當(dāng)前登錄狀態(tài)。可能的值：初始協(xié)商SSPIPublicKeyLoginPublicKeyTentative仲裁LoggedIn peer_certificate_id int 身份驗(yàn)證遠(yuǎn)程實(shí)例所用證書的本地對(duì)象 ID。該證書的所有者必須對(duì)數(shù)據(jù)庫(kù)鏡像端點(diǎn)具有 CONNECT 權(quán)限。receives_posted smallint 尚未針對(duì)此連接完成的異步網(wǎng)

16、絡(luò)接收數(shù)。is_receive_flow_controlled bit 網(wǎng)絡(luò)接收是否由于流控制（因?yàn)榫W(wǎng)絡(luò)忙）而推遲。 1 = Truesends_posted smallint 尚未針對(duì)此連接完成的異步網(wǎng)絡(luò)發(fā)送數(shù)。is_send_flow_controlled bit 網(wǎng)絡(luò)發(fā)送是否由于網(wǎng)絡(luò)流控制（因?yàn)榫W(wǎng)絡(luò)忙）而推遲。 1 = Truetotal_bytes_sent bigint 此連接發(fā)送的字節(jié)總數(shù)。total_bytes_received bigint 此連接接收的字節(jié)總數(shù)。total_fragments_sent bigint 此連接發(fā)送的數(shù)據(jù)庫(kù)鏡像消息片段總數(shù)。total_fragme

17、nts_received bigint 此連接接收的數(shù)據(jù)庫(kù)鏡像消息片段總數(shù)。total_sends bigint 此連接發(fā)出的網(wǎng)絡(luò)發(fā)送請(qǐng)求總數(shù)。total_receives bigint 此連接發(fā)出的網(wǎng)絡(luò)接收請(qǐng)求總數(shù)。encalg smallint 用于此連接的加密算法?？赡艿闹担?1 = 無(wú)加密2 = RC43 = AES4.3.2. sp_dbmmonitor系列存儲(chǔ)過(guò)程使用sp_dbmmonitor系列存儲(chǔ)過(guò)程觀察鏡像運(yùn)行期行為。注意：sp_dbmmonitor是一系列系統(tǒng)存儲(chǔ)過(guò)程的統(tǒng)稱，并不存在sp_dbmmonitor存儲(chǔ)過(guò)程。5. 故障切換我們不建議使用自動(dòng)故障切換鏡像。自動(dòng)切換需

18、要見(jiàn)證服務(wù)器，見(jiàn)證服務(wù)器與主服務(wù)器的網(wǎng)絡(luò)連接容易出現(xiàn)單一故障點(diǎn)。當(dāng)主服務(wù)器非常繁忙時(shí)，與見(jiàn)證服務(wù)器的聯(lián)系延遲也容易造成見(jiàn)證服務(wù)器認(rèn)為主服務(wù)器已經(jīng)shutdown，而錯(cuò)誤的進(jìn)行鏡像切換。5.1. 同步切換鏡像如果是同步模式，當(dāng)主服務(wù)器（Principal）shutdown，我們?cè)阽R像服務(wù)器（Mirror）上執(zhí)行下列命令：-取消鏡像關(guān)系A(chǔ)LTER DATABASE MirrorDB SET PARTNER OFF-恢復(fù)數(shù)據(jù)庫(kù)RESTORE DATABASE MirrorDB WITH RECOVERY5.2. 異步切換鏡像如果是異步模式，當(dāng)主服務(wù)器（Principal）shutdown，我們?cè)阽R像

19、服務(wù)器（Mirror）上執(zhí)行下列命令：-強(qiáng)制恢復(fù)數(shù)據(jù)庫(kù)ALTER DATABASE dbname SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS請(qǐng)注意，這種切換方式可能會(huì)造成數(shù)據(jù)丟失。6. 連接客戶端與鏡像數(shù)據(jù)庫(kù)6.1. 連接機(jī)制對(duì)于到鏡像數(shù)據(jù)庫(kù)的初始連接，客戶端必須提供一個(gè)至少提供服務(wù)器實(shí)例名稱的連接字符串。這個(gè)必需的服務(wù)器名稱應(yīng)標(biāo)識(shí)當(dāng)前主體服務(wù)器實(shí)例，并稱為“初始伙伴名稱”。 另外，連接字符串還可以提供另一個(gè)服務(wù)器實(shí)例的名稱，此名稱應(yīng)標(biāo)識(shí)當(dāng)前鏡像服務(wù)器實(shí)例，以便在首次連接嘗試期間初始伙伴不可用的情況下使用。第二個(gè)名稱稱為“故障轉(zhuǎn)移伙伴名稱”。連接字符串還

20、必須提供數(shù)據(jù)庫(kù)名稱。這是數(shù)據(jù)訪問(wèn)接口啟用故障轉(zhuǎn)移嘗試所必需的。接收連接字符串后，數(shù)據(jù)訪問(wèn)接口將初始伙伴名稱和故障轉(zhuǎn)移伙伴名稱（如果提供）存儲(chǔ)在客戶端易失內(nèi)存的緩存中（對(duì)于托管代碼，緩存的作用域限定為應(yīng)用程序域）。緩存后，數(shù)據(jù)訪問(wèn)接口將從不對(duì)初始伙伴名稱進(jìn)行更新?？蛻舳颂峁┕收限D(zhuǎn)移伙伴名稱時(shí)，數(shù)據(jù)訪問(wèn)接口還暫時(shí)存儲(chǔ)此故障轉(zhuǎn)移伙伴名稱，以防出現(xiàn)訪問(wèn)接口無(wú)法使用初始伙伴名稱進(jìn)行連接的情況。 數(shù)據(jù)庫(kù)鏡像會(huì)話無(wú)法避免與客戶端相關(guān)的服務(wù)器訪問(wèn)問(wèn)題，例如，客戶端計(jì)算機(jī)出現(xiàn)網(wǎng)絡(luò)通信問(wèn)題時(shí)。到鏡像數(shù)據(jù)庫(kù)的連接嘗試也可能會(huì)因?yàn)楦鞣N與數(shù)據(jù)訪問(wèn)接口無(wú)關(guān)的原因而失敗；例如，連接嘗試可能會(huì)因?yàn)橄铝星闆r而失?。褐黧w服務(wù)器實(shí)

21、例處于不活動(dòng)狀態(tài)（如同數(shù)據(jù)庫(kù)進(jìn)行故障轉(zhuǎn)移時(shí)發(fā)生的情況）或者網(wǎng)絡(luò)錯(cuò)誤。 嘗試連接時(shí)，數(shù)據(jù)訪問(wèn)接口首先使用初始伙伴名稱。如果指定的服務(wù)器實(shí)例可用并且為當(dāng)前主體服務(wù)器實(shí)例，則連接嘗試通常都會(huì)成功。 注意：如果鏡像會(huì)話暫停，則客戶端通常連接到主體服務(wù)器并下載伙伴名稱。但是，在恢復(fù)鏡像之前，數(shù)據(jù)庫(kù)不可用于客戶端。如果此嘗試失敗，則數(shù)據(jù)訪問(wèn)接口將嘗試使用故障轉(zhuǎn)移伙伴名稱（如果可用）。如果任一伙伴名稱都正確標(biāo)識(shí)了當(dāng)前主體服務(wù)器，則數(shù)據(jù)訪問(wèn)接口通常都會(huì)成功打開(kāi)初始連接。完成此連接后，數(shù)據(jù)訪問(wèn)接口將下載當(dāng)前鏡像服務(wù)器的服務(wù)器實(shí)例名稱。此名稱作為故障轉(zhuǎn)移伙伴名稱存儲(chǔ)在緩存中，從而覆蓋客戶端提供的故障轉(zhuǎn)移伙伴名稱（

22、如果有）。此后，SQL Server 的 .NET Framework 數(shù)據(jù)訪問(wèn)接口不會(huì)更新故障轉(zhuǎn)移伙伴名稱。相反，每當(dāng)后續(xù)連接或連接重置返回不同的伙伴名稱時(shí)，SQL Server Native Client 便會(huì)更新高速緩存。下圖針對(duì)名為 Db_1 的鏡像數(shù)據(jù)庫(kù)說(shuō)明了到初始伙伴 Partner_A 的客戶端連接。此圖顯示的情況是：客戶端提供的初始伙伴名稱正確標(biāo)識(shí)了當(dāng)前主體服務(wù)器 Partner_A。初始連接嘗試成功，數(shù)據(jù)訪問(wèn)接口在其本地緩存中將鏡像服務(wù)器（當(dāng)前為 Partner_B）的名稱存儲(chǔ)為故障轉(zhuǎn)移伙伴名稱。最后，客戶端連接到 Db_1 數(shù)據(jù)庫(kù)的主體副本。初始連接嘗試可能會(huì)失敗，例如，因

23、為網(wǎng)絡(luò)錯(cuò)誤或不活動(dòng)的服務(wù)器實(shí)例。由于初始伙伴不可用，因此要讓數(shù)據(jù)訪問(wèn)接口嘗試連接到故障轉(zhuǎn)移伙伴，客戶端必須在連接字符串中提供故障轉(zhuǎn)移伙伴的名稱。 在這種情況下，如果故障轉(zhuǎn)移伙伴名稱不可用，則原始連接嘗試將繼續(xù)，直到網(wǎng)絡(luò)連接超時(shí)或返回錯(cuò)誤（與非鏡像數(shù)據(jù)庫(kù)的情況相同）。 連接字符串中提供故障轉(zhuǎn)移伙伴名稱時(shí)，數(shù)據(jù)訪問(wèn)接口的行為取決于網(wǎng)絡(luò)協(xié)議和客戶端的操作系統(tǒng)，如下所示： l 對(duì)于 TCP/IP，如果客戶端運(yùn)行的是 Microsoft Windows XP 或更高版本，則使用與數(shù)據(jù)庫(kù)鏡像相關(guān)的連接重試算法調(diào)整連接嘗試。“連接重試算法”確定在給定連接嘗試中為打開(kāi)連接所分配的最長(zhǎng)時(shí)間（“重試時(shí)間”）。l

24、對(duì)于其他網(wǎng)絡(luò)協(xié)議以及未運(yùn)行 Microsoft Windows XP 或更高版本的客戶端如果發(fā)生錯(cuò)誤或者初始伙伴不可用，則初始連接嘗試將處于等待狀態(tài)，直到數(shù)據(jù)訪問(wèn)接口上的網(wǎng)絡(luò)連接超時(shí)期限過(guò)期或登錄超時(shí)期限過(guò)期。通常，此等待時(shí)間大約為 20 至 30 秒。此后，如果數(shù)據(jù)訪問(wèn)接口尚未超時(shí)，則它會(huì)嘗試連接到故障轉(zhuǎn)移伙伴。如果連接超時(shí)期限過(guò)期而未成功連接或者故障轉(zhuǎn)移伙伴不可用，則連接嘗試會(huì)失敗。如果故障轉(zhuǎn)移伙伴在登錄超時(shí)期限內(nèi)可用并且現(xiàn)在為主體服務(wù)器，則連接嘗試通常都會(huì)成功。6.2. 鏡像數(shù)據(jù)庫(kù)的連接字符串例如，為了使用 TCP/IP 顯式連接到 Partner_A 或 Partner_B 中的 AdventureWorks 數(shù)據(jù)庫(kù)，客戶端應(yīng)用程序?qū)⑻峁┮韵逻B接字符串："Server=Partner_A; Failover Partner=Partner_B; Database=Adventu