『壹』 sql server alwayson 有沒有解決負載均衡
SQL Server 2005對端到端(P2P)的拓撲結構上的事務性的復制加強了支持。
SQL Server 2000支持雙向的復制，這就可以讓兩台伺服器同時對彼此發布和訂閱數據。伺服器可以更新同一個共享數據，但是在這樣的拓撲中你被限制在兩台伺服器上。
P2P的拓撲結構支持無限的發布伺服器，他們彼此之間可以互相交換事務。當然，當參加的發布者的數量增加之後，事務性的延遲也就更大了。雖然在你的P2P拓撲結構中對節點的數量沒有理論上的限制，但是只有在某個確定的數字之下才可以提供可接受的性能。微軟推薦低於12個節點，以保證性能的優化。
無論怎樣，P2P拓撲都是SQL Server的一個巨大進步：現在，多端點伺服器可以更改數據，並且向其他的發布者復制事務。這就是說，訂閱伺服器不再被限制在主要的報告環境中。你可以通過事務性負載全球共享的方式將伺服器分布開來。當用戶的數量增加的時候，只要簡單地向這個群體中添加伺服器即可。
除了將負載分布之外，這個拓撲結構還增加了可用性。如果任何一個點的伺服器不可達，則池中其它的伺服器就會共享這個負載，因為每個伺服器都有其它所有伺服器上可獲得的全部數據集合。
以下的表列出了使用P2P拓撲結構來進行負載均衡的優點和缺點。
SQL Server 2005仍然不直接地支持負載均衡——但是它為以前SQL Server版本中可用的所有負載均衡方法提供了令人激動的改善和支持。
『貳』 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）的過程
在二台機子都添加完成後 如圖所示
可以在兩台分別服務部署測試網面分別在兩台不同的電腦上打開就可以看到連接不同的伺服器
『叄』 sql server 負載均衡集群 哪種好
一個應用系統隨著業務量的提高,以及訪問量和數據流 量的快速增長，各個核心部分的處理性能和計算強度也相應增大，使得單一設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，必將造成現有 資源的浪費，而且下一次業務量的提升，又將導致再一次硬體升級的高額成本投入。於是，負載均衡機制應運而生。
對於應用系統的負載均衡的硬體和軟體比比皆是，因為應用伺服器上的程序基本上認為是不變化的，而且一般的各個應用伺服器上的程序是不交互的。因此應用伺服器的負載均衡非常好做，只需要能夠進行分流的軟體或者硬體把多個客戶端的連接分配到多個應用伺服器上去即可。
因為資料庫內的數據是頻繁變化的，為了數據的一致性以及鎖資源的分配協調等，所以像應用伺服器那樣只有分流是不夠的，各個節點需要頻繁的交互。這也是資料庫集群軟體難做的原因，當然也是賣的貴的原因了。
Oracle Real Application Clusters
對於資料庫負載均衡，大家最為耳熟能詳的就是Oracle RAC了。RAC是雙機並行伺服器(8i及以前版本稱作Oracle ParallelServer，OPS)，用來在集群環境下實現多機共享資料庫，以保證應用的高可用性，同時可以自動實現並行處理及均分負載，還能實現資料庫在故障時的排錯和無斷點恢復。它可以自動進行負載平衡、故障修復和規劃停機時間，以支持高可用性應用程序。若並行伺服器中某節點失效，透明的應用程序容錯能夠把用戶自 動轉接到另一節點上繼續運行，應用程序在用戶沒有察覺的情況下繼續執行。這使周期性和非周期性發生故障的系統增大了連續可用性。進程的失效可以完全透明地 轉移到另一節點上去，通過適當地配置，可以指定所有查詢都在客戶端進行緩存，這樣它們便可以在轉移後的節點上重新設置。
Moebius for SQL Server
截至到SQL Server 2008，微軟還是沒有推出負載均衡組件，只能靠第三方軟體來實現，好在這個軟體是幾個從微軟出來的人寫的，也算是個小小的巧合。說他們是微軟出來的並不是說他們的技術多厲害，而是他們利用SQL Server的一些內部介面把集群做的非常透明， 無論是應用程序的調用還是開發/管理人員的使用都和面對一個資料庫一樣。
他們的實現原理是這樣的：和SQL Server鏡像一樣，每個資料庫節點都有自己的數據，也就是無共享磁碟架構。 他們稱之為「中間件」的程序宿主在資料庫的內部，每個節點資料庫上寫入數據導致數據變化時，SQL Server會激活「中間件」，「中間件」把變化的數據同步到其他的節點上。其他節點發生變化也是一樣。因為「中間件」宿主在資料庫內， 所以它能夠把每個同步的Session和SQL Server的Session綁定到一起，也就是使用戶的執行和數據的同步成為一個原子操作，從而保證數據在每時每刻都是一致的。因此查詢可以隨便到每個 機器上去查，從而做到了真正的負載均衡。
『肆』 怎麼使用sql server 2008資料庫引擎優化顧問
確定您希望
資料庫引擎
優化顧問在
分析過程
中考慮添加、刪除或保留的資料庫功能（索引、索引視圖、分區）。有關詳細信息，請參閱
關於工作負荷和使用資料庫引擎優化顧問的注意事項。
創建工作負荷。有關詳細信息，請參閱
啟動資料庫引擎優化顧問，並登錄到
MicrosoftSQL
Server
實例。有關詳細信息，請參閱
啟動資料庫引擎優化顧問。在「常規」
選項卡
上，在
「會話名稱」
中鍵入一個名稱以創建新的優化會話。
選擇一個「工作負荷文件」或「表」
，然後在相鄰的
文本框
中鍵入文件的路徑或表的名稱。
指定表的格式為
database_name.schema_name.table_name
若要搜索工作負荷文件或表，請單擊「瀏覽」按鈕。
資料庫引擎優化顧問假定工作負荷文件是滾動更新文件。有關滾動更新文件的詳細信息，請參閱
限制
跟蹤文件
和表的大小。
使用跟蹤表作為工作負荷時，該表必須存在於資料庫引擎優化顧問正在優化的同一台伺服器上。如果您創建的跟蹤表在其他伺服器上，則必須將其移到資料庫引擎優化顧問准備優化的伺服器上才能用作工作負荷。
選擇要對其運行在步驟
5
中選擇的工作負荷的資料庫和表。若要選擇表，請單擊「所選表」箭頭。
選中「保存優化日誌」
以保存優化日誌的副本。如果不希望保存優化日誌的副本，請清除該
復選框
。
在分析之後，可以通過打開會話並選擇「進度」選項卡來查看優化日誌。
單擊「優化選項」
選項卡，從列出的選項中進行選擇。有關詳細信息，請參閱
可用的優化選項。
單擊工具欄中的
「開始分析」按鈕。
如果希望停止已經啟動的優化會話，請在「操作」菜單上選擇以下選項之一：選擇「停止分析(並提供建議)」
將停止優化會話，並提示您選擇是否希望資料庫引擎優化顧問根據目前已完成的分析來生成建議。選擇「停止分析」
將停止優化會話而不生成任何建議。
『伍』 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 2008 R2 標准版(25用戶)最大並發連接數是多少及支持多少客戶端同時訪問
SQL Server 2008支持並發的連接數分兩種情況：
1）不啟用連接池
當創建到101個連接的時候，就無法再創建新連接了。也就是說，如果連接字元串不做任何處理，我們的程序只能夠跟SQLServer建立101個連接。
2）啟用連接池
在連接字元串中加入代碼：
Pooling=true;Max Pool Size=40000;Min Pool Size=0;
微軟在MSDN上對最大連接數的定義是：「默認是0，代表不限制，但最大連接數是32767。
SQL Server支持同時訪問的客戶端數量：
開發版、速成版有客戶連接限制，一般是10個連接。企業版、標准版沒有限制，硬體能支持多少就能支持多少。
(6)sqlserver2008負載均衡擴展閱讀
sql server 2008 R2 連接數過高的解決辦法：
由於公司最近兩個Web站點做了負載均衡，但是緩存機制仍然是 Asp.Net 自帶的緩存，這樣就導致了每台Web 伺服器內存中都有一份緩存，直接導致了多次請求DB資料庫，造成了DB連接數過高。
由於是兩個較大的站點兩台伺服器做負載均衡（負載平衡），所以，DB 的連接數也飆升，幾乎翻了3倍。
公司DB伺服器用的是 Sql Server 2008 R2 ，並且DB伺服器配置是相當的強悍的，連接數一度沖擊到740，真是讓人驚嘆不已。雖然鏈接數強悍，但是前台訪問的頁面 超時的 也是茫茫多，沒辦法，只能採用了緊急處理：
1、加大程序中的緩存，特別是頁面頭部加上 OutPutCache 緩存。
2、用上鏡像的備份DB伺服器，把2個站點的DB鏈接改到了鏡像的DB，這台鏡像DB和現在主DB是不在同一個機房的，目標就是容災和在高流量的情況下快速切換
『柒』 SQL SERVER 怎麼做負載均衡
通常不建議先橫向擴展來提升高可用。 題外話：建議找到緩慢的原因，是I/O的問題，還是內存不足導致的buffer問題等等。因為你已經再考慮做負載均衡，可見伺服器的硬體已經足夠好。建議對症下葯，最後考慮擴展。
『捌』 伺服器如何實現集群和負載均衡
你可以直接買一台負載均衡交換機啊，何必要浪費1台伺服器呢。
2 應該是每台都會有一個IP地址 外網 訪問連接到的那個IP地址 是你的負載均衡交換機的IP地址 他隨機把你的訪問請求分配到你的3台伺服器上
3 無主從關系，負載均衡交換機它會沒2秒左右向你的伺服器發送一個健康檢查，如果發現你的伺服器出現問題，它會自動屏蔽你這台伺服器
4 你問的重復問題。