『壹』 sql中分布式事務是什麼
分布式事務是涉及來自兩個或多個源的資源的事務。
分布式事務包括：資源管理器,事務管理器,兩階段提交 (2PC),准備,提交
參考：http://tech.ccidnet.com/art/1106/20071018/1246247_1.html
『貳』 SQL資料庫是什麼 主要干什麼用的 >
美國Microsoft公司推出的一種關系型資料庫系統。SQLServer是一個可擴展的、高性能的、為分布式客戶機/伺服器計算所設計的資料庫管理系統，實現了與WindowsNT的有機結合，提供了基於事務的企業級信息管理系統方案。
其主要特點如下：
（1）高性能設計，可充分利用WindowsNT的優勢。
（2）系統管理先進，支持Windows圖形化管理工具，支持本地和遠程的系統管理和配置。
（3）強壯的事務處理功能，採用各種方法保證數據的完整性。
（4）支持對稱多處理器結構、存儲過程、ODBC，並具有自主的SQL語言。 SQLServer以其內置的數據復制功能、強大的管理工具、與Internet的緊密集成和開放的系統結構為廣大的用戶、開發人員和系統集成商提供了一個出眾的資料庫平台
『叄』 想學習一下SQL編程，高手幫忙介紹一本書！
Microsoft SQL Server 2000寶典
【原書名】 Microsoft SQL Server 2000 Bible [原書信息]
【原出版社】 Wiley Publishing
【作者】 （美）Paul Nielsen[同作者作品] [作譯者介紹]
【譯者】 劉瑞[同譯者作品] 陳微 閆繼忠 劉文
【出版社】 中國鐵道出版社 【書號】 7-113-05709-8
【開本】 16開 【頁碼】 792
【出版日期】 2004-3-1 【版次】 1-1
內容簡介】
只要SQL Server 2000能夠做到，你就可以做到 本書全面介紹了有關利用SQL Server 2000、Microsoft的高性能、支持Web的客戶/伺服器資料庫和數據分析軟體包所需的各種知識。在這本書中，資料庫專家Paul Nielsen以性能和數據完整性為中心，向用戶展示了從資料庫項目開始的第一天起就開始性能設計的方法。從基本的安裝操作到使用XML、監控資料庫和性能調優（一個非常熱門的話題，它本身就值得用整整一部書來加以討論）、Paul Nielsen都給出了清晰的操作說明、充分而詳實的理論知識以及完成給定任務最有效的方法——「最佳實踐」。本書不僅僅是一本普通的指南；它提供了開發和使用SQL Server所需的一切知識和方法。 這本書覆蓋了有關SQL Server開發的所有知識 ·掌握資料庫模式設計的方法，以提高資料庫系統的性能、完整性和靈活性 ·理解ACID、事務完整性並創建穩固的資料庫系統 ·理解關系代數以編寫功能強大的查詢 ·對索引進行調優，使其成為數據和查詢之間的橋梁 ·分析查詢執行計劃以提高性能 ·創建T-SQL存儲過程、觸發器和用戶定義函數 ·使用DTS、分布式查詢、XML和ADO.NET共享數據 ·使用Analysis Services分析數據 ·使資料庫系統具有高級的可伸縮性、可用性、性能和可移植性
【目錄信息】
第一部分 SQL Server基礎
第1章 SQL Server簡介
1-1 客戶/伺服器資料庫模型
1-1-1 桌面資料庫
1-1-2 客戶/伺服器資料庫
1-1-3 客戶/伺服器角色
1-1-4 多層客戶/伺服器模型設計
1-2 SQL Server的優點
1-2-1 ACID特性與高可用性
1-2-2 SQL Server已經成為標准
1-2-3 SQL Server的安全性
1-2-4 SQL Server的性能與可伸縮性
1-2-5 均衡與完備
1-2-6 「盒子」以外的經驗
1-2-7 開發的靈活性
1-2-8 價格與性能
1-3 選擇合適的SQL Server 2000版本
1-3-1 企業版（Enterprise Edition）與開發版（Developer Edition）
<< 查看詳細目錄
『肆』 mysql如何做成分布式
MySQL做分布式需要通過ndb的Cluster來實現。 MySQLCluster是MySQL適合於分布式計算環境的高實用、高冗餘版本。 實現的步驟比較復雜，網路雲案例:《MySQLCluster(MySQL集群)分布式》 下載地址:
『伍』 SQL 資料庫分布式，現需要把各個分點的數據自動傳到總伺服器
分布式軟體系統(Distributed Software Systems)是支持分布式處理的軟體系統,是在由通信網路互聯的多處理機體系結構上執行任務的系統。它包括分布式操作系統、分布式程序設計語言及其編譯(解釋)系統、分布式文件系統和分布式資料庫系統等。
分布式操作系統負責管理分布式處理系統資源和控制分布式程序運行。它和集中式操作系統的區別在於資源管理、進程通信和系統結構等方面。
分布式程序設計語言用於編寫運行於分布式計算機系統上的分布式程序。一個分布式程序由若干個可以獨立執行的程序模塊組成,它們分布於一個分布式處理系統的多台計算機上被同時執行。它與集中式的程序設計語言相比有三個特點：分布性、通信性和穩健性。
分布式文件系統具有執行遠程文件存取的能力,並以透明方式對分布在網路上的文件進行管理和存取。
分布式資料庫系統由分布於多個計算機結點上的若干個資料庫系統組成,它提供有效的存取手段來操縱這些結點上的子資料庫。分布式資料庫在使用上可視為一個完整的資料庫,而實際上它是分布在地理分散的各個結點上。當然,分布在各個結點上的子資料庫在邏輯上是相關的。
---------------
分布式資料庫系統是由若干個站集合而成。這些站又稱為節點，它們在通訊網路中聯接在一起，每個節點都是一個獨立的資料庫系統，它們都擁有各自的資料庫、中央處理機、終端，以及各自的局部資料庫管理系統。因此分布式資料庫系統可以看作是一系列集中式資料庫系統的聯合。它們在邏輯上屬於同一系統，但在物理結構上是分布式的。
分布式資料庫系統已經成為信息處理學科的重要領域，正在迅速發展之中，原因基於以下幾點：
1、它可以解決組織機構分散而數據需要相互聯系的問題。比如銀行系統，總行與各分行處於不同的城市或城市中的各個地區，在業務上它們需要處理各自的數據，也需要彼此之間的交換和處理，這就需要分布式的系統。
2、如果一個組織機構需要增加新的相對自主的組織單位來擴充機構，則分布式資料庫系統可以在對當前機構影響最小的情況下進行擴充。
3、均衡負載的需要。數據的分解採用使局部應用達到最大，這使得各處理機之間的相互干擾降到最低。負載在各處理機之間分擔，可以避免臨界瓶頸。
4、當現有機構中已存在幾個資料庫系統，而且實現全局應用的必要性增加時，就可以由這些資料庫自下而上構成分布式資料庫系統。
5、相等規模的分布式資料庫系統在出現故障的幾率上不會比集中式資料庫系統低，但由於其故障的影響僅限於局部數據應用，因此就整個系統來講它的可靠性是比較高的。
特點
1、在分布式資料庫系統里不強調集中控制概念，它具有一個以全局資料庫管理員為基礎的分層控制結構，但是每個局部資料庫管理員都具有高度的自主權。
2、在分布式資料庫系統中數據獨立性概念也同樣重要，然而增加了一個新的概念，就是分布式透明性。所謂分布式透明性就是在編寫程序時好象數據沒有被分布一樣，因此把數據進行轉移不會影響程序的正確性。但程序的執行速度會有所降低。
3、集中式資料庫系統不同，數據冗餘在分布式系統中被看作是所需要的特性，其原因在於：首先，如果在需要的節點復制數據，則可以提高局部的應用性。其次，當某節點發生故障時，可以操作其它節點上的復制數據，因此這可以增加系統的有效性。當然，在分布式系統中對最佳冗餘度的評價是很復雜的。
分布式系統的類型，大致可以歸為三類：
1、分布式數據，但只有一個總? 據庫，沒有局部資料庫。
2、分層式處理，每一層都有自己的資料庫。
3、充分分散的分布式網路，沒有中央控制部分，各節點之間的聯接方式又可以有多種，如鬆散的聯接，緊密的聯接，動態的聯接，廣播通知式聯接等。
---------------------
什麼是分布式智能?
NI LabVIEW 8的分布式智能結合了相關的技術和工具，解決了分布式系統開發會碰到的一些挑戰。更重要的是，NI LabVIEW 8的分布式智能提供的解決方案不僅令這些挑戰迎刃而解，且易於實施。LabVIEW 8的分布式智能具體包括:
可對分布式系統中的所有結點編程——包括主機和終端。尤為可貴的是，您可以利用LabVIEW圖形化編程方式，對大量不同類型的對象進行編程，如桌面處理器、實時系統、FPGA、PDA、嵌入式微處理器和DSP。
導航所有系統結點的查看系統——LabVIEW Project Explorer。您可使用Project Explorer查看、編輯、運行和調試運行於任何對象上的結點。
經簡化的數據共享編程界面——共享變數。使用共享變數，您可輕松地在系統間(甚至實時系統間)傳輸數據且不影響性能。無通信循環，無RT FIFO，無需低層次TCP函數。您可以利用簡單的對話完成共享變數的配置，從而將數據在各系統間傳輸或將數據連接到不同的數據源。您還可添加記錄、警報、事件等數據服務――一切僅需簡單的對話即可完成。
實現了遠程設備及系統內部或設備及系統之間的同步操作——定時和同步始終是定義高性能測量和控制系統的關鍵問題。利用基於NI技術的系統，探索設備內部並編寫其內部運行機制，從而取得比傳統儀器或PLC方式下更為靈活的解決方案。
--------------------
在分布式計算機操作系統支持下，互連的計算機可以互相協調工作，共同完成一項任務。
也可以這么解釋:
一種計算機硬體的配置方式和相應的功能配置方式。它是一種多處理器的計算機系統，各處理器通過互連網路構成統一的系統。系統採用分布式計算結構，即把原來系統內中央處理器處理的任務分散給相應的處理器，實現不同功能的各個處理器相互協調，共享系統的外設與軟體。這樣就加快了系統的處理速度，簡化了主機的邏輯結構.
『陸』 什麼叫分布式事務，在SQL Server中如何配置
MSDTC(Microsoft Distributed Transaction Coordinator)中文叫微軟分布式事務處理協調器，負責WINDOWS平台的分布式事務處理。SQL SERVER的事務如果需要和本資料庫之外（包括別的資料庫）的事務協同完成同一個事務，那麼就需要MSTDC來掌控，否則SQL SERVER的事務就是普通的本地資料庫事務，和MSDTC沒有關系，資料庫自身就能處理了。
很多組織機構慢慢的在不同的伺服器和地點部署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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。
『柒』 sparkSQL和spark有什麼區別
Spark為結構化數據處理引入了一個稱為Spark SQL的編程模塊。簡而言之，sparkSQL是Spark的前身，是在Hadoop發展過程中，為了給熟悉RDBMS但又不理解MapRece的技術人員提供快速上手的工具。
sparkSQL提供了一個稱為DataFrame（數據框）的編程抽象，DF的底層仍然是RDD，並且可以充當分布式SQL查詢引擎。
SparkSql有哪些特點呢？
1）引入了新的RDD類型SchemaRDD，可以像傳統資料庫定義表一樣來定義SchemaRDD。
2）在應用程序中可以混合使用不同來源的數據，如可以將來自HiveQL的數據和來自SQL的數據進行Join操作。
3）內嵌了查詢優化框架，在把SQL解析成邏輯執行計劃之後，最後變成RDD的計算。
『捌』 如何通過 SQL Server 鏈接伺服器和分布式查詢使用 Excel
SQL Server 支持到其他 OLE DB 數據源的永久性連接或臨時連接。永久性連接叫做鏈接伺服器；為單個查詢建立的臨時連接叫做分布式查詢。
Microsoft Excel 工作簿是一種可通過 SQL Server 以這種方式查詢的 OLE DB 數據源。本文介紹了將 Excel 數據源配置為鏈接伺服器所需的語法，以及使用分布式查詢來查詢 Excel 數據源所需的語法。
作為鏈接伺服器查詢 Excel
您可以使用企業管理器、系統存儲過程或 SQL-DMO（分布式管理對象）將 Excel 數據源配置為 SQL Server 鏈接伺服器。在所有的這些情況中，您總需要設置以下四個屬性：
• 鏈接伺服器要使用的名稱。
• 連接要使用的 OLE DB 提供程序。
• Excel 工作簿的數據源或完整路徑和文件名。
• 將目標標識為 Excel 工作簿的提供程序字元串。默認情況下，Jet 提供程序需要 Access 資料庫。
系統存儲過程 sp_addlinkedserver 也需要 @srvproct 屬性，該屬性可以是任何字元串值。
使用企業管理器配置 Excel 鏈接伺服器
1. 在企業管理器中，單擊以展開安全文件夾。
2. 右鍵單擊鏈接伺服器，然後單擊新建鏈接伺服器。
3. 在常規選項卡上，按照下列步驟操作：a.在第一個文本框中，為該鏈接伺服器鍵入任意名稱。b.在伺服器類型文本框中，單擊其他數據源。c.在提供程序名稱下拉列表框中，單擊 Microsoft Jet 4.0 OLE DB 提供程序。d.在數據源文本框中，鍵入 Excel 文件的完整路徑和文件名。e.在提供程序字元串文本框中，鍵入 Excel 8.0 代表 Excel 97、2000 或 2002 工作簿。f.單擊確定以創建新的鏈接伺服器。
4. 單擊以展開此新鏈接伺服器的名稱，從而展開它所包含的對象列表。
5. 在新建鏈接伺服器名稱下，單擊表。注意，工作表和命名區域將出現在右窗格中。
使用存儲過程配置 Excel 鏈接伺服器
您還可以使用系統存儲過程 sp_addlinkedserver 將 Excel 數據源配置為鏈接伺服器： DECLARE @RC int
DECLARE @server nvarchar(128)
DECLARE @srvproct nvarchar(128)
DECLARE @provider nvarchar(128)
DECLARE @datasrc nvarchar(4000)
DECLARE @location nvarchar(4000)
DECLARE @provstr nvarchar(4000)
DECLARE @catalog nvarchar(128)
-- Set parameter values
SET @server = 'XLTEST_SP'
SET @srvproct = 'Excel'
SET @provider = 'Microsoft.Jet.OLEDB.4.0'
SET @datasrc = 'c:/book1.xls'
SET @provstr = 'Excel 8.0'
EXEC @RC = [master].[dbo].[sp_addlinkedserver] @server, @srvproct, @provider,
@datasrc, @location, @provstr, @catalog
如上所述，此存儲過程另需一個任意字元串值作為 @srvproct 參數的值，此參數在企業管理器配置中顯示為「產品名稱」。不使用 @location 和 @catalog 參數。
使用 SQL-DMO 配置 Excel 鏈接伺服器
您可以使用 SQL 分布式管理對象從 Microsoft Visual Basic 或其他編程語言中將一個 Excel 數據源以編程方式配置為鏈接伺服器。您必須也提供企業管理器配置中要求的那四個參數。 Private Sub Command1_Click()
Dim s As SQLDMO.SQLServer
Dim ls As SQLDMO.LinkedServer
Set s = New SQLDMO.SQLServer
s.Connect "(local)", "sa", "password"
Set ls = New SQLDMO.LinkedServer
With ls
.Name = "XLTEST_DMO"
.ProviderName = "Microsoft.Jet.OLEDB.4.0"
.DataSource = "c:/book1.xls"
.ProviderString = "Excel 8.0"
End With
s.LinkedServers.Add ls
s.Close
End Sub
查詢 Excel 鏈接伺服器
將 Excel 數據源配置為鏈接伺服器之後，您可以方便地通過「查詢分析器」或其他客戶端應用程序查詢其數據。例如，為了檢索存儲在 Excel 文件 Sheet1 中的數據行，以下代碼使用了您使用 SQL-DMO 配置的鏈接伺服器： SELECT * FROM XLTEST_DMO...Sheet1$
您還可以使用 OPENQUERY 以「passthrough」（傳遞）方式查詢 Excel 鏈接伺服器，如下所示： SELECT * FROM OPENQUERY(XLTEST_DMO, 'SELECT * FROM [Sheet1$]')
OPENQUERY 需要的第一個參數是鏈接伺服器名稱。工作表名稱之間需要用分隔符分開，如上所示。
您還可以使用以下查詢獲得 Excel 鏈接伺服器上所有可用表的列表： EXECUTE SP_TABLES_EX 'XLTEST_DMO'
您可以使用 SQL Server 分布式查詢和 OPENDATASOURCE 或 OPENROWSET 函數臨時查詢很少訪問的 Excel 數據源，如下所示： SELECT * FROM OPENDATASOURCE('Microsoft.Jet.OLEDB.4.0',
'Data Source=c:/book1.xls;Extended Properties=Excel 8.0')...Sheet1$
注意，OPENROWSET 對第二個（「提供程序字元串」）參數使用一種非常規語法： SELECT * FROM OPENROWSET('Microsoft.Jet.OLEDB.4.0',
'Excel 8.0;Database=c:/book1.xls', Sheet1$)
ActiveX 數據對象 (ADO) 開發人員按照常規應對 OPENROWSET 的第二個（「提供程序字元串」）參數使用的語法會 SELECT * FROM OPENROWSET('Microsoft.Jet.OLEDB.4.0',
'Data Source=c:/book1.xls;Extended Properties=Excel 8.0', Sheet1$)
造成 Jet 提供程序出現以下錯誤：
Could not find installable ISAM.
『玖』 SQL SERVER 分布式查詢
改成這樣：
select a.* from [A].[dbo].[A] a,l_lnk.[B].[dbo].[B] b where a.a=b.b
l_lnk是鏈接
我用下面的執行是對的：
exec sp_addlinkedserver 'l_lnk ', ' ', 'SQLOLEDB ', '192.168.4.136 '
exec sp_addlinkedsrvlogin 'l_lnk ', 'false ',null, 'read', 'read'
select a.* from [A].[dbo].[A] a,l_lnk.[B].[dbo].[B] b where a.a=b.b
exec sp_dropserver 'l_lnk ', 'droplogins '
『拾』 如何用SQL Server建立分布式資料庫
很多組織機構慢慢的在不同的伺服器和地點部署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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。