很多組織機構慢慢的在不同的服務器和地點部署SQL Server數(shù)據(jù)庫——為各種應用和目的——開始考慮通過SQL Server集群的方式來合并。

桐廬網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、成都響應式網(wǎng)站建設公司等網(wǎng)站項目制作,到程序開發(fā),運營維護。創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時間,我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗,來保證我們的工作的順利進行。專注于網(wǎng)站建設就選創(chuàng)新互聯(lián)。
將SQL Server實例和數(shù)據(jù)庫合并到一個中心的地點可以減低成本,尤其是維護和軟硬件許可證。此外,在合并之后,可以減低所需機器的數(shù)量,這些機器就可以用于備用。
當尋找一個備用,比如高可用性的環(huán)境,企業(yè)常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節(jié)點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之后,我讓你們自己做決定。
什么是Microsoft集群服務器
MSCS是一個Windows Server企業(yè)版中的內(nèi)建功能。這個軟件支持兩個或者更多服務器節(jié)點連接起來形成一個“集群”,來獲得更高的可用性和對數(shù)據(jù)和應用更簡便的管理。MSCS可以自動的檢查到服務器或者應用的失效,并從中恢復。你也可以使用它來(手動)移動服務器之間的負載來平衡利用率以及無需停機時間來調(diào)度計劃中的維護任務。
這種集群設計使用軟件“心跳”來檢測應用或者服務器的失效。在服務器失效的事件中,它會自動將資源(比如磁盤和IP地址)的所有權從失效的服務器轉(zhuǎn)移到活動的服務器。注意還有方法可以保持心跳連接的更高的可用性,比如站點全面失效的情況下。
MSCS不要求在客戶計算機上安裝任何特殊軟件,因此用戶在災難恢復的經(jīng)歷依賴于客戶-服務器應用中客戶一方的本質(zhì)。客戶的重新連接常常是透明的,因為MSCS在相同的IP地址上重啟應用、文件共享等等。進一步,為了災難恢復,集群的節(jié)點可以處于分離的、遙遠的地點。
在集群服務器上的SQL Server
SQL Server 2000可以配置為最多4個節(jié)點的集群,而SQL Server 2005可以配置為最多8個節(jié)點的集群。當一個SQL Server實例被配置為集群之后,它的磁盤資源、IP地址和服務就形成了集群組來實現(xiàn)災難恢復。
SQL Server 2000允許在一個集群上安裝16個實例。根據(jù)在線幫助,“SQL Server 2005在一個服務器或者處理器上可以支持最多50個SQL Server實例,”但是,“只能使用25個硬盤驅(qū)動器符,因此如果你需要更多的實例,那么需要預先規(guī)劃。”
注意SQL Server實例的災難恢復階段是指SQL Server服務開始所需要的時間,這可能從幾秒鐘到幾分鐘。如果你需要更高的可用性,考慮使用其他的方法,比如log shipping和數(shù)據(jù)庫鏡像。
單個的大的SQL Server集群還是小的集群
下面是大的、由更多的節(jié)點組成的集群的優(yōu)點:
◆更高的可用新(更多的節(jié)點來災難恢復)。
◆更多的負載均衡選擇(更多的節(jié)點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節(jié)點,依賴于SQL版本。
◆增強的管理性和簡化環(huán)境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節(jié)點數(shù)目影響。
下面是單個大的集群的缺點:
◆集群節(jié)點數(shù)目有限(如果需要第9個節(jié)點怎么辦)。
◆在集群中SQL實例數(shù)目有限。
◆沒有對失效的防護——如果磁盤陣列失效了,就不會發(fā)生災難恢復。
◆使用災難恢復集群,無法在數(shù)據(jù)庫級別或者數(shù)據(jù)庫對象級別,比如表,創(chuàng)建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中,虛擬和物理機器可以集群在一起,不會發(fā)生問題。SQL Server實例可以在虛擬機上,但是性能可能會受用影響,這依賴于實例所消耗的資源。在虛擬機上安裝SQL Server實例之前,你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中,如果虛擬機和物理機器集群在一起,你可以在虛擬機和物理機器之間對SQL Server進行負載均衡。比如,使用虛擬機上的SQL Server實例開發(fā)應用。然后在你需要對開發(fā)實例進行壓力測試的時候,將它災難恢復到集群中更強的物理機器上。
集群服務器可以用于SQL Server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節(jié)點組成的集群往往比小的、只有少數(shù)節(jié)點的集群更好。大個集群允許更靈活環(huán)境,為了負載均衡和維護,實例可以從一個節(jié)點移動到另外的節(jié)點。
主要考慮到數(shù)據(jù)均衡的 SQLServer支持多CPU并發(fā),CPU越多,效率越好,一般來說,百萬級也有用SQLSERVER的, 但如果超過百萬級,達到千萬或更多,就應該考慮用ORACLE了..
一、Inproc模式
Inproc是缺省的設置,這種模式和以前的ASP的會話狀態(tài)的方法是類似的,會話的狀態(tài)會被保存在ASP.NET進程中,它的優(yōu)點是顯而易見的:性能。進程內(nèi)的數(shù)據(jù)訪問自然會比夸進程的訪問快。然而,這種方法Session的狀態(tài)依賴于ASP.NET進程,當IIS進程崩潰或者正常重起啟時,保存在進程中的狀態(tài)將丟失。
二、StateServer模式
為了克服Inproc模式的缺點,ASP.NET提供了兩種進程外保持會話狀態(tài)的方法。
ASP.NET首先提供了提供了一個Windows服務:ASPState,這個服務啟動后,ASP.NET應用程序可以將mode屬性設置為 “SateServer”,來使用這個Windows服務提供的狀態(tài)管理方法。
除了在web.config文件中設置mode屬性為StateServer外,還必須設置運行StateServer服務器的IP地址和端口號,具體配置方法如下:
2.1 如果在IIS所在的機器運行StateServer則IP地址就是127.0.0.1,端口號通常是42424.配置如下:
mode=”StateServer”
stateConnectionString=”tcpip=127.0.0.1:42424″
2.2 找一臺服務器作為Session服務器
如IP為:172.18.1.188,啟動其Windows中的ASP.NET State Service(默認的端口號為42424),把啟動類型改為自動;
2.3 修改Session服務器注冊表中的項:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \aspnet_state\Parameters中的AllowRemoteConnection 鍵的值為1,其中的Port鍵控制ASP.NET State Service的監(jiān)聽端口;修改后需要重啟ASP.NET State Service才生效;
2.4 每臺服務器的web.config 的stateConnectionString都指向這臺服務器
使用這種模式,會話狀態(tài)的存儲將不依賴IIS進程的失敗或者重啟,會話的狀態(tài)將存儲在StateServer進程的內(nèi)存空間中。
三、SQlServer模式
另一種會話狀態(tài)模式是SQLServer模式。這種模式是將會話的狀態(tài)保存在SQL Server數(shù)據(jù)庫中的。使用這種模式前,必須至少有一臺SQL Server服務器,并在服務器中建立需要的表和存儲過程。.NET SDK提供了兩個腳本來簡化這個工作:InstallSqlState.sql和UnInstallSqlState.sql。這兩個文件存放在下面路徑中:
c:\windows\Microsoft.NET\Framework
要配置SQL Server 服務器,可以在命令行中運行SQL Server提供的命令行工具osql.exe
osql -s [server name] -u [user] -p [password]
例如:
osql -s (local) -u as -p “”-i InstallSqlState.sql
做好必要的數(shù)據(jù)庫準備工作后,將web.config文件中的sessionstate元素的mode屬性改為”sqlserver”,并指定 SQL連接字符串。具體如下:
mode=”SQLServer”
sqlConnectionString=”data source=127.0.0.1;userid=sa;password=;Trusted_Connection=yes”
使用SQLServer模式處了可以使Session的狀態(tài)不依賴于IIS服務器之外,還可以利用SQL Server的集群,使狀態(tài)存儲不依賴于單個的SQL Server,這樣就可以為應用程序提供極大的可靠性。
分享題目:sqlserver負載均衡,mysql數(shù)據(jù)庫負載均衡
本文URL:http://chinadenli.net/article49/dsiishh.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站制作、動態(tài)網(wǎng)站、網(wǎng)站設計公司、軟件開發(fā)、網(wǎng)站收錄、App設計
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)