Ⅰ 如何才能讓兩台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的硬體外，整個方案成本其實很低。
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
Ⅱ Windows Server 2016第三版技術預覽帶來了哪些新特性
隨著Windows Server 2016和System Center2016第 三版技術預覽的發布，我們也迎來了全新的里程碑。藉助這兩個分別針對混合雲和數據中心的解決方案的推出，微軟希望能夠幫助用戶將雲計算的靈活性引入企業。 對於微軟來說，這些里程碑式的產品在公司發展歷程中扮演了重要角色，它讓我們有機會了解各個用戶群體的看法。我們也希望用戶能夠從一開始就了解我們推出此 產品的初衷、熟悉新的功能，並了解這項新技術將如何改進你的業務。
對於用戶來說，此次的亮點是首次發布的Windows Server容器。這是將容器技術帶入WindowsServer生態系統的第一步，我們對隨之而來的可能性感到非常興奮。你可能已經看到容器技術的發展勢頭，這種新技術可以簡化應用的開發與部署。我們致力於讓容器技術成為現代應用平台的一部分，並將其整合在2016年推出的數據中心解決方案中，提供給我們的客戶。您可以通過MikeNeil的博客了解有關於容器技術創新的更多信息。
容器僅僅是Windows Server和SystemCenter技術預覽版眾多新特性中的一個。除此之外，我們還增強了上一個預覽版中的功能，並添加了一些新的特性，供你第一時間進行評估。
Nano Server
作為最小的內存部署選項，就像在技術預覽版2階段一樣，Nano Server可以被安裝在物理主機或虛擬機上。新的EmergencyManagement Console讓用戶可以在NanoServer控制台中直接查看和修復網路配置。此外，我們還提供PowerShell腳本用於創建一個運行NanoServer的Azure虛擬機。從應用的角度來說，你現在可以使用CoreCLR運行ASP.Netv5應用。總而言之，我們增加了重大功能以擴展Nano Server能力，而這一切的更新都建立在維持原有內存佔用的基礎之上。
軟體定義網路
在第三版技術預覽中，你會發現絕大多數網路功能是新增的。我們引入了用於編程政策的可擴展網路控制器、用於高可用性和高性能的L4負載均衡器、用於混合連接的增強網關，以及融合了RDMA流量和租戶流量的底層網路結構。在此次發布的預覽版中，你將首次體驗到我們在Azure中使用的核心網路功能套件和SDN架構。
安全
此次發布的預覽版增加了對於Hyper-V的投入：包括某些用於下一版本的安全創新。虛擬機隔離是我們承諾的核心，即幫助你保護共享環境中的資源。現在，你可以通過一個署名模板測試創建一個屏蔽虛擬機，以及該新屏蔽虛擬機的其他功能。你還可以發現WindowsServer扮演的全新角色——Host Guardian Service，管理員可以識別合法主機。
工作負載支持
● 用於增強關鍵工作復雜支持的附加特性和功能包括：
● 藉助擁有OpenGL支持的Remote Desktop Services提高應用兼容性。
● 藉助Storage Replica，對面向延展集群的站點感知而改進業務連續性場景。
● 通過為SQL Server集群刪除特定域容器而增加靈活性。
管理
在System Center 2016第三版技術預覽版中，增強的特性簡化了WindowsServer中新功能的管理。包括對Virtual Machine Manager的改進，如支持集群節點的滾動升級，支持NanoServer作為主機和文件伺服器。通過輕松管理隔離虛擬機和受保護主機，你還可以充分利用我們針對共享環境的安全增強功能。在存儲方面，你會看到改進的功能，以保持滿足預期的端對端服務質量（QoS）和更快速的數據（使用存儲分層）檢索。在OperationsManager中，我們則側重於通過管理包的可發現性，和使用PowerShel自動化維護窗口的能力，來提升用戶體驗。
此外，我們還發布了面向Windows 10客戶端的Remote Server AdministrationTools（RSAT），實現對Windows Server 2016技術預覽版、Windows Server 2012R2和Windows Server 2012的遠程管理。
更多的新特性待你評估，詳情可查看Experience Guides；我們還歡迎各位參加我們的User Voice計劃，參與整個開發過程。目前Windows Server 2016第三版技術預覽及System Center 2016第三版技術預覽都已經開放下載。期待來自你的建議。
注意：以上提到的軟體、特性及功能均基於預覽版，實際發布時可能會有所不同。
Ⅲ 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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
Ⅳ 如何實現mssql資料庫負載均衡
SQL Server 負載均衡集群
一個應用系統隨著業務量的提高,以及訪問量和數據流量的快速增長，各個核心部分的處理性能和計算強度也相應增大，使得單一設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，必將造成現有資源的浪費，而且下一次業務量的提升，又將導致再一次硬體升級的高額成本投入。於是，負載均衡機制應運而生。 對於應用系統的負載均衡的硬體和軟體比比皆是，因為應用伺服器上的程序基本上認為是不變化的，而且一般的各個應用伺服器上的程序是不交互的。因此應用伺服器的負載均衡非常好做，只需要能夠進行分流的軟體或者硬體把多個客戶端的連接分配到多個應用伺服器上去即可。
因為資料庫內的數據是頻繁變化的，為了數據的一致性以及鎖資源的分配協調等，所以像應用伺服器那樣只有分流是不夠的，各個節點需要頻繁的交互。這也是資料庫集群軟體難做的原因，當然也是賣的貴的原因了。
Oracle Real Application Clusters
對於資料庫負載均衡，大家最為耳熟能詳的就是Oracle RAC了。RAC是雙機並行伺服器(8i及以前版本稱作Oracle Parallel Server，OPS)，用來在集群環境下實現多機共享資料庫，以保證應用的高可用性，同時可以自動實現並行處理及均分負載，還能實現資料庫在故障時的排錯和無斷點恢復。它可以自動進行負載平衡、故障修復和規劃停機時間，以支持高可用性應用程序。若並行伺服器中某節點失效，透明的應用程序容錯能夠把用戶自動轉接到另一節點上繼續運行，應用程序在用戶沒有察覺的情況下繼續執行。這使周期性和非周期性發生故障的系統增大了連續可用性。進程的失效可以完全透明地轉移到另一節點上去，通過適當地配置，可以指定所有查詢都在客戶端進行緩存，這樣它們便可以在轉移後的節點上重新設置。
Moebius for SQL Server
截至到SQL Server 2008，微軟還是沒有推出負載均衡組件，只能靠第三方軟體來實現，好在這個軟體是幾個從微軟出來的人寫的，也算是個小小的巧合。說他們是微軟出來的並不是說他們的技術多厲害，而是他們利用SQL Server的一些內部介面把集群做的非常透明， 無論是應用程序的調用還是開發/管理人員的使用都和面對一個資料庫一樣。
他們的實現原理是這樣的：和SQL Server鏡像一樣，每個資料庫節點都有自己的數據，也就是無共享磁碟架構。他們稱之為「中間件」的程序宿主在資料庫的內部，每個節點資料庫上寫入數據導致數據變化時，SQL Server會激活「中間件」，「中間件」把變化的數據同步到其他的節點上。其他節點發生變化也是一樣。因為「中間件」宿主在資料庫內， 所以它能夠把每個同步的Session和SQL Server的Session綁定到一起，也就是使用戶的執行和數據的同步成為一個原子操作，從而保證數據在每時每刻都是一致的。因此查詢可以隨便到每個機器上去查，從而做到了真正的負載均衡。
這是一種叫"資料庫路由器"的技術,這種技術的特點是靈活性好,但效率比RAC要低，畢竟RAC是在引擎里實現的不管怎麼樣有比沒有強!
Ⅵ SQL資料庫系統的負載均衡是怎麼實現的呢
嗯是這樣的
伺服器
負載均衡
只能做資料庫的讀的負載，如果你們公司的業務都是讀取後端資料庫的話，你增加一台
負載均衡設備
，後面在加幾個伺服器就會有很好的效果，如過你的資料庫業務多數用來寫的話
負載均衡做不了同時寫，因此意義不大
Ⅶ SQL SERVER 怎麼做負載均衡
通常不建議先橫向擴展來提升高可用。 題外話：建議找到緩慢的原因，是I/O的問題，還是內存不足導致的buffer問題等等。因為你已經再考慮做負載均衡，可見伺服器的硬體已經足夠好。建議對症下葯，最後考慮擴展。