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