sqlserver2012集群
① sql server 2012 集群熱備 同步資料庫數據
強烈建議 ALWAYSON
不要集群了，直接用3台來做ALWAYSON 不過需要加存儲
② 如何安裝sql server 2012
在安裝微軟最新資料庫SQL Server 2012之前，編者先確定一下安裝環境：Windonws 7 SP1，32位操作系統、CPU是2.1GHz賽揚雙核T3500，內存2.93GB。
sql2012下載 http://www.jb51.net/softs/79861.html
安裝SQL Server 2012的軟硬體環境參數
根據微軟的下載提示，32位的Windows 7操作系統，只需下載列表最下面的CHSx86SQLFULL_x86_CHS_Core.box、 CHSx86SQLFULL_x86_CHS_Intall.exe和CHSx86SQLFULL_x86_CHS_Lang.box三個安裝包即可。
SQL Server 2012下載列表
將下載的這三個安裝包放在同一個目錄下，並雙擊打開可執行文件CHSx86SQLFULL_x86_CHS_Intall.exe。系統解壓縮之後打開另 外一個安裝文件夾SQLFULL_x86_CHS。打開該文件夾，並雙擊SETUP.EXE，開始安裝SQL Server 2012。
雙擊SETUP.EXE，開始安裝SQL Server 2012
註：SQL Server 2012安裝的硬體和軟體的環境。
軟體環境：SQL Server 2012支持包括，Windows 7、Windows Server 2008 R2、Windows Server 2008 Service Pack 2和Windows Vista Service Pack 2。
硬體環境：SQL Server 2012支持32位操作系統，至少1GHz或同等性能的兼容處理器，建議使用2GHz及以上的處理器的計算機；支持64位操作系統，1.4GHz或速度更快的處理器。最低支持1GB RAM，建議使用2GB或更大的RAM，至少2.2GB可用硬碟空間。
解析SQL Server 2012安裝中心
當系統打開「SQL Server安裝中心」，則說明我們可以開始正常的安裝SQL Server 2012了。
SQL Server安裝中心
在微軟提供的「SQL Server安裝中心」界面里，我們可以通過「計劃」、「安裝」、「維護」、「工具」、「資源」、「高級」、「選項」等進行系統安裝、信息查看以及系統設置。
首先，在「計劃」里，我們可以單擊相關的標題，在線查看安裝SQL Server 2012的相關信息。如，硬體和軟體要求、安全文檔以及系統配置檢查器和安全升級顧問等。
安裝SQL Server 2012的硬體和軟體要求
安裝SQL Server的安全注意事項
SQL Server 2012安裝前系統檢查
在系統安裝之前，務必通過「系統配置檢查器」，檢查一下您的系統中阻止SQL Server 2012成功安裝的條件是什麼，以減少安裝過程中報錯的幾率。
系統開始檢查配置
系統配置檢查結果的細節
如果網友需要升級安裝，可以選擇「從SQL Server 2005、SQL Server 2008或SQL Server 2008 R2升級到SQL Server 2012」。當網友做出這個選擇的時候，系統會要求您提供一個舊版本的升級介質，同時系統會對此介質進行判斷，然後系統還會謹慎的幫助您先做一次「安裝程 序支持規則」的檢查，提前搜索一下您還缺少哪些升級的條件。
升級到SQL Server 2012的操作，不是本篇文章的重點，有興趣的網友可以自己動手升級。
非集群環境安裝SQL Server 2012
前面准備了這么久，下面開始演示全新安裝SQL Server 2012的過程。選中下圖右側的第一項「全新SQL Server獨立安裝或向現有安裝添加功能」，通過向導一步步在「非集群環境」中安裝SQL Server 2012。
非集群環境中全新獨立安裝SQL Server 2012
同時，網友注意查看，系統默認的選擇，是否是與自己的處理器類型相匹配，以及指定的安裝介質根目錄是否正確。
設置處理器類型和安裝介質根目錄
產品密鑰
SQL Server 2012許可條款
安裝前的程序支持規則檢查
一個警告
系統在檢索的過程中提出一個警告，建議網友在問題解決之後才繼續安裝。當然，如果系統允許，也可以跳過繼續安裝。
安裝SQL Server 2012前的設置
下面進入安裝SQL Server 2012前的設置階段。
設置角色
選擇要安裝的Evaluation功能，在勾選功能前的方框，也可以單擊「全選」。
選擇要安裝的Evaluation功能
再次檢查系統是否符合「安裝規則」
實例安裝
通過「實例安裝」，網友可以指定SQL Server實例的名稱和實例的ID，實例ID將成為安裝路勁的一部分。
磁碟空間需求
伺服器配置
上圖中藍色陰影標記的兩種服務，是此次SQL Server 2012新增的服務。
SQL Server 2012伺服器配置
前面的配置完成之後，在「伺服器配置」選項中選擇一種「身份驗證模式」，可以是「Windows身份驗證模式」也可以是「混合模式(SQL Server身份驗證和Windows身份驗證)，系統默認為前一種模式。接著，系統要求必須設置一個SQL Server系統管理員，系統默認管理員是sa。
資料庫引擎配置
添加SQL Server管理員名稱
Analysis Services配置
Reporting Services配置
分布式重播控制器
SQL Server 2012完成安裝
非常不易，經過了漫長的等待，SQL Server 2012的安裝即將完成。
分布式重播客(視頻分享)戶端
錯誤報告
安裝配置規則
准備安裝
開始安裝
OK！經過近一個小時的折磨，微軟這款最新的資料庫SQL Server 2012終於成功安裝了。
③ sql server 2012 能不能做集群
當然可以，我們有成功案例，而且是做了分區的集群，總數據量6tb，最大的表大概有4tb，做了4個patition，一共10台牛x伺服器。
④ 請教，sql server有類似ORACLE RAC的集群么
非要說接近的話，sql sverver2012開始的AlwaysOn會比較像rac的集群，當時sqlserver從來都不像Oracle那樣多寫，更多是讀寫分離。這也是被別人罵的最多的部分之一。但是做好設計和部署，不一定要用到RAC這種功能
⑤ 請教各位高手，安裝SQL 2012群集問題：第一個接點安裝完成，第二選擇：向SQL Server故障轉移群集添加節點
如果您在使用 Windows Vista SP2 或 Windows Server 2008 SP2 操作系統的計算機上安裝 SQL Server 2012，則可以從此處獲得所需更新。
如果您在使用 Windows 7 SP1 或 Windows Server 2008 R2 SP1 或 Windows Server 2012 或 Windows 8 操作系統的計算機上安裝 SQL Server 2012，則已包含此更新。
⑥ Windows Server 2012 R2中集群共享卷功能有哪些升級
需要說明的是我們搭建的SQL Server故障轉移集群（SQL Server Failover Cluster）是可用性集群，而不是負載均衡集群，其目的是為了保證服務的連續性和可用性，而不是為了提高服務的性能。
SQL Server始終在負載均衡集群方面都缺少自己的產品，多由第三方廠家提供，但SQL Server故障轉移集群卻由來已久，在SQL Server 2012還提供了一個可用性組（AlwaysOn High Availability Groups）的新特性，我們知道微軟的故障轉移集群（Windows Server Failover Clustering , WSFC）一般需要共享存儲，SQL Server故障轉移集群也是建立在WSFC的基礎之上，可用性組卻可以不依賴於共享存儲實現SQL Server的故障轉移，這為沒有共享存儲的環境提供了一個實現SQL Server高可用的解決方案，關於AlwaysOn特性可以參閱相關文檔，這里我們實現的是仍是基於共享存儲的包含兩個節點的SQL Server故障轉移集群。
一、搭建Windows故障轉移集群（WSFC）
SQL Server故障轉移集群是基於WSFC的，因而我們需要事先在兩個節點中搭建一個WSFC，這里需WSFC僅是一個容器，可以放置多個角色以實現這些角色的故障轉移。為搭建一個WSFC，除了需要域環境，還需要在節點，存儲，網路等方面做准備。
Cluster
1、在各節點中添加Failover Clustering伺服器功能。
image
2、確保各節點操作系統的更新一致，新安裝的系統要麼更新到最新，要麼暫不更新。
3、在各節點中配置管理網路和心跳網路，雖然一個可用網路既可以搭建集群，但是最佳實踐還是分開。
4、在各節點中配置共享存儲磁碟，初始化並格式化磁碟，分配盤符。這里的共享存儲磁碟可以是基於IP SAN和FC SAN的磁碟，也可以是基於文件伺服器的虛擬磁碟，具體可以參考Windows Server 2012 虛擬化測試：存儲。在節點中可見磁碟如下：
image
為搭建SQL Server故障轉移集群，至少需要准備兩塊共享磁碟：集群見證磁碟Q、為存儲SQL Server資料庫和日誌文件准備的集群磁碟S。另外我們需要為SQL Server的集群實例配置分布式事務協調器（Distributed Transaction Coordinator, DTC），因而需要為DTC准備磁碟M。微軟建議將SQL Server各類文件分開存儲，最佳實踐需准備兩塊以上共享磁碟，分別存儲User Database、Backup和User Database Log文件，這就至少需要另一個集群磁碟L。綜上我們對存儲做如下配置：
集群見證磁碟Q
DTC磁碟M
SQL Server程序：本地磁碟C
User Database文件：集群磁碟S
User Database Log文件：集群磁碟L
TempDB文件：本地磁碟D，SQL Server 2012支持將Temp DB文件可以放在本地快速磁碟中。
Backup文件：集群磁碟S
另外值得一提的是到SQL Server 2014才提供了對集群共享卷的支持，因而這里只能使用集群磁碟。
5、使用Failover Cluster Manager驗證並創建集群。完成後的集群磁碟視圖如下：
image
二、安裝SQL Server故障轉移集群
Windows故障轉移集群（WSFC）搭建成功後即完成了SQL Server故障轉移集群的基礎，接下來我們繼續完成SQL Server部分。先在一個節點上安裝SQL Server Failover Cluster，然後再另一個節點安裝加入集群節點。
image
SQL Server集群部分，先通過驗證，這里的警告主要是搭建Windows故障轉移集群存在警告的警告，升級警告以及防火牆警告，可以繼續。
image
選擇Database Engine Services和管理組件，注意這里只有Database Engine Services和Analysis Services支持集群，其他服務都不支持。其他組件如需要也可以隨後再添加，但是添加其他組建時選擇Add features to an existing installation，然後選擇Perfom a new installation of SQL Server 2012，而不是Add features to an existing instance of SQL Server 2012，否則最後會出現Existing clustered or cluster-prepared instance的錯誤，具體參考Installing SQL Integration Services after SQL Cluster Setup has Completed。
image
配置一個網路名稱，類似於計算機名稱，今後將通過該名稱訪問資料庫實例。
image
三、配置DTC和SQL Server 集群
分布式事務協調器（Distributed Transaction Coordinator, DTC）在Windows中是默認安裝並運行的服務。DTC的主要目的是為了實現分布式事務，確保跨進程通信的一致性，這里的進程可以是同一計算機中的兩個進程，也可以是不同計算機中的進程。因而在微軟的世界裡，常常看到DTC的身影。
如果只是獨立安裝SQL Server資料庫引擎則無需配置DTC。但是在同時運行SQL Serve集成服務（SQL Server Integration Services, SSIS）或者搭建SQL Sever故障轉移集群等需要分布式事務的場景中，則需要配置DTC。不配置DTC並不影響SQL Server集群的安裝，但是DTC沒能正確配置，SQL Server集群的功能將受到影響。
Windows Server 2008及以後版本在一個Windows集群中可以有多個DTC實例，這些DTC實例可以是集群實例也可以是本地實例（這里「實例」概念的類似於SQL Server資料庫引擎實例，是作為操作系統服務運行的，是同一個可執行程序的副本，在Windows集群中運行的各類服務都是以實例的形式存在，這些實例依賴Windows集群實現故障轉移），甚至可以為SQL Server集群中每個SQL Server實例配置一個專屬的DTC實例。SQL Server集群實例按照如下的是順序選擇DTC實例：
使用SQL Server實例專屬的DTC實例，該DTC實例作為SQL Server實例以來的資源，如果DTC實例失敗，將造成SQL Server實例的失敗。SQL Server 2008及以後版本才有此項。
使用映射給SQL Server實例的DTC實例，使用命令msdtc可以為SQL Server實例映射DTC實例。
使用默認的DTC集群實例，SQL Server 2008及以後版本可以在Windows集群中創建多個DTC實例，第一個創建的DTC實例為默認實例，DTC集群實例並未指定給SQL Server實例專用，因而其他應用程序也可以使用該實例。
使用安裝在本地計算機上DTC實例。
由於SQL Server集群實例做出選擇之後是不會自動重新選擇的，比如SQL Server集群實例選擇了專屬的DTC實例，即使該實例失敗，也不會更換下一個可用的DTC實例，除非手動刪除專屬的DTC實例，因而微軟建議在SQL Server 2008及以後版本要麼為SQL Server集群中的每個SQL Server實例創建專屬的DTC實例，要麼就不要在SQL Server集群中創建任何DTC實例（這里的DTC實例都是集群實例，即可以實現DTC故障轉移），這時SQL Server集群實例會選擇實例所在節點的本地DTC實例。關於DTC的更多信息，可以查閱這里。當然這里我們不會什麼也不做，下面我們將為SQL Server實例配置專屬的DTC實例。
⑦ 那些版本的sql server支持高可用集群配置有的話怎麼配置高可用集群
摘要 SQL Server 2012的高可用性組需要Windows的群集服務支持,所以必須預先在這些成員伺服器上實現WSFC.伺服器的操作系統均為Windows Server 2008 R2,因此其WSFC的仲裁配置有多數(奇...
⑧ SqlServer 2012 AlwayOn 集群配置新建可用性組，該節點不是仲裁中的一部分
sqlserver2012高可用性要開啟的話，有很多限制因素。你可以參考我的博客如何去搭建sqlserver2012alwayson高可用性環境：
⑨ 什麼是sqlserver的集群
由二台或更多物理上獨立的伺服器共同組成的「虛擬」伺服器稱之為集群伺服器。一項稱做MicroSoft集群服務(MSCS)的微軟服務可對集群伺服器進行管理。一個SQL Server集群是由二台或更多運行SQL Server的伺服器（節點）組成的虛擬伺服器。如果集群中的一個節點發生故障，集群中的另一個節點就承擔這個故障節點的責任。
認為一個SQL Server集群能夠給集群中的兩個節點帶來負載平衡，這是一種常見的誤解。雖然這似乎很有用，但卻是不正確的。這也意味著集束SQL Server不能真正提高性能。集束SQL Server只能提供故障轉移功能。故障轉移就是當系統中的一台機器發生故障失去其功能時，另一台機器將接手運行它的SQL Server實例。這種功能失效可能是由於硬體故障、服務故障、人工故障或各種其它原因。
為何要集束SQL Server環境？
在實用性方面，集群SQL Server環境令人滿意。在進行故障轉移時，將資料庫實例由一台伺服器轉移到另一台伺服器的時間非常短暫，一般只需要3至7秒鍾。雖然需要重建連接，但對資料庫的終端用戶而言，故障轉移處理通常是透明的。低廉的故障轉移成本還可幫助你對集群中的節點進行維護，而不會造成伺服器完全無法訪問。
SQL Server集群類型
一共有兩種類型的SQL Server集群：主動/被動集群和主動/主動集群。下面分別對它們進行說明（說明以兩個節點的SQL Server集群為基礎）。
主動/被動集群
在這種類型的集群中，一次只有一個節點控制SQL Server資源。另一個節點一直處於備用模式，等待故障發生。進行故障轉移時，備用的節點即取得SQL Server資源的控制權。
優點：由於伺服器上只有一個實例在運行，所以在進行故障轉移時，不需要另外的伺服器來接管兩個SQL Server實例，性能也不會因此降低。
缺點：由於虛擬伺服器上只有一個SQL Server實例在運行，另一台伺服器總是處理備用模式與空閑狀態。這意味著你並沒有充分利用你購買的硬體。
主動/主動集群
在這種類型的集群中，集群中的每個節點運行一個獨立且主動的SQL Server實例。發生節點故障時，另一個節點能夠控制發生故障節點的SQL Server實例。然後這個正常的節點將運行兩個SQL Server實例——它自己的實例和發生故障的實例。
優點：通過這種配置，你能夠充分利用你的硬體。在這樣的系統中，兩個伺服器都在運行，而不是只有一台伺服器運行，而另一台處於等待故障發生的備用模式，因此你能夠充分利用你購買的機器。
缺點：如果進行故障轉移，一台伺服器運行兩個SQL Server實例，性能就會受到不利影響。然而，性能降低總比虛擬伺服器完全失靈要強得多。這種配置的另一故障在於它要求購買的許可要比主動/被動集群多一些。因為集群在運行兩個主動SQL Server實例，這要求你購買兩個單獨的伺服器許可。在某些情況下，這也可能對你形成阻礙。
集群考慮
在高實用性方面，集群SQL Server環境有一定的優勢。然而，高實用性也確實伴隨某種折衷。
首先，建立一個集群SQL Server環境非常昂貴。這是因為集群中的節點必須遵照集群節點的兼容性列表。而且，還需要建立一個復雜的網路，機器的配置必須幾乎相同，同時需要實現資料庫文件磁碟子系統共享。存儲區網路(SAN)是建立這種子系統的不錯選擇，但SAN並非必要，而且十分昂貴。另外，如果你正在運行一個主動/主動集群，你需要為集群中運行SQL Server實例的每台機器的處理器購買一個許可。
因為當地集群主要局限於同一地理區域，自然災難可能會使集群完全失靈。在那種情況下，你需要轉移到災難恢復站點進行繼續操作。你也可以建立地理分散的SQL Server集群，但這樣的系統更加復雜與昂貴。
⑩ sql sever 2012 Evaluation 和Express有什麼區別
1、版本不同
sql server 2012 Evaluation 是試用版（評估版）。
sql server 2012 Express是簡裝版。
2、使用時間和目的不同
sql server 2012 Evaluation有180天的使用限制。目的是供測試用。
sql server 2012 Express是免費的，可以隨意分發。
3、功能和使用場合不同
sql server 2012 Evaluation功能齊全，不能用於正式的商業環境中。
sql server 2012 Express是免費的簡裝版，缺少很多大型資料庫系統的功能，比如集群功能，數據倉庫功能，負載平衡設置。
(10)sqlserver2012集群擴展閱讀:
sql server 2012 Express與MSDE的區別:
1、MSDE 最高可以支持二顆 CPU，但 SQL Server Express 只有一顆。
2、MSDE 資料庫最高只能用到 2GB，而 SQL Server 2005 Express和SQL Server 2008 Express 可到 4GB，最新版本的SQL Server 2008 R2 Express 最大資料庫 10G。
3、MSDE 沒有管理介面，但 SQL Server 有 Management Studio Express 可用。
4、SQL Server Express是MSDE的替代品，微軟已於2008年8月停止了對MSDE的支持。