⑴ 如何才能讓兩台sql server 2005伺服器負載均衡
您好，很高興為您解答。
1、企業實現Web伺服器負載均衡
為了將負載均勻的分配給內部的多個伺服器上，就需要應用一定的負載均衡策略。通過伺服器負載均衡設備實現各伺服器群的流量動態負載均衡，並互為冗餘備份。並要求新系統應有一定的擴展性，如數據訪問量繼續增大，可再添加新的伺服器加入負載均衡系統。
對於WEB服務應用，同時有幾台機器提供服務，每台機器的狀態可以設為regular(正常工作)或backup(備份狀態)，或者同時設定為regular狀態。負載均衡設備根據管理員事先設定的負載演算法和當前網路的實際的動態的負載情況決定下一個用戶的請求將被重定向到的伺服器。而這一切對於用戶來說是完全透明的，用戶完成了對WEB服務的請求，並不用關心具體是哪台伺服器完成的。
2、使用網路地址轉換實現多伺服器負載均衡
支持負載均衡的地址轉換網關中可以將一個外部IP地址映射為多個內部IP地址，對每次TCP連接請求動態使用其中一個內部地址，達到負載均衡的目的。很多硬體廠商將這種技術集成在他們的交換機中，作為他們第四層交換的一種功能來實現，一般採用隨機選擇、根據伺服器的連接數量或者響應時間進行選擇的負載均衡策略來分配負載。然而硬體實現的負載控制器靈活性不強，不能支持更優化的負載均衡策略和更復雜的應用協議。
基於網路地址轉換的負載均衡器可以有效的解決伺服器端的CPU和磁碟I/O負載，然而負載均衡器本身的性能受網路I/O的限制，在一定硬體條件下具有一定的帶寬限制，但可以通過改善演算法和提高運行負載均衡程序的硬體性能，來提高這個帶寬限制。不同的服務類型對不同的伺服器資源進行佔用，我們使用的負載衡量策略是使用同一個負載進行評估，這對於大多數條件是適合的，然而最好的辦法是針對不同的資源，如CPU、磁碟I/O或網路I/O等，分別監視伺服器負載，由中心控制器選擇最合適的伺服器分發客戶請求。
3、使用DNS伺服器實現負載均衡
訪問企業網伺服器的用戶急劇增加，一台伺服器難以滿足用戶的訪問需要，那麼如何才能保證用戶的正常訪問呢?解決方法有很多，如使用Windows
2000或Windows Server 2003提供網路負載均衡服務，但該服務的設置非常復雜。而通過DNS伺服器實現網路負載均衡則是一種比較簡單的方法。
企業網通常由很多子網構成，為了降低網路中的數據流量，客戶機最好能訪問處於同一子網內的Web伺服器。雖然實現了網路負載均衡功能，但並不能保證客戶訪問的是本子網的Web伺服器。其實這個問題也很好解決，只要啟用DNS伺服器的「啟用網路掩碼排序」功能即可。在DNS管理器窗口中，右鍵點擊DNS伺服器，在彈出的菜單中選擇「屬性」，然後在屬性對話框中切換到「高級」選項卡，勾選「伺服器選項」列表框中的「啟用網路掩碼排序」選項即可。這樣客戶機每次都能訪問到本子網內的Web伺服器了。完成以上設置後，就使DNS伺服器實現了網路負載均衡功能，把客戶的訪問分擔到每個Web伺服器上，並且還減少了跨子網的網路通信流量，大大降低了企業網的通信負擔。
4、企業實現SQL Server資料庫伺服器負載均衡
MS SQL
Server資料庫伺服器可以說是應用范圍最廣的資料庫產品，並且越來越多地在大型和比較關鍵的應用系統中提供服務。當企業應用越來越復雜、數據量越來越大的時候，SQL
Server資料庫要不停的進行處理、存儲、查詢的工作，這個時候企業就要考慮SQL Server資料庫伺服器的性能和速度及安全性了。然而，長期以來，SQL
SERVER資料庫伺服器都只有「熱備」的解決方案，而沒有「負載均衡」和「集群」的解決方案。
隨著資料庫路由器軟體ICX的出現，為基於MS SQL Server的資料庫系統提供了一種更優秀的集群解決方案。它可以真正的實現SQL
Server資料庫伺服器的動態負載均衡，提高性能和速度;它可以真正的保證SQL
Server資料庫伺服器不間斷的提供服務，在伺服器發生故障的時候實時切換到其他伺服器上繼續提供服務，切換時間為「零」。資料庫路由器是實時並發資料庫事務處理同步復制器和負載平衡器。
所有的資料庫客戶都通過ICX訪問資料庫。當訪問、查詢SQL
Server資料庫的時候ICX可以根據實際情況分配伺服器來提供服務，大大提高服務速度和優化性能，完成負載均衡。ICX可以同時連接多台資料庫，這若乾颱資料庫的內容在任何時刻由ICX保證是完全一致的。也就是說，ICX採用了全新的並發事務處理的方式，向連接的N台資料庫同步復制事務處理，使得系統在任何時刻具有多個一致的最新邏輯資料庫數據集。當其中一台資料庫伺服器發生故障的時候，ICX可以實時的、第一時間切換到其他伺服器上來繼續提供服務。真正的實現零時間的伺服器切換，大大提高安全性，真正意義的實現伺服器不間斷服務。
5：當然自己可以DIY：用f5的網路負載均衡硬體和sql
server的復制技術軟體可以實現負載均衡，故障切換則需要windows的cluster或者sql server
2005的mirror。除了那個f5的硬體外，整個方案成本其實很低。
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
⑵ sql server 負載均衡是否有比較好的方案有
一個應用系統隨著業務量的提高,以及訪問量和數據流 量的快速增長，各個核心部分的處理性能和計算強度也相應增大，使得單一設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，必將造成現有 資源的浪費，而且下一次業務量的提升，又將導致再一次硬體升級的高額成本投入。於是，負載均衡機制應運而生。
對於應用系統的負載均衡的硬體和軟體比比皆是，因為應用伺服器上的程序基本上認為是不變化的，而且一般的各個應用伺服器上的程序是不交互的。因此應用伺服器的負載均衡非常好做，只需要能夠進行分流的軟體或者硬體把多個客戶端的連接分配到多個應用伺服器上去即可。
因為資料庫內的數據是頻繁變化的，為了數據的一致性以及鎖資源的分配協調等，所以像應用伺服器那樣只有分流是不夠的，各個節點需要頻繁的交互。這也是資料庫集群軟體難做的原因，當然也是賣的貴的原因了。
Oracle Real Application Clusters
對於資料庫負載均衡，大家最為耳熟能詳的就是Oracle RAC了。RAC是雙機並行伺服器(8i及以前版本稱作Oracle ParallelServer，OPS)，用來在集群環境下實現多機共享資料庫，以保證應用的高可用性，同時可以自動實現並行處理及均分負載，還能實現資料庫在故障時的排錯和無斷點恢復。它可以自動進行負載平衡、故障修復和規劃停機時間，以支持高可用性應用程序。若並行伺服器中某節點失效，透明的應用程序容錯能夠把用戶自 動轉接到另一節點上繼續運行，應用程序在用戶沒有察覺的情況下繼續執行。這使周期性和非周期性發生故障的系統增大了連續可用性。進程的失效可以完全透明地 轉移到另一節點上去，通過適當地配置，可以指定所有查詢都在客戶端進行緩存，這樣它們便可以在轉移後的節點上重新設置。
⑶ SQL資料庫系統的負載均衡是怎麼實現的呢
嗯是這樣的 伺服器負載均衡只能做資料庫的讀的負載，如果你們公司的業務都是讀取後端資料庫的話，你增加一台負載均衡設備，後面在加幾個伺服器就會有很好的效果，如過你的資料庫業務多數用來寫的話 負載均衡做不了同時寫，因此意義不大
⑷ 如何實現mssql資料庫負載均衡
除了硬體就是軟體咯，第三方的有收費的，也有免費的(大多是開源工具)；
很多時候並不需要做負載均衡：
1. 做讀寫分離，把報表之類的業務分離到從庫，交易系統和報表系統可以這樣分；
2. 做垂直分割，按業務類型，把資料庫拆了，淘寶和支付寶的分離就是這樣；
3. 做水平分割，按路由信息把數據分到不同伺服器，網路游戲就是這樣；
⑸ sql server什麼版本能實現負載均衡如何實現
支持負載的資料庫主要有：
Oracle 8.17-Oracle 10G Sybase 11-12.5
MS SQL Server2000-2005 My SQL 4.1-5.1 等常用資料庫。
參考資料：
http://bbs.tech.ccidnet.com/read.php?tid=554526
⑹ SQL Server2008可以實現負載均衡么
安裝服務
分別在伺服器(11.1.6.11, 11.1.6.12) 上安裝此服務,以其中一台伺服器為例在開始=>伺服器管理器如下圖
點擊右邊的添加功能進入找到「遠程伺服器管理工具」—>「網路負載平衡工具」勾選篩選框點擊安裝, 以下圖為安裝成功後的圖
新建群集s
在完成以上的服務安裝後, 在開始->網路負載平衡管理器（以11.1.6.11伺服器為例）
打開管理器後選中「網路負載平衡群集」項點擊滑鼠右鍵選擇「新建群集」 彈出「新群群」頁面如下圖所示
如上圖雙擊上圖的「本地連接」 彈出另一界面時按默認選項點擊「下一步」進入「新群集」頁面如下圖
輸入群集的IP地址及子網掩碼後點擊「確定」後返回群集IP地址頁面點擊「下一步」後進入「群集參數」頁面如下圖
輸入「完整Internet名稱」框中的域名 選擇「單播」模式後點擊「下一步」進入「埠規則」設置頁面如下圖
選中現有的埠規則行點擊「編輯」彈出埠規則編輯頁面後按如下設置參數
之後一直點擊"完成"後就裝完一台了如圖：
有此添加另的台的集群如下圖：
在添加第二台時在主機輸入框里有輸入IP（11.1.6.12）時點擊連接時有時會失敗所以
此時在「主機」框中輸入另一台伺服器(10.0.6.14)的「機器名稱」點擊「連接」 接下來重復（11.1.6.11）的過程
在二台機子都添加完成後 如圖所示
可以在兩台分別服務部署測試網面分別在兩台不同的電腦上打開就可以看到連接不同的伺服器
⑺ SQLSERVER怎麼搭建伺服器集群實現負載均衡
很多組織機構慢慢的在不同的伺服器和地點部署SQL Server資料庫——為各種應用和目的——開始考慮通過SQL Server集群的方式來合並。
將SQL Server實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是Microsoft集群伺服器
MSCS是一個Windows Server企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。MSCS可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和IP地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
MSCS不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為MSCS在相同的IP地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的SQL Server
SQL Server 2000可以配置為最多4個節點的集群，而SQL Server 2005可以配置為最多8個節點的集群。當一個SQL Server實例被配置為集群之後，它的磁碟資源、IP地址和服務就形成了集群組來實現災難恢復。
SQL Server 2000允許在一個集群上安裝16個實例。根據在線幫助，「SQL Server 2005在一個伺服器或者處理器上可以支持最多50個SQL Server實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意SQL Server實例的災難恢復階段是指SQL Server服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其他的方法，比如log shipping和資料庫鏡像。
單個的大的SQL Server集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於SQL版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中SQL實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。SQL Server實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝SQL Server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對SQL Server進行負載均衡。比如，使用虛擬機上的SQL Server實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於SQL Server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
⑻ sql server 負載均衡是否有比較好的方案有
一個應用系統隨著業務量的提高,以及訪問量和數據流 量的快速增長，各個核心部分的處理性能和計算強度也相應增大，使得單一設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，必將造成現有 資源的浪費，而且下一次業務量的提升，又將導致再一次硬體升級的高額成本投入。於是，負載均衡機制應運而生。
對於應用系統的負載均衡的硬體和軟體比比皆是，因為應用伺服器上的程序基本上認為是不變化的，而且一般的各個應用伺服器上的程序是不交互的。因此應用伺服器的負載均衡非常好做，只需要能夠進行分流的軟體或者硬體把多個客戶端的連接分配到多個應用伺服器上去即可。
因為資料庫內的數據是頻繁變化的，為了數據的一致性以及鎖資源的分配協調等，所以像應用伺服器那樣只有分流是不夠的，各個節點需要頻繁的交互。這也是資料庫集群軟體難做的原因，當然也是賣的貴的原因了。
Oracle Real Application Clusters
⑼ SQL SERVER 怎麼做負載均衡
通常不建議先橫向擴展來提升高可用。 題外話：建議找到緩慢的原因，是I/O的問題，還是內存不足導致的buffer問題等等。因為你已經再考慮做負載均衡，可見伺服器的硬體已經足夠好。建議對症下葯，最後考慮擴展。
⑽ 什麼是資料庫負載均衡
負載均衡集群是由一組相互獨立的計算機系統構成，通過常規網路或專用網路進行連接，由路由器銜接在一起，各節點相互協作、共同負載、均衡壓力，對客戶端來說，整個群集可以視為一台具有超高性能的獨立伺服器。