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