您好,登錄后才能下訂單哦!
AlwaysOn可用性組是在SQL Server 2012開始提供的全新功能,確保了應用程序數據的可用性,實現零數據丟失。AlwaysOn可用性組技術融合了數據庫群集和數據庫鏡像的優點,此技術的一大好處是提供非共享存儲,可以避免因為存儲的單點故障而造成的整個可用性方案失效。
AlwaysOn可用性組基于數據庫(組)級別,是將一組用戶數據庫(可以是一個或多個)劃到一個組中。每組可用性數據庫都由一個可用性副本承載。可用性副本包括一個主副本和一到四個輔助副本。 主副本用于承載主數據庫,輔助副本則承載一組輔助數據庫并作為可用性組的潛在故障轉移目標。主副本使主數據庫可用于客戶端的讀寫連接,實現對數據庫的更改操作。同時在數據庫級別進行同步。 主副本將每個主數據庫的事務日志記錄發送到每個輔助數據庫。 每個輔助副本緩存事務日志記錄,然后將它們還原到相應的輔助數據庫。 主數據庫與每個連接的輔助數據庫獨立進行數據同步。因此,一個輔助數據庫可以掛起或失敗而不會影響其他輔助數據庫,一個主數據庫可以掛起或失敗而不會影響其他主數據庫。
部署 AlwaysOn 可用性組需要一個 Windows Server 故障轉移群集 (WSFC) 群集。 給定可用性組的每個可用性副本必須位于相同 WSFC 群集的不同節點上。部署AlwaysOn可用性組時,系統會為每個可用性組創建一個 WSFC 資源組。WSFC 群集將監視此資源組,判斷節點間的狀態,以便評估主副本的運行狀況。 當發生失敗時實現故障的轉移,針對 AlwaysOn 可用性組的仲裁基于 WSFC 群集中的所有節點,而與某一給定群集節點是否承載任何可用性副本無關。
用戶可以通過創建一個可用性組偵聽器來提供到給定可用性組的主副本的客戶端連接。 “可用性組偵聽器”采用DNS名稱的方式連接給定可用性組的資源,以便將客戶端連接定向到相應的可用性副本。
AlwaysOn 可用性組允許將一組數據庫同步到最多4個只讀副本,這是SQL Server 2012 引入的新特性。SQL Server 2014 將只讀副本的數量提升到8個
計算機名 | IP地址 | 操作系統 | 角色 | 備注 |
DC01.contoso.com | 10.0.0.2 | Win2012R2 | DC、DNS服務器 | 提供仲裁文件夾 |
SQL01.contoso.com | 10.0.0.3,20.0.0.2 | Win2012R2 | SQL Server 2014,WSFC群集節點 | AlwaysOn可用性組名稱SG01 |
SQL02.contoso.com | 10.0.0.4,20.0.0.3 | Win2012R2 | SQL Server 2014,WSFC群集節點 | |
SQLCluster | 10.0.0.5 | 故障轉移群集名稱 | ||
SQL | 10.0.0.10 | 偵聽器名稱 |
配置SQL01和SQL02的LAN和心跳網絡
在SQL01和SQL02中添加角色和功能性向導,選擇故障轉移群集
創建故障轉移群集名稱計算機SQLCluster
把群集節點SQL01和SQL0添加到安全屬性中并賦予完全訪問權限
創建完成后,禁用賬號
打開故障轉移群集管理器,創建群集
添加成員服務器節點
輸入之前創建群集計算機賬號SQLCluster
群集創建成功后,會自動啟用計算機賬號和創建dns記錄
在域控創建仲裁見證文件夾
配置群集仲裁
在SQL01和SQL02上安裝本地獨立SQL
新建數據庫
恢復模式必須是完整模式
備份此數據庫
對Backup啟用文件夾共享
打開新建可用性組向導
輸入可用性組名稱
選擇需要添加至可用性組的數據庫
添加副本,選擇節點二SQL02
輸入偵聽器的名稱和IP,后續我們訪問SQL就通過此FQDN和IP地址進行訪問管理
當前SQL運行節點為SQL01
關閉SQL01的LAN網卡進行測試
當網卡禁用后,SQL自動切換到SQL02上,變成主動節點
此時我們訪問SQL,會發現原來SQL02輔助節點,而現在則是主要節點
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。