案例來源於 https://nightlies.apache.org/flink/flink-docs-release-1.14/docs/try-flink/datastream/ 案例背景 在當今數字時代,信用卡欺詐行為越來越被重視。 罪犯可以通過詐騙或者入侵安全級別較低系統來盜竊信用卡卡號。 ...
數據處理是企業絕大多數應用的核心,在生產環境中,資料庫總是扮演著非常重要的角色。在微軟的SQL Server中主要通過四個傳統的高可用性和災難恢復技術:故障轉移群集(Cluster)、日誌傳送(Log Shipping)、複製(Replication)、和資料庫鏡像(Database Mirroring)來保障業務的連續性。在SQL Server 2012中微軟新增一種高可用性技術來保證生產環境下的業務連續性—SQL Server Always On。
AlwaysOn可用性組功能是一個提供替代資料庫鏡像的企業級方案的高可用性和災難恢復解決方案。SQL Server 2012 中引入了AlwaysOn 可用性組功能,此功能可最大程度地提高一組用戶資料庫對企業的可用性。“可用性組”針對一組離散的用戶資料庫(稱為“可用性資料庫”,它們共同實現故障轉移)支持故障轉移環境。一個可用性組支持一組讀寫主資料庫以及一至四組對應的輔助資料庫。(可選)可使輔助資料庫能進行只讀訪問和/或某些備份操作。
AlwaysOn利用了Windows故障轉移群集的健康監測和自動故障轉移的特性,因此它必須建立在Windows故障轉移群集之上。但是和SQLServer群集不同的是,可用性組裡的資料庫並不是一定要求存放在共用存儲(SharedDisk)上的,它們也可以存儲在本地磁碟上。另外,可用性組是以用戶資料庫的集合為單位進行健康檢測和故障轉移的,而不像SQLServer群集那樣是以整個實例為單位。
AlwaysOn 可用性組提供了一組豐富的選項來提高資料庫的可用性並改進資源使用情況。
1. 支持最多五個可用性副本。 “可用性副本”是可用性組的實例化,此可用性組由特定的 SQL Server 實例承載,該實例維護屬於此可用性組的每個可用性資料庫的本地副本。每個可用性組支持一個主副本和最多四個輔助副本。
2. 支持替代可用性模式:
1) 非同步提交模式。此可用性模式是一種災難恢復解決方案,適合於可用性副本的分佈距離較遠的情況。
2) 同步提交模式。此可用性模式相對於性能而言更強調高可用性和數據保護,為此付出的代價是事務延遲時間增加。一個給定的可用性組可支持最多三個同步提交可用性副本(包括當前主副本)。
3. 支持幾種形式的可用性組故障轉移:自動故障轉移、計劃的手動故障轉移(通常簡稱為“手動故障轉移”)和強制的手動故障轉移(通常簡稱為“強制故障轉移”)。
4. 支持每個可用性組的可用性組偵聽器。“可用性組偵聽器”是一個伺服器名稱,客戶端可連接到此伺服器以訪問 AlwaysOn 可用性組的主副本或輔助副本中的資料庫。 可用性組偵聽器將傳入連接定向到主副本或只讀輔助副本。偵聽器在可用性組故障轉移後提供快速應用程式故障轉移。
5. 支持用於避免頁損壞的自動頁修複。
6. 支持靈活的故障轉移策略以便更好地控制可用性組故障轉移。
7. 支持加密和壓縮,這提供了安全且高性能的傳輸方式。
8. 提供了一組集成的工具來簡化部署和管理可用性組,這些工具包括:
1) 用於創建和管理可用性組的 Transact-SQL DDL 語句。
2) SQL Server Management Studio 工具:
a) 新建可用性組嚮導 創建和配置可用性組;
b) 將資料庫添加到可用性組嚮導 向現有可用性組添加一個或多個主資料庫。在某些環境中,此嚮導還可以自動準備輔助資料庫並且為每個資料庫啟動數據同步;
c) 將副本添加到可用性組嚮導 向現有可用性組添加一個或多個輔助副本。在某些環境中,此嚮導還可以自動準備輔助資料庫並且為每個資料庫啟動數據同步;
d) 故障轉移可用性組嚮導 啟動對可用性組的手動故障轉移。根據您指定為故障轉移目標的輔助副本的配置和狀態,該嚮導可以指定計劃的手動故障轉移或強制手動故障轉移。
3) AlwaysOn 面板 監視 AlwaysOn 可用性組、可用性副本和可用性資料庫,並且評估 AlwaysOn 策略的結果。
9. “對象資源管理器詳細信息”窗格顯示有關現有可用性組的基本信息。
10.PowerShell cmdlet。
下演示如何配置SQL Server 2012 Always On
1. 登陸SH-SQL-01伺服器,插入安裝介質,雙擊setup.exe文件。安裝模式選擇基於全新SQL Server獨立安裝。
2. SQL Server組件安裝頁面,我選擇全部安裝,生產環境下不建議此操作
3. 伺服器配置頁面,點擊排序規則,選擇“SQL_Latin1_General_CP1_CI_AS”
4. 關於SQL Server的安裝,請參見之前寫的《安裝System Center 2012 R2 資料庫》
http://ericxuting.blog.51cto.com/8995534/1440305
5. 等待SQL Server安裝完成
6. 為了方便測試,創建兩個Database,DB01以及DB02
7. 登陸SH-SQL-02伺服器重覆上述,等待SQL Serve安裝完成
8. 在SH-SQL-01/02伺服器中安裝Windows Server Failover Cluster(WSFC)功能
9. 新建Windows Server Failover Cluster(WSFC),命名為SH-SQL-CLU。但是此WSFC不需要配置共用磁碟。
10.點擊開始按鈕,在開始屏幕中點擊SQL Server配置管理器
11.在右側的面板中,右擊SQL Server(MSSQLSERVER),然後選擇屬性
12.在SQL Server(MSSQLSERVER)屬性對話框中的AlwaysOn高可用性標簽中,選中啟用AlwaysOn可用性組(E)選項,然後點擊確定
13.在警告的消息框中點擊確定
14.在SQL Server配置管理器中右擊SQL Server(MSSQLSERVER),然後選擇重新啟動
15.登陸SH-SQL-02伺服器重覆上述操作
16.返回SH-SQL-01伺服器,使用SQL Server Management Studio登陸SQL
17.在SQL Server Management Studio中的對象資源管理器 面板中,展開AlwaysOn高可用性節點
18.右鍵可用性組,選擇新建可用性嚮導
19.新建可用性組嚮導頁面,閱讀相關信息後點擊下一步
20.指定可用性組名稱頁面,鍵入可用性組名稱“SH-SQL-AG”
21.選擇資料庫頁面,選擇可用性組的用戶資料庫
22.要想配置AlwaysOn資料庫,需要註意以下事項:是用戶資料庫、是讀/寫資料庫、是多重用戶資料庫、不使用 AUTO_CLOSE、使用完整備份模式、擁有完整資料庫備份、位於 SQL Server 實例中,在該實例中您將創建可用性組並且可以對其進行訪問、不屬於另外一個可用性組、沒有配置過資料庫鏡像。
根據提示,此時需要備份資料庫
23.選擇DB01、DB02,點擊下一步
24.指定副本頁面,點擊添加副本
25.連接到伺服器頁面,選擇連接到SH-SQL-02伺服器
26.根據需要指定SQL的主副本、自動故障轉移數量、同步提交數量以及是否為可讀輔助副本
27.選擇初始數據同步頁面,選擇僅連接
28.驗證頁面,確保所有驗證通過。此處的警告為檢測是否已配置AlwaysOn偵聽器。點擊下一步
29.摘要頁面,確認無誤後點擊完成
30.等待配置完成。
31.在對象資源管理器面板中展開可用性組,展開SH-SQL-AG可用性組,然後查看可用性組的配置信息。
32.右鍵可用性偵聽器,選擇添加偵聽器
33.新的可用性組偵聽器頁面,鍵入偵聽器DNS名稱、埠以及網路
34.等待可用性組偵聽器創建完成
35.登陸SH-SQL-02伺服器,打開SQL管理控制台
36.右鍵DB01,選擇還原資料庫
37.還原資料庫頁面,指定備份文件路徑
38.此時系統會提示正在還原資料庫
39.在可用性資料庫頁面,右鍵database選擇連接到可用性組
40.新建資料庫引擎連接
41.連接到伺服器頁面,鍵入SH-SQL-AG1
42.展開資料庫,查看資料庫同步狀態
43.右擊SH-SQL-AG,點擊顯示面板,查看AlwaysOn狀態
這裡我選擇的使用手動故障轉移,在生產環境下建議配置為自動鼓掌轉移
44.右鍵SH-SQL-AG,選擇故障轉移,將啟動SQL故障轉移嚮導
-----------------------------------
©著作權歸作者所有:來自51CTO博客作者365vCloud的原創作品,請聯繫作者獲取轉載授權,否則將追究法律責任
配置SQL Server AlwaysOn
https://blog.51cto.com/365vCloud/1619897
本文來自博客園,作者:王曉升,轉載請註明原文鏈接:https://www.cnblogs.com/xiaosheng1989/p/16426255.html