建站
咨詢
售后
建站咨詢
新聞中心
以下的文章主要向大家講述的是SQL Server集群設計，如果你對SQL Server集群設計技術心存好奇的話，相信以下的文章將會揭開它的神秘面紗，希望會給你帶來一些幫助在此實際學習方面。
邵武ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
在很多組織機構慢慢的在不同的服務器和地點部署SQL Server數(shù)據(jù)庫——為各種應用和目的——開始考慮通過SQL Server集群的方式來合并。
將SQL Server實例和數(shù)據(jù)庫合并到一個中心的地點可以減低成本，尤其是維護和軟硬件許可證。此外，在合并之后，可以減低所需機器的數(shù)量，這些機器就可以用于備用。
當尋找一個備用，比如高可用性的環(huán)境，企業(yè)常常決定部署Microsoft的集群架構。我常常被問到小的集群(由較少的節(jié)點組成)SQL Server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之后，我讓你們自己做決定。
什么是Microsoft集群服務器
MSCS是一個Windows Server企業(yè)版中的內建功能。這個軟件支持兩個或者更多服務器節(jié)點連接起來形成一個“集群”，來獲得更高的可用性和對數(shù)據(jù)和應用更簡便的管理。MSCS可以自動的檢查到服務器或者應用的失效，并從中恢復。你也可以使用它來(手動)移動服務器之間的負載來平衡利用率，以及無需停機時間來調度計劃中的維護任務。
這種SQL Server集群設計使用軟件“心跳”來檢測應用或者服務器的失效。在服務器失效的事件中，它會自動將資源(比如磁盤和IP地址)的所有權從失效的服務器轉移到活動的服務器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
MSCS不要求在客戶計算機上安裝任何特殊軟件，因此用戶在災難恢復的經(jīng)歷依賴于客戶-服務器應用中客戶一方的本質?？蛻舻闹匦逻B接常常是透明的，因為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個硬盤驅動器符，因此如果你需要更多的實例，那么需要預先規(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é)點。
SQL Server 2005商業(yè)智能功能分析敬業(yè)的IT人 2008-2-27 21:58:16 SQL Server 2005商業(yè)智能功能的目的是讓報表和分析應用在所有商業(yè)的日常運行中處于更加中心的位置為了讓所有層次的客戶都能夠接觸到商業(yè)智能，微軟已經(jīng)鄭重的承諾它將形成一個完整的商業(yè)智能平臺：SQL Server 2005商業(yè)智能功能的目的是讓報表和分析應用在所有商業(yè)的日常運行中處于更加中心的位置。
幾乎所有的SQL Server集群設計應用都有某種程度的報表。它可能形成一些簡單的像查詢或者數(shù)據(jù)庫視圖來提供新訂單的總數(shù)或者Web站點的點擊率。然而，很多公司的商業(yè)智能僅僅停留在微軟 Office或者靜態(tài)的報表，這些都被打印出來并且要求一個可憐的家伙來將它們裝換到可以共享的格式。
如果你了解SQL Server 2000，你會知道一些微軟商業(yè)智能技術的名稱。但是需要注意——它們僅僅在字面上相同。這個BI平臺的***版本的特征可以概括為***企業(yè)級產(chǎn)品。SQL Server產(chǎn)品已經(jīng)在該產(chǎn)品分析功能的擴展性方面邁出了一大步。憑借服務器側的Analysis Services的處理，客戶可以擴大報表的范圍，而且從以前只能事后觀察業(yè)務進步到能夠感受到日常活動的脈搏了。
在SQL Server 2005中，商業(yè)智能和報表應用被給予了全新的感官。這個新的類似的Visual Studio的開發(fā)工具被稱為商業(yè)智能開發(fā)工作室(Business Intelligence Development Studio)，企業(yè)可以使用它來做任何事情，從創(chuàng)建Analysis Services立方體到報表再到數(shù)據(jù)挖掘應用。此外，開發(fā)人員將享用這個作為Visual Studio產(chǎn)品中一部分的新的BI功能(你將發(fā)現(xiàn)數(shù)據(jù)庫項目和解決方案是作為該產(chǎn)品的一部分)。
讓我們看看從SQL Server 2000到SQL Server 2005究竟發(fā)生了哪些變化。
組件 Analysis Services 2000 Analysis Services 2005
計算 服務器和客戶端 服務器端
緩存 服務器和客戶端 S服務器端
模式 星狀模式 Data source view (DSV) 靈活的模式映射
元數(shù)據(jù) 在Access或者SQL Server中的倉儲 SQL Server數(shù)據(jù)庫, 也被稱為 Analysis Services 數(shù)據(jù)庫
數(shù)據(jù)源 有限個數(shù)的源 DSV提供靈活的模式映射
Analysis Services組件之間的比較
從架構的角度來講，Analysis Services是一個客戶端/服務器應用，使用了專有的Web Services協(xié)議:XML for Analysis。通過使用Web services，你獲得了更大的擴展性、更豐富的元數(shù)據(jù)和一個方便的、與客戶端獨立的傳輸模型。你可以使用Linux客戶端或者甚至是Pocket PC來作為客戶端。Web Services、預先緩存和統(tǒng)一維度模型(Unified Dimensional Model ，縮寫UDM)的結合創(chuàng)造了一個值得深思的有趣案例。讓我們來看看Analysis Services的關鍵新概念。
Analysis Services的新的、關鍵概念
統(tǒng)一維度模型(Unified Dimensional Model):
UDM是微軟對用于跨越關系和數(shù)據(jù)倉庫技術和報表之間的差距的技術的專用術語。UDM是一系列XML模式和映射，它們將所有的商業(yè)智能信息都聯(lián)系到被稱為truth的單一版本中.XML模式和對象全部是 XML for Analysis 規(guī)范中的部分。
Data source view (DSV):
對UDM的成功處于核心地位的是創(chuàng)建數(shù)據(jù)的統(tǒng)一模型的能力; Data source view就提供了一個語義層。它采用高度靈活的方式來創(chuàng)建包含有相關的數(shù)據(jù)源信息的XML文件。你可以對表的屬性重命名為用戶友好的名字而不會影響到數(shù)據(jù)源。此外，你可以無需修改源數(shù)據(jù)就可以創(chuàng)建定制的運算。事實上，使用商業(yè)智能向導，你可以自動的根據(jù)在數(shù)據(jù)庫中發(fā)現(xiàn)的集合的基數(shù)來產(chǎn)生關于事實和維度的邏輯推導。數(shù)據(jù)源甚至可以應用到其他的對象，比如SQL Server集群設計( SQL Server Integration Services，縮寫為SSIS)軟件包。不要將DSV和立方體混淆。它們不是同一個概念。
預先緩存(Proactive caching):
緩存是建立在數(shù)據(jù)上的，在***次調用數(shù)據(jù)的時候保存下來; 使用緩存來滿足后續(xù)的數(shù)據(jù)請求。由于計算是被緩存的，分析應用的性能和可擴展性增加性能。當指定一個UDM的時候，你設置可以接受的延遲水平。對于使用率很高的系統(tǒng)，預先緩存提供了獲得更高系統(tǒng)的一種方式。預先緩存也對Analysis Services數(shù)據(jù)存儲有效果。
關鍵性能指示(Key performance indicator，縮寫KPI)：
雖然這不是微軟獨有的技術，KPI是一項嚴重依賴多維表達式(Multidimensional Expression，縮寫為MDX )的新技術，可以創(chuàng)建面向站點的工具來檢查業(yè)務成功因素的狀態(tài)。比如，在呼叫中心，你可以使用呼叫等待時間作為衡量業(yè)務性能的手段。通過使用允許管理人員快速掃描呼叫中心性能的報表模型，你可以在業(yè)務期間快速進行修改。如果你正在使用微軟 Business Scorecard Manager 2005，你會愛上它和Analysis Services KPI的緊密聯(lián)系的。
Analysis Services 2005中最有趣和最吸引人的功能是UDM。微軟已經(jīng)拋棄了要求常用的數(shù)據(jù)倉庫模式，指星狀或者雪花狀。傳統(tǒng)的使用OLAP數(shù)據(jù)庫的分析應用提供了不錯的查詢性能、分析功能的豐富以及對那些精通分析應用的人來說，容易使用的模型。
但是OLAP數(shù)據(jù)庫受制于一些缺陷：數(shù)據(jù)常常很老，并且立方體無法足夠迅速的重新處理。此外，復雜的模式很難處理，并且從管理的角度、這些數(shù)據(jù)庫表示了對于已經(jīng)不富裕的IT預算進行的另一筆資源投入。UDM的目標僅僅是克服這些限制，并且同時使得關系和OLAP報表都達到***。
分享標題：SQLServer集群設計需要那些項目？
標題路徑：http://www.5511xx.com/article/dpejgsj.html
