SQLserver高可用方案設(shè)計(jì)

1、實(shí)用標(biāo)準(zhǔn)SQL server 高可用方案一、高可用的類型Always On高可用性解決方案，需要 sql server 版本在 2012 以上SQL Server Always On 即“全面的高可用性和災(zāi)難恢復(fù)解決方案”。客戶通過使用 Always On 技術(shù)，可以提高應(yīng)用程序可用性，并且通過簡化高可用性的部署和管理方面的工作。SQL Server Always On 在以下 2 個(gè)級別提供了可用性。*數(shù)據(jù)庫級可用性 是一種“熱備份”技術(shù)。在同步提交模式下，主副本的數(shù)據(jù)被同步更新到其他輔助副本，主副本 與輔助副本之間可以保持實(shí)時(shí)同步。當(dāng)系統(tǒng)監(jiān)測到主副本發(fā)生故障時(shí)，輔助副本可以立即成為新 的主

2、副本。*實(shí)例級可用性Always On 故障轉(zhuǎn)移群集實(shí)例（Failover Cluster Instanee，簡稱FCI）可以在多個(gè)16個(gè)節(jié)點(diǎn)之間實(shí)現(xiàn)故障轉(zhuǎn)移（ Failover ）。企業(yè)版最多支持 16 個(gè)節(jié)點(diǎn)，標(biāo)準(zhǔn)版只支持 2 個(gè)節(jié)點(diǎn)。當(dāng)主節(jié)點(diǎn)發(fā)生故障時(shí)，輔助節(jié)點(diǎn)提升為主節(jié)點(diǎn)并獲取共享存儲中的數(shù)據(jù)，然后才在這個(gè)新的主節(jié) 點(diǎn)服務(wù)器中啟動(dòng) SQL Server 服務(wù)。FCI 是一種“冷備份”技術(shù)。輔助節(jié)點(diǎn)并不從主節(jié)點(diǎn)同步數(shù)據(jù)，唯一的一份數(shù)據(jù)被保存在共享存 儲（群集共享磁盤）中。 日志傳送日志傳送依賴于傳統(tǒng)的 Windows 文件復(fù)制技術(shù)與 SQL Server 代理。主數(shù)據(jù)庫所做出的任何數(shù)據(jù)變

3、化都會被生成事務(wù)日志，這些事務(wù)日志將定期備份。然后備份文件 被輔助數(shù)據(jù)庫所屬的實(shí)例復(fù)制到它的本地文件夾， 最后事務(wù)日志備份在輔助數(shù)據(jù)庫中進(jìn)行恢復(fù)，從面實(shí)現(xiàn)在兩個(gè)數(shù)據(jù)庫之間異步更新數(shù)據(jù)。 當(dāng)主數(shù)據(jù)庫發(fā)生故障時(shí)，可以使輔助數(shù)據(jù)庫變成聯(lián)機(jī)狀態(tài)?？梢园衙恳粋€(gè)輔助數(shù)據(jù)庫都當(dāng)作“冷 備用”數(shù)據(jù)庫 其它輔助技術(shù)對數(shù)據(jù)庫進(jìn)行備份， 當(dāng)出現(xiàn)故障時(shí)，手動(dòng)將數(shù)據(jù)還原到服務(wù)器，使得數(shù)據(jù)庫重新聯(lián)機(jī) ，這也可以 算作實(shí)現(xiàn)高可用性的一種技術(shù)手段。復(fù)制（ Replication ）并不算是一個(gè)高可用性解決方案，只是它的功能可以實(shí)現(xiàn)高可用性。復(fù)制通 過“發(fā)布 - 訂閱”模式，由主服務(wù)器向輔助服務(wù)器發(fā)布數(shù)據(jù)，使這些服務(wù)器間實(shí)現(xiàn)可

4、用性。 SQL server 復(fù)制定義及應(yīng)用：數(shù)據(jù)庫間復(fù)制和分發(fā)數(shù)據(jù)和數(shù)據(jù)庫對象，然后在數(shù)據(jù)庫間進(jìn)行 同步操作以維持一致性。 使用復(fù)制，可以通過局域網(wǎng)和廣域網(wǎng)、撥號連接、 無線連接和 Internet 將數(shù)據(jù)分配到不同位置以及分配給遠(yuǎn)程或移動(dòng)用戶 sql server 復(fù)制分成三類：事務(wù)復(fù)制 通常用于需要高吞吐量的服務(wù)器到服務(wù)器方案（包括：提高可伸縮 性和可用性、數(shù)據(jù)倉庫和報(bào)告、集成多個(gè)站點(diǎn)的數(shù)據(jù)、集成異類數(shù)據(jù)以及減 輕批處理的負(fù)荷）。合并復(fù)制 主要是為可能存在數(shù)據(jù)沖突的移動(dòng)應(yīng)用程序或分步式服務(wù)器應(yīng)用程序設(shè)計(jì)的。 常見應(yīng)用場景包括：與移動(dòng)用戶交換數(shù)據(jù)、POS （消費(fèi)者銷售點(diǎn)）應(yīng)用程序以及集成來

5、自多個(gè)站點(diǎn)的數(shù)據(jù)。快照復(fù)制用于為事務(wù)復(fù)制和合并復(fù)制提供初始數(shù)據(jù)集；在適合數(shù)據(jù)完全刷新時(shí)也可以使用快照復(fù)制、高可用的服務(wù)器配置：如果只是需要 復(fù)制方式，則搭建兩臺相同硬件配置和操作系統(tǒng)版本與補(bǔ)丁、相同數(shù)據(jù)庫版本和補(bǔ)丁的服務(wù)器即可如果需要Always On 高可用方式，即出現(xiàn)故障后系統(tǒng)自動(dòng)進(jìn)行切換到備用服務(wù)器上，則需要3臺（數(shù)據(jù)庫主服務(wù)器、監(jiān)聽服務(wù)器、從服務(wù)器）相同硬件配置和操作系統(tǒng)版本與補(bǔ)丁、相同數(shù)據(jù)庫版本和補(bǔ)丁的服務(wù)器三、各種實(shí)現(xiàn)方式的對比F表將SQL Server常用的高可用性解決方案進(jìn)行綜合對比對比項(xiàng)目Always On實(shí)例級Always On數(shù)據(jù)庫級日志傳送副本數(shù)量無最多8個(gè)無限制副本的

6、可用性不適用可以“備用模式”時(shí)可以訪（只讀訪問）問對外統(tǒng)一 IP地址是是各自獨(dú)立的IP地址自動(dòng)故障轉(zhuǎn)移可以可以不可以故障轉(zhuǎn)移單元實(shí)例一組數(shù)據(jù)庫不適用四、以上各種類型的實(shí)現(xiàn)方式及優(yōu)缺點(diǎn)4.1日志傳送4.1.1實(shí)現(xiàn)方式 n/library/ms190640(v=sql.110).aspx1. 為主數(shù)據(jù)庫創(chuàng)建一個(gè)事務(wù)日志備份計(jì)劃2. 為輔助數(shù)據(jù)庫創(chuàng)建一個(gè)文件復(fù)制計(jì)劃3. 為輔助數(shù)據(jù)庫創(chuàng)建一個(gè)事務(wù)日志還原計(jì)劃4.1.2優(yōu)劣勢優(yōu)點(diǎn)：可以廣泛地部署。通過在多個(gè)輔助服務(wù)器上配置多個(gè)輔助數(shù)據(jù)庫，可以建立多個(gè)“冷備用”數(shù)據(jù) 庫。輔助數(shù)據(jù)庫可以提供只讀訪問，作為報(bào)表等應(yīng)用程序的數(shù)據(jù)源，從而將報(bào)表查詢等只讀訪問的負(fù)

7、 載分?jǐn)偟揭粋€(gè)或多個(gè)輔助服務(wù)器。局限：主數(shù)據(jù)庫和輔助數(shù)據(jù)庫分別屬于不同的實(shí)例，輔助數(shù)據(jù)庫只是被動(dòng)地進(jìn)行事務(wù)日志恢復(fù)，不主動(dòng) 識別主數(shù)據(jù)庫的狀態(tài)，因此日志傳送技術(shù)不支持自動(dòng)的故障轉(zhuǎn)移。主數(shù)據(jù)庫與輔助數(shù)據(jù)庫之間的異步數(shù)據(jù)更新被拆分成3個(gè)獨(dú)立的步驟來實(shí)現(xiàn)，因此會有較大的延時(shí)。相關(guān)注意事項(xiàng)：數(shù)據(jù)庫備份進(jìn)程和事務(wù)日志備份進(jìn)程不能并發(fā)運(yùn)行截?cái)嗍聞?wù)日志將斷開日志鏈，從而導(dǎo)致日志傳送無法正常工作4.2 Always On 方式4.2.1 應(yīng)用方式對于通過第三方共享磁盤解決方案 （SAN） 進(jìn)行的數(shù)據(jù)保護(hù)，建議你使用 Always On 故障轉(zhuǎn) 移群集實(shí)例。即 實(shí)例級可用性對于通過 SQL Server 進(jìn)行的

8、數(shù)據(jù)保護(hù)， 建議您使用 Always On 可用性組。 即 數(shù)據(jù)庫級可用性 在主數(shù)據(jù)庫和備用副本之間傳送數(shù)據(jù)。有同步提交和異步提交兩種模式4.2.1.1 同步提交方式同步提交時(shí)，需要經(jīng)過一系列的過程。（ 1）主數(shù)據(jù)庫在將事務(wù)日志寫入文件的同時(shí)就傳送給輔助數(shù)據(jù)庫。然后主數(shù)據(jù)庫等待輔助數(shù)據(jù)庫 的回應(yīng)。（ 2）輔助數(shù)據(jù)庫收到了來自主數(shù)據(jù)庫的事務(wù)，寫入本地事務(wù)日志文件（固化），然后發(fā)送確認(rèn)信 息給主數(shù)據(jù)庫。（ 3）主數(shù)據(jù)庫收到輔助數(shù)據(jù)庫發(fā)來的確認(rèn)信息，結(jié)束等待狀態(tài)，繼續(xù)運(yùn)行。（ 4）主數(shù)據(jù)庫在遇到檢查點(diǎn)時(shí)才將緩存中的“臟頁”回寫到數(shù)據(jù)文件；輔助數(shù)據(jù)庫根據(jù)收到的事 務(wù)在本地進(jìn)行重做（ Re-do ）。同

9、步提交模式可以保證時(shí)刻擁有著一模一樣的副本，因此具有極高的安全性。但是輔助服務(wù)器接 收事務(wù)日志、寫入事務(wù)日志文件和發(fā)送確認(rèn)信息這一系列過程也會帶來一定程度的延遲，從而影 響到主數(shù)據(jù)庫的性能。由于同步提交對性能影響較大，因此SQL Server 僅允許單向的同步提交（從一個(gè)主副本單向同步到多個(gè)輔助副本）。而且， SQL Server 嚴(yán)格限制了同步提交的副本數(shù)量， Always On 可用性組的一個(gè)主副本最多可 以同時(shí)向 2 個(gè)輔助副本實(shí)現(xiàn)同步提交，其他副本則使用異步提交模式。421.2 異步提交模式異步提交時(shí)，主數(shù)據(jù)庫將事務(wù)發(fā)送給輔助數(shù)據(jù)庫后，無需等待而直接繼續(xù)運(yùn)行。異步提交模式消除了主數(shù)據(jù)庫

10、的等待狀態(tài)，因此這種提交模式對性能幾乎沒有影響。但是輔助數(shù) 據(jù)庫可能遇到更新數(shù)據(jù)失敗的情況（例如，因網(wǎng)絡(luò)故障導(dǎo)致未接受主數(shù)據(jù)庫的事務(wù)，或?qū)懭氡镜?事務(wù)日志日志文件時(shí)遇到錯(cuò)誤），而此時(shí)主數(shù)據(jù)庫如果發(fā)生故障則可能造成數(shù)據(jù)丟失。SQL Server 2014 最多允許 Always On 可用性組擁有 8個(gè)輔助副本，其中同步提交的副本數(shù) 量不能超過2個(gè)。4.2.1.3 Always On 可用性組，-數(shù)據(jù)庫級可用性 n/sql/database-e ngi ne/availability-groups/w in dows/availability-modes-always-on-availabili

11、ty-groupsAlways On 可用性組 是SQL Server 2012 中引入的企業(yè)級高可用性和災(zāi)難恢復(fù)解決方案，可使一個(gè)或多個(gè)用戶數(shù)據(jù)庫的可用性達(dá)到最高。Always On 可用性組 要求SQL Server實(shí)例駐留在 Windows Server故障轉(zhuǎn)移群集 （WSFC）節(jié)點(diǎn)上?！翱捎眯越M” （Availability Group ，簡稱AG）針對一組離散的用戶數(shù)據(jù)庫（稱為“可用性數(shù)據(jù)庫”，它們共同實(shí)現(xiàn)故障轉(zhuǎn)移）支持故障轉(zhuǎn)移環(huán)境。一個(gè)可用性組支持一組主數(shù)據(jù)庫以及多組對應(yīng)的輔助數(shù)據(jù)庫。每組可用性數(shù)據(jù)庫都由一個(gè)“可用性副本”承載。有以下兩種類型的可用性副本：（1）一個(gè)“主副本”主副本

12、用于承載主數(shù)據(jù)庫。主副本使一組主數(shù)據(jù)庫可用于客戶端的讀寫連接。（2）多個(gè)“輔助副本”輔助副本承載一組輔助數(shù)據(jù)庫并作為可用性組的潛在故障轉(zhuǎn)移目標(biāo)。主副本將每個(gè)主數(shù)據(jù)庫的事 務(wù)日志記錄發(fā)送到每個(gè)輔助數(shù)據(jù)庫。每個(gè)輔助副本緩存事務(wù)日志記錄（“硬化”日志），然后將 它們應(yīng)用到相應(yīng)的輔助數(shù)據(jù)庫?？梢耘渲靡粋€(gè)或多個(gè)輔助副本以支持對輔助數(shù)據(jù)庫進(jìn)行只讀訪問，并且可以將任何輔助副本配置 為允許對輔助數(shù)據(jù)庫進(jìn)行備份?？捎眯越M的優(yōu)勢可用性組具有以下優(yōu)勢：（1）與 FCI 相比，可用性組不依賴于共享存儲。（2）輔助副本數(shù)量最多可達(dá)到 8個(gè)（SQL Server 2012 限制為4個(gè)）。（ 3 ）輔助副本可以直接提供只讀

13、訪問。（4）“數(shù)據(jù)同步”延遲時(shí)間已經(jīng)極大地縮短，甚至可以“同步提交”。而且可用性組的輔助副 本在還原事務(wù)日志時(shí)不需要斷開客戶端的已有連接 （需要確定目前使用的 JDBC 驅(qū)動(dòng)是否支持 SQL SERVER 2014 以上的版本 ）。（5）提供 VNN 和虛擬 IP 地址，供客戶端透明訪問。可用性組的不足可用性組具有以下不足：（1 ）在部署可用性組的過程中，集中了日志傳送、數(shù)據(jù)庫鏡像和FCI的大部分功能與屬性，增加了部署的復(fù)雜程度。（2）Always On 可用性組與數(shù)據(jù)庫鏡像都不支持跨數(shù)據(jù)庫事務(wù)和分布式事務(wù)。這是因?yàn)闊o法保 證事務(wù)的原子性和完整性，可能出現(xiàn)邏輯上的不一致。4.2.1.4 Alw

14、ays On故障轉(zhuǎn)移群集實(shí)例 n/sql/sql-server/failover-clusters/wi ndows/wi ndo ws-server-failover-clusteri ng-wsfc-with-sql-serverWindows Server故障轉(zhuǎn)移群集（Windows Server Failover Cluster ，簡稱 WSFC ）由一組物理服務(wù)器（節(jié)點(diǎn)）構(gòu)成，這些服務(wù)器包含類似的硬件配置以及相同的軟件配置WSFC服務(wù)可以監(jiān)視由其托管的角色（Windows Server 2012以前稱為“服務(wù)和應(yīng)用程序”）的運(yùn)行狀況，并根據(jù)預(yù)設(shè)的條件進(jìn)行故障轉(zhuǎn)移處理。SQL Serv

15、er 安裝在 Always On 故障轉(zhuǎn)移群集實(shí)例（Failover Cluster Instanee ，簡稱 FCI）的每個(gè)節(jié)點(diǎn)上。但是，在啟動(dòng)過程中，SQL Server服務(wù)不會自動(dòng)啟動(dòng)，而是交由WSFC托管。Always On FCI 簡介 對于數(shù)據(jù)庫和日志存儲， FCI 必須在 FCI 的所有節(jié)點(diǎn)之間使用共享存儲。 共享存儲的形式可以為 WSFC 群集磁盤、 SAN 上的磁盤或 SMB 上的文件共享。這樣一來，當(dāng)發(fā)生故障轉(zhuǎn)移時(shí)， FCI 中 的所有節(jié)點(diǎn)都會具有相同的實(shí)例數(shù)據(jù)視圖。FCI 使用一個(gè)虛擬網(wǎng)絡(luò)名稱（ Virtual Network Name，簡稱 VNN ） 和虛擬 IP 地

16、址，應(yīng)用程序和客戶端可使用同一VNN （或虛擬IP地址）連接到FCI。當(dāng)發(fā)生故障轉(zhuǎn)移時(shí)，VNN會在新的活動(dòng)節(jié)點(diǎn)啟動(dòng)后注冊到該節(jié)點(diǎn)。此過程對于連接到 SQL Server 的客戶端或應(yīng)用程序是透明的， 可以最大限度地縮短出現(xiàn)故障時(shí)應(yīng)用程序或客戶端的停機(jī)時(shí)間。FCI 作為 WSFC 的一個(gè)“角色”， 在一個(gè)資源組中運(yùn)行。 群集中一次只有一個(gè)節(jié)點(diǎn) （活動(dòng)節(jié)點(diǎn)） 擁有該資源組。此節(jié)點(diǎn)擁有有資源包括：虛擬網(wǎng)絡(luò)名稱、虛擬IP 地址、共享存儲、 SQL Server數(shù)據(jù)庫引擎服務(wù)、SQL Server代理服務(wù)、SSAS （如果已安裝）、一個(gè)文件共享資源（如果安裝 了 FILESTREAM 功能。當(dāng)活動(dòng)節(jié)點(diǎn)出

17、現(xiàn)故障（硬件故障、操作系統(tǒng)故障、應(yīng)用程序或服務(wù)故障）或進(jìn)行計(jì)劃的升級時(shí)，將按照以下順序進(jìn)行故障轉(zhuǎn)移過程。1 ）將緩沖區(qū)的所有“臟頁”寫入磁盤。2 ）停止 FCI 活動(dòng)節(jié)點(diǎn)上的所有 SQL Server 相應(yīng)服務(wù)。3 ）資源組的所有權(quán)轉(zhuǎn)移到 FCI 的另一個(gè)節(jié)點(diǎn)，使其成為新的活動(dòng)節(jié)點(diǎn)4 ）新的活動(dòng)節(jié)點(diǎn)啟動(dòng) SQL Server 相應(yīng)服務(wù)。（5 ）客戶端應(yīng)用程序的連接請求將自動(dòng)定向到VNN 的新的活動(dòng)節(jié)點(diǎn)。Always On FCI 的優(yōu)勢FCI 具有以下優(yōu)勢：（1 ）自動(dòng)故障轉(zhuǎn)移 FCI 通過冗余在實(shí)例級提供保護(hù)。（2）客戶端透明連接應(yīng)用程序連接到 VNN （或虛擬 IP 地址），而無需知道當(dāng)前

18、活動(dòng)節(jié)點(diǎn)。 當(dāng)發(fā)生故障轉(zhuǎn)移時(shí)， 會會自動(dòng)切換到新的活動(dòng)節(jié)點(diǎn)。在故障轉(zhuǎn)移過程中，無需重新配置應(yīng)用程序和客戶端。Always On FCI 的不足FCI 具有以下不足：（1）單一故障點(diǎn)FCI 必須在所有的節(jié)點(diǎn)之間使用共享存儲，這意味著共享存儲有可能成為單個(gè)故障點(diǎn)。因此 依賴于共享存儲擁有的硬件解決方案來確保數(shù)據(jù)保護(hù)，但這種解決方案往往需要較高的成本。（2）資源利用率VNNFCI任何時(shí)候 FCI 只有 1 個(gè)節(jié)點(diǎn)（活動(dòng)節(jié)點(diǎn)）運(yùn)行 SQL Server 服務(wù)，其他節(jié)點(diǎn)則處于“冷備用 狀態(tài)，資源利用率較不高。4.3復(fù)制應(yīng)用es/replication/types-of-replication4.3.1快

19、照復(fù)制特定時(shí)刻的狀態(tài)分發(fā)數(shù)據(jù)，而不監(jiān)視數(shù)據(jù)是否更新。發(fā)生同步時(shí)，將生成完整的快照并將其發(fā)送到訂閱服務(wù)器。當(dāng)符合以下一個(gè)或多個(gè)條件時(shí)，使用快照復(fù)制本身是最合適的：很少更改數(shù)據(jù)。在一段時(shí)間內(nèi)允許具有相對發(fā)布服務(wù)器已過時(shí)的數(shù)據(jù)副本。«復(fù)制少量數(shù)據(jù)。*在短期內(nèi)出現(xiàn)大量更改。在數(shù)據(jù)更改量很大，但很少發(fā)生更改時(shí)，快照復(fù)制是最合適的。例如，如果某銷售組織維護(hù)一個(gè)產(chǎn)品價(jià)格列表且這些價(jià)格每年要在固定時(shí)間進(jìn)行一兩次完全更新，那么建議在數(shù)據(jù)更改后復(fù)制完 整的數(shù)據(jù)快照。 對于給定的某些類型的數(shù)據(jù)，更頻繁的快照可能也比較適合。例如，如果一天中在發(fā)布服務(wù)器上更新相對小的表，但可以接受一定的滯后時(shí)間，則可以在夜間

20、以快照形式傳遞 更改。發(fā)布服務(wù)器上快照復(fù)制的連續(xù)開銷低于事務(wù)復(fù)制的開銷，因?yàn)椴挥酶櫾隽扛?。但是，如果要?fù)制的數(shù)據(jù)集非常大，那么若要生成和應(yīng)用快照，將需要使用大量資源。評估是否使用快照復(fù)制 時(shí)，需要考慮整個(gè)數(shù)據(jù)集的大小以及數(shù)據(jù)的更改頻率。與備份的區(qū)別 先來看快照 . 快照 ,其本質(zhì)類似于數(shù)據(jù)庫的照片 ,也就是在某個(gè)特定時(shí)間點(diǎn) （創(chuàng)建快照的時(shí)間點(diǎn) ）給數(shù)據(jù)庫拍個(gè)照 放在那兒 .但是這個(gè)照片是一個(gè)新的數(shù)據(jù)庫 ,可以應(yīng)用 SQL 語句 .快照數(shù)據(jù)庫里的數(shù)據(jù)是不變的 .創(chuàng)建快照后 ,系統(tǒng)會對原數(shù)據(jù)庫的所有數(shù)據(jù)頁做個(gè)標(biāo)識,如果數(shù)據(jù)頁在創(chuàng)建快照后被修改 ,會復(fù)制一個(gè)數(shù)據(jù)頁出來 ,沒有修改的數(shù)據(jù)頁則不會有

21、快照 （ 原數(shù)據(jù)庫和快照數(shù) 據(jù)庫共用該數(shù)據(jù)頁 ）.從這樣來看 ,快照存在的時(shí)間越長 ,對系統(tǒng)的壓力會越大 （ 要維護(hù)的變化數(shù)據(jù)頁太多 ）.一般來說 ,快照用在數(shù)據(jù)庫的鏡像機(jī)上 ,因?yàn)殓R像機(jī)上的數(shù)據(jù)庫永遠(yuǎn)是 Restoring 狀態(tài) ,可以在某個(gè) 特定的時(shí)間點(diǎn)生成一個(gè)快照 ,這樣就可以在鏡像機(jī)上提供一個(gè)可訪問的數(shù)據(jù)庫,用來為數(shù)據(jù)倉庫提供數(shù)據(jù)源比較合適 .再來看備份 .備份 ,其本質(zhì)是一個(gè)副本 .相當(dāng)于在某個(gè)時(shí)間點(diǎn)把數(shù)據(jù)庫里的所有對象內(nèi)容都COPY 一份 ,放到一個(gè)特定的文件里 （備份文件 ,一般是 .bak）.這個(gè)文件不是一個(gè)數(shù)據(jù)庫，不能直接應(yīng)用SQL,必須先通過還原的方式還原到一個(gè)數(shù)據(jù)庫（可以

22、是和 原數(shù)據(jù)庫名稱一致 ,也可以是一個(gè)新的數(shù)據(jù)庫 ）,之后才能訪問里面的數(shù)據(jù) .因?yàn)閭浞莸慕Y(jié)果是文件 ,這個(gè)文件可以被 COPY 走,或者寫入磁帶 （放到銀行里 ）,從而實(shí)現(xiàn)離線容災(zāi)4.3.2 事物復(fù)制事務(wù)復(fù)制通常從發(fā)布數(shù)據(jù)庫對象和數(shù)據(jù)的快照開始。 創(chuàng)建了初始快照后， 接著在發(fā)布服務(wù)器上所 做的數(shù)據(jù)更改和架構(gòu)修改通常在修改發(fā)生時(shí) （幾乎實(shí)時(shí)） 便傳遞給訂閱服務(wù)器。 數(shù)據(jù)更改將按照 其在發(fā)布服務(wù)器上發(fā)生的順序和事務(wù)邊界應(yīng)用于訂閱服務(wù)器，因此，在發(fā)布內(nèi)部可以保證事務(wù)的一致性。事務(wù)復(fù)制通常用于服務(wù)器到服務(wù)器環(huán)境中，在以下各種情況下適合采用事務(wù)復(fù)制：希望發(fā)生增量更改時(shí)將其傳播到訂閱服務(wù)器。從發(fā)布服務(wù)器

23、上發(fā)生更改，至更改到達(dá)訂閱服務(wù)器， 應(yīng)用程序需要這兩者之間的滯后時(shí)間較短。應(yīng)用程序需要訪問中間數(shù)據(jù)狀態(tài)。例如，如果某一行更改了五次，事務(wù)復(fù)制將允許應(yīng)用程序響應(yīng)每次更改 （例如，激發(fā)觸發(fā)器），而不只是響應(yīng)該行最終的數(shù)據(jù)更改。發(fā)布服務(wù)器有大量的插入、更新和刪除活動(dòng)。發(fā)布服務(wù)器或訂閱服務(wù)器不是 SQL Server數(shù)據(jù)庫（例如，Oracle ）。默認(rèn)情況下，事務(wù)發(fā)布的訂閱服務(wù)器應(yīng)視為只讀，因?yàn)楦牟粫鞑セ匕l(fā)布服務(wù)器。但是，事務(wù)復(fù)制確實(shí)提供了允許在訂閱服務(wù)器上進(jìn)行更新的選項(xiàng)。要求：數(shù)據(jù)庫的恢復(fù)方式不能是簡單模式，并且不能截?cái)鄶?shù)據(jù)庫日志，數(shù)據(jù)庫表必須都得有主鍵索引433合并復(fù)制合并復(fù)制通常用于服務(wù)器到客戶端的環(huán)境中。合并復(fù)制適用于下列各種情況：«多個(gè)訂閱服務(wù)器可能會在不同時(shí)