SQLServer 2012 Always on是針對高可用性和災難恢復的新解決方案。可以配置一個或多個輔助副本以支持對輔助資料庫進行只讀訪問,並且可以將任何輔助副本配置為允許對輔助資料庫進行備份。 這樣就提供了硬體的使用效率。 “可用性組”針對一組離散的用戶資料庫(稱為“可用性資料庫”,它們共同實 ...
SQLServer 2012 Always on是針對高可用性和災難恢復的新解決方案。可以配置一個或多個輔助副本以支持對輔助資料庫進行只讀訪問,並且可以將任何輔助副本配置為允許對輔助資料庫進行備份。 這樣就提供了硬體的使用效率。
“可用性組”針對一組離散的用戶資料庫(稱為“可用性資料庫”,它們共同實現故障轉移)支持故障轉移環境。一個可用性組支持一組主資料庫以及一至四組對應的輔助資料庫。可用性組在可用性副本級別進行故障轉移。故障轉移不是由諸如因數據文件丟失或事務日誌損壞而使資料庫成為可疑資料庫等資料庫問題導致的。
每組可用性資料庫都由一個“可用性副本”承載。有兩種類型的可用性副本:一個“主副本”和一到四個“輔助副本”。前者用於承載主資料庫,後者則承載一組輔助資料庫並作為可用性組的潛在故障轉移目標。主副本使主資料庫可用於客戶端的讀寫連接。此外,它在稱為“數據同步”的過程中使用,在資料庫級別進行同步。主副本將每個主資料庫的事務日誌記錄發送到每個輔助資料庫。每個輔助副本緩存事務日誌記錄(“硬化”日誌),然後將它們應用到相應的輔助資料庫。主資料庫與每個連接的輔助資料庫獨立進行數據同步。因此,一個輔助資料庫可以掛起或失敗而不會影響其他輔助資料庫,一個主資料庫可以掛起或失敗而不會影響其他主資料庫。
或者,您可以配置一個或多個輔助副本以支持對輔助資料庫進行只讀訪問,並且可以將任何輔助副本配置為允許對輔助資料庫進行備份。部署 AlwaysOn可用性組需要一個 Windows Server故障轉移群集 (WSFC)群集。
圖顯示一個可用性組,該組包含最大數目的可用性副本,即一個主副本和四個輔助副本。
來自:http://msdn.microsoft.com/zh-cn/library/ff877884.aspx
雖然2012 Always on是基於WSFC的,但是並不需要共用存儲,所以配置就非常簡單。
下麵是我的安裝步驟:
至少需要三台機器(我創建了三台虛擬機,一臺是作為DC,DNS伺服器,兩台Nod3)
機器名 |
角色 |
OS |
IP Address |
DC |
Domain Controller |
Windows 2008R2 |
192.168.1.10 |
Node1 |
Cluster Node 1 |
Windows 2008R2 |
192.168.1.11 Public |
192.168.2.1 |
|||
心跳線 |
|||
Node2 |
Cluster Node 2 |
Windows 2008R2 |
192.168.1.12 Public |
192.168.2.2 |
|||
心跳線窗體底端 |
首先配置Windows集群:
1. 安裝.NETFramework 3.5.1 Features和Failover Clustering
2. 安裝Windows KB 2494036
3.新建集群
4.選擇加入集群的伺服器:
5.檢測配置:
6.不需要選擇檢測共用磁碟(AlwaysOn不需要)
7.開始檢測:
8.檢測內容(檢測完成後可以導出Report):
9.之後輸入Cluster名字和IP點擊下一步創建成功,成功後打開Server Manager查看集群配置(可以看到並沒有共用磁碟,跟傳統的集群還是有區別的):
由於我們只使用了兩台機器,所以當一臺機器Down掉之後就沒有仲裁了,無法成功轉移。當使用多節點做仲裁,可以使用三台Node,這樣一臺Down掉之後另外兩台可以做仲裁。如果兩個Node,不使用共用磁碟可以使用Share文件的方式,具體的配置可以參考:http://www.sqlskills.com/blogs/jonathan/failover-clustering-without-a-san-sql-server-2012-and-smb-for-shared-storage/(之前沒有配置這一步,雖然AlwaysOn級別可以Failover,但是真正一臺Node Down掉之後就不行了,感謝@struggle1指出這個問題。)
現在我們集群已經配置後了,下一步是安裝SQLServer並且配置Always On.
Part2:http://blog.csdn.net/smithliu328/article/details/7886513
Part3:http://blog.csdn.net/smithliu328/article/details/7886656