SQLServer數(shù)據(jù)庫熱備方案三篇

1、SQL Server數(shù)據(jù)庫熱備方案三篇篇一：SQL Server數(shù)據(jù)庫熱備方案SQL Server數(shù)據(jù)庫的高可用性方案主要有數(shù)據(jù)庫鏡像、日志傳送、復制和故障轉移群集等四種，本文基于自動災難恢復的出發(fā)點，推薦故障轉移群集和數(shù)據(jù)庫鏡像兩種方案。如遇高安全性、高性能的復雜情況，可多種方案組合使用，如故障轉移群集+復制、數(shù)據(jù)庫鏡像+復制、數(shù)據(jù)庫鏡像+日志傳送等。故障轉移群集方案方案說明應用服務器1應用服務器2應用服務器3SQL Server故障轉移群集示意圖1. Windows故障轉移群集作為平臺，其上運行 SQL Server故障轉移群集2. Windows故障轉移群集對外提供虛擬IP , SQL

2、Server群集對外提供群集實例名3. SQL Server 群集中多個節(jié)點數(shù)據(jù)庫共享 1 套數(shù)據(jù)庫存儲，確保數(shù)據(jù)一致性4. SQL Server 群集中只有 1 個節(jié)點為活動狀態(tài)，獨占控制存儲，對外提供數(shù) 據(jù)庫服務5. 當前活動節(jié)點發(fā)生故障宕機， 群集自動選擇轉移節(jié)點并切換至該數(shù)據(jù)庫 （狀 態(tài)切換為活動，開始獨占存儲，對外提供服務）6. 多個節(jié)點須在同一個子網(wǎng)內，如有跨網(wǎng)段情況，需組VLAN。軟件需求Windows Server操作系統(tǒng)（建議20XX及以上版本）Active Directory 服務域DNS服務器故障轉移群集服務SQL Server 數(shù)據(jù)庫硬件需求域主控服務器DNS服務器（可

3、合并至主控服務器）故障轉移群集節(jié)點數(shù)據(jù)庫（ 1個活動節(jié)點 +1或多個轉移節(jié)點） 存儲：共享存儲，視成本而定網(wǎng)絡：群集節(jié)點至少需要 2 塊網(wǎng)卡：數(shù)據(jù)庫服務 +心跳。根據(jù)存儲類型確定是否需 要額外網(wǎng)卡。windows故障轉移群集對外提供虛擬群集IP可見，SQL故障群集實例提供虛擬群集實例名稱供應用程序訪問數(shù)據(jù)庫鏡像方案方案說明3SQL Server數(shù)據(jù)庫鏡像示意圖1. 見證服務器輪詢驗證主體數(shù)據(jù)庫與鏡像數(shù)據(jù)庫的狀態(tài)2. 正常情況下，主體數(shù)據(jù)庫提供對外服務，鏡像數(shù)據(jù)庫不可用，兩臺數(shù)據(jù)庫間 進行數(shù)據(jù)同步3. 當見證服務器發(fā)現(xiàn)主體數(shù)據(jù)庫斷開連接，且見證服務器與鏡像服務器連接正 常，則啟動故障轉移。原鏡像

4、服務器切換為主體數(shù)據(jù)庫，而原主體數(shù)據(jù)庫恢復后自動切換為鏡像服務器。4. 運行模式：1) 高性能：數(shù)據(jù)進行異步同步， 在主體數(shù)據(jù)庫上進行的操作不需同步至鏡像服 務器即可提交。2) 高安全： 數(shù)據(jù)進行實時同步， 在主體數(shù)據(jù)庫上進行的操作， 需要在鏡像服務 器上執(zhí)行完成，方可提交。軟件需求Windows Server操作系統(tǒng)(建議20XX及以上版本)SQL Server 數(shù)據(jù)庫應用程序中連接字符串： DataSource=A;Failover Partner=B;硬件需求見證數(shù)據(jù)庫服務器主數(shù)據(jù)庫服務器鏡像數(shù)據(jù)庫服務器熱備方案優(yōu)劣分析故障轉移群集優(yōu)點：SQL Server 故障轉移群集可以算是一種硬件

5、解決方案，體現(xiàn)在共享存儲的采用 上，實現(xiàn)了不同節(jié)點數(shù)據(jù)的一致性和安全性程度。SQL Server 故障轉移群集具有一個與節(jié)點名稱無關的數(shù)據(jù)庫實例名稱，對外提 供服務。因此，應用程序不需要配置特殊的連接，也不需關心當前提供服務的 是哪個節(jié)點數(shù)據(jù)庫，更不需要重定向。第5頁共10頁故障轉移群集在自動監(jiān)測和故障轉移方面的優(yōu)勢較為明顯。缺陷：SQL Server 故障轉移群集是運行在 windows 故障轉移群集平臺上的，因此， wi ndows故障轉移群集的可靠性制約著 SQL故障轉移群集的可靠性。SQL Server 故障轉移群集有些限制條件，如：只能夠使用單一副本；對硬件要 求有簽名等。SQL S

6、erver 故障轉移群集不能預防共享存儲故障。數(shù)據(jù)庫鏡像優(yōu)點：SQL Server 數(shù)據(jù)庫鏡像技術是一套軟件解決方案，在有效控制成本的情況下， 能夠提供幾乎瞬時的故障轉移。缺陷：1. 限制條件較多： 只能夠使用標準服務器； 只能夠使用數(shù)據(jù)庫快照對鏡像服務 器進行有限的報告；只能夠使用數(shù)據(jù)庫單一、重復的副本。2. 兩種運行模式各有遺憾：1) 高性能：觸發(fā)故障轉移時，可能未完成數(shù)據(jù)同步。2) 高安全：數(shù)據(jù)實時同步，但延滯了事務時長。3. 發(fā)生故障轉移時，用戶操作失敗，需要嘗試連接( FailOver )至轉移后的數(shù) 據(jù)庫。建議 在成本允許的情況下，推薦采用故障轉移群集方案。篇二： SQL Serv

7、er 數(shù)據(jù)庫熱備方案MSSQLServer 數(shù)據(jù)庫服務器可以說是應用范圍最廣的數(shù)據(jù)庫產(chǎn)品，并且越來越 多地在大型和比較關鍵的應用系統(tǒng)中提供服務。當企業(yè)應用越來越復雜、數(shù)據(jù) 量越來越大的時候， SQLServer 數(shù)據(jù)庫要不停的進行處理、存儲、查詢的工作， 這個時候企業(yè)就要考慮 SQL Server 數(shù)據(jù)庫服務器的性能和速度及安全性了。 然而，長期以來，SQL SERVE數(shù)據(jù)庫服務器都只有“熱備”的解決方案，而沒 有“負載均衡”和“集群”的解決方案。這種解決方案固然提升了系統(tǒng)的可靠 性，但也存在一些問題： ?面對大數(shù)據(jù)量和大量的數(shù)據(jù)庫查詢請求，只能采取縱向提升服務器檔次的方 法，而縱向提升的成本

8、遠遠高于橫向擴展。 ?在熱備時，數(shù)據(jù)庫服務器只有一臺在工作，另一臺處于閑置備份的狀態(tài)，造成 了投資的浪費。?非實時切換。而數(shù)據(jù)庫路由器軟件ICX的出現(xiàn)，為基于MS SQL Server的數(shù)據(jù)庫系統(tǒng)提供了 一種更優(yōu)秀的集群解決方案。它可以真正的實現(xiàn) SQLServer 數(shù)據(jù)庫服務器的動 態(tài)負載均衡，提高性能和速度；它可以真正的保證 SQLServer 數(shù)據(jù)庫服務器不 間斷的提供服務，在服務器發(fā)生故障的時候實時切換到其他服務器上繼續(xù)提供 服務，切換時間為“零”。數(shù)據(jù)庫路由器是實時并發(fā)數(shù)據(jù)庫事務處理同步復制器和負載平衡器。數(shù)據(jù)庫路由器-ICX （意思是：I SEEX DATABASSERVERS，也

9、就是說，在ICX 后面可以同時連接N個數(shù)據(jù)庫1 所有的數(shù)據(jù)庫客戶都通過ICX訪問數(shù)據(jù)庫。當訪問、查詢 SQL Server數(shù)據(jù) 庫的時候 ICX 可以根據(jù)實際情況分配服務器來提供服務，大大提高服務速度和 優(yōu)化性能，完成負載均衡。2ICX 可以同時連接多臺數(shù)據(jù)庫（ 2-16 臺，具體連多少臺，看客戶的具體需求 而定），這若干臺數(shù)據(jù)庫的內容在任何時刻由 ICX 保證是完全一致的。也就是 說，ICX采用了全新的并發(fā)事務處理的方式，向連接的N臺數(shù)據(jù)庫同步復制事務 處理，使得系統(tǒng)在任何時刻具有多個一致的最新邏輯數(shù)據(jù)庫數(shù)據(jù)集。當其中一 臺數(shù)據(jù)庫服務器發(fā)生故障的時候， ICX 可以實時的、 第一時間切換到其

10、他服務器 上來繼續(xù)提供服務。真正的實現(xiàn)零時間的服務器切換，大大提高安全性，真正 意義的實現(xiàn)服務器不間斷服務。第 7 頁 共 10 頁篇三： SQL Server 數(shù)據(jù)庫熱備方案概述為了保證 XXX 公司物業(yè)系統(tǒng)數(shù)據(jù)庫的安全，穩(wěn)定性，數(shù)據(jù)庫管理員應定期備份 數(shù)據(jù)庫，采用良好的備份策略，一方面維持數(shù)據(jù)的安全性；另一方面要保證數(shù) 據(jù)庫穩(wěn)定，順暢，高效的運行。盡最大的努力減少由于數(shù)據(jù)丟失或損壞造成的 業(yè)務系統(tǒng)宕機，須從備份方面做好基本的保障工作。一、備份介紹1.1 備份方式SQL Server 支持 3種類型的備份：完全數(shù)據(jù)庫備份，差異數(shù)據(jù)庫備份，事務日 志備份。1.1.1 完全備份 完全備份就是備份

11、整個數(shù)據(jù)庫的內容。若將整個數(shù)據(jù)庫的內容都備份下來，需 要很多的存儲空間來存放備份數(shù)據(jù)，但其好處是在還原數(shù)據(jù)庫時，也只要將整 個數(shù)據(jù)庫從一份數(shù)據(jù)庫備份還原到 SQL Server 中即可。它是其他備份的基礎， 再做其他備份之前，必須得先做此方式的備份。1.2.2 差異備份 差異備份就是備份從上一次執(zhí)行“完全”數(shù)據(jù)庫備份后有改動的數(shù)據(jù)，因此所 需要的備份時間和備份空間都比“完全”方式少，所以此方式最合適作為經(jīng)常 性的備份方式。1.2.3 事務日志備份 該備份是備份事務記錄文件的內容，由于事務日志文件只會記錄我們在前一次 數(shù)據(jù)庫備份或事務日志記錄備份之后，對數(shù)據(jù)庫所做的變動過程，也就是只記錄某時間段

12、的數(shù)據(jù)庫變動情況，因此在做事務記錄備份之前，必須做一次完全 的數(shù)據(jù)庫備份。1.2 備份方案的制定原則 在制定數(shù)據(jù)庫的備份策略時需要考慮數(shù)據(jù)庫RPO， RTO。RTO(Recovery Time Objective) 則是指災難發(fā)生后，從系統(tǒng)宕機導致業(yè)務停頓 之刻開始，到系統(tǒng)恢復至可以支持業(yè)務部門運作，業(yè)務恢復運營之時，此兩點 之間的時間。RPO(Recovery Point Objective) 是指災難發(fā)生后，容災系統(tǒng)能把數(shù)據(jù)恢復到災 難發(fā)生前時間點的數(shù)據(jù)，它是衡量企業(yè)在災難發(fā)生后會丟失多少生產(chǎn)數(shù)據(jù)的指 標。二、業(yè)務數(shù)據(jù)庫現(xiàn)狀1.192.168.1.4 、192.168.1.7 發(fā)布服務器192.168.1.4 ，192.168.1.7 是目前的物業(yè)系統(tǒng)的主服務器。兩個服務器上各有一個名為DB_CSM數(shù)據(jù)庫大小都在150G多，分別向192.168.1.3進行事物日志傳送、 9服務器上做了訂閱，2. 復制分發(fā)服務器 192.168.1.6該服務器是訂閱發(fā)布的分發(fā)服務器。即 192.168.1