㈠ sql SERVER 怎麼做負載均衡
通常不建議先橫向擴展來提升高可用。 題外話：建議找到緩慢的原因，是I/O的問題，還是內存不足導致的buffer問題等等。因為你已經再考慮做負載均衡，可見伺服器的硬體已經足夠好。建議對症下葯，最後考慮擴展。
㈡ 什麼是資料庫負載均衡
負載均衡集群是由一組相互獨立的計算機系統構成，通過常規網路或專用網路進行連接，由路由器銜接在一起，各節點相互協作、共同負載、均衡壓力，對客戶端來說，整個群集可以視為一台具有超高性能的獨立伺服器。
㈢ 伺服器如何實現集群和負載均衡
你可以直接買一台負載均衡交換機啊，何必要浪費1台伺服器呢。
2 應該是每台都會有一個IP地址 外網 訪問連接到的那個IP地址 是你的負載均衡交換機的IP地址 他隨機把你的訪問請求分配到你的3台伺服器上
3 無主從關系，負載均衡交換機它會沒2秒左右向你的伺服器發送一個健康檢查，如果發現你的伺服器出現問題，它會自動屏蔽你這台伺服器
4 你問的重復問題。
㈣ sql server alwayson 有沒有解決負載均衡
SQL Server 2005對端到端(P2P)的拓撲結構上的事務性的復制加強了支持。
SQL Server 2000支持雙向的復制，這就可以讓兩台伺服器同時對彼此發布和訂閱數據。伺服器可以更新同一個共享數據，但是在這樣的拓撲中你被限制在兩台伺服器上。
P2P的拓撲結構支持無限的發布伺服器，他們彼此之間可以互相交換事務。當然，當參加的發布者的數量增加之後，事務性的延遲也就更大了。雖然在你的P2P拓撲結構中對節點的數量沒有理論上的限制，但是只有在某個確定的數字之下才可以提供可接受的性能。微軟推薦低於12個節點，以保證性能的優化。
無論怎樣，P2P拓撲都是SQL Server的一個巨大進步：現在，多端點伺服器可以更改數據，並且向其他的發布者復制事務。這就是說，訂閱伺服器不再被限制在主要的報告環境中。你可以通過事務性負載全球共享的方式將伺服器分布開來。當用戶的數量增加的時候，只要簡單地向這個群體中添加伺服器即可。
除了將負載分布之外，這個拓撲結構還增加了可用性。如果任何一個點的伺服器不可達，則池中其它的伺服器就會共享這個負載，因為每個伺服器都有其它所有伺服器上可獲得的全部數據集合。
以下的表列出了使用P2P拓撲結構來進行負載均衡的優點和缺點。
SQL Server 2005仍然不直接地支持負載均衡——但是它為以前SQL Server版本中可用的所有負載均衡方法提供了令人激動的改善和支持。
㈤ 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資料庫系統的負載均衡是怎麼實現的呢
嗯是這樣的 伺服器負載均衡只能做資料庫的讀的負載，如果你們公司的業務都是讀取後端資料庫的話，你增加一台負載均衡設備，後面在加幾個伺服器就會有很好的效果，如過你的資料庫業務多數用來寫的話 負載均衡做不了同時寫，因此意義不大
㈦ 如何實現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 server 2014拓撲同步嗎
針對SQL Server 2005版本，來說一下它的性能。從中，我們能更具體的了解到這個版本的特點以及和負載均衡相關的內容介紹。
Sql Server 2005的新特性
端到端拓撲的事務性復制
SQL Server 2005對端到端(P2P)拓撲結構上事務性的復制加強了支持｡P2P的拓撲結構支持無限的發布伺服器,它們彼此之間可以互相交換事務｡
P2P拓撲是SQL Server的一個巨大進步｡現在,多端點伺服器可以更改數據,並且向其他的發布者復制事務｡這就是說,訂閱伺服器不再被限制在主要的報告環境中,可以通過事務性負載全球共享的方式將伺服器分布開來｡當用戶的數量增加的時候,只要簡單地向這個群體中添加伺服器即可｡
除了將負載分布之外,這個拓撲結構還增加了可用性｡如果任何一個點的伺服器不可達,則池中其他伺服器就會共享這個負載,因為每個伺服器都有其他所有伺服器上可獲得的全部數據集合｡
資料庫鏡像和快照
SQL Server 2005引入了資料庫鏡像的概念,來幫助獲得高可用性｡特別提醒的是,只要它正式發布了,資料庫鏡像就可以在SQL Server 2005上使用｡然而,只有到SQL Server 2005 Service Pack 1才會支持鏡像｡
資料庫快照是SQL Server 2005中引入的另一項特性｡快照是某一個時間點上的資料庫的克隆｡只要對鏡像資料庫進行了快照,就可以讓用戶查詢快照｡快照的生成通常只需要幾秒鍾,因為它實際上在這個過程中並沒有拷貝任何數據｡因此,要把負載分布到主伺服器和備用伺服器上,就可以將資料庫做鏡像,然後階段性地對備份伺服器進行快照｡而且還可以使用快照在主伺服器上進行報告｡
㈨ 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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。