SQL SERVER 2005 MIRROR配置指南

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

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

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

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

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

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

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

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

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

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

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

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

13、tate smallint 連接的當(dāng)前狀態(tài)。可能的值：1 = NEW2 = CONNECTING3 = CONNECTED4 = LOGGED_IN5 = CLOSED state_desc nvarchar(60) 連接的當(dāng)前狀態(tài)。可能的值：NEWCONNECTINGCONNECTEDLOGGED_INCLOSED connect_time datetime 打開連接的日期和時間。login_time datetime 連接登錄成功的日期和時間。authentication_method nvarchar(128) Windows 身份驗證方法的名稱，如 NTLM 或 KERBEROS。該值

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

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

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

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

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

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

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

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

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

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

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