目錄

• 1 如何創建包含可用性組？
• 2 如何使用包含可用性組？
• 3 元數據同步驗證
• 3.1 用戶、登錄名和權限
• 3.2 鏈接服務器
• 3.3 SQL代理作業
• 4 包含可用性組總結

SQL Server的容災功能一直弱于Oracle和MySQL，無法自動同步元數據（用戶、登錄名、權限、SQL 代理作業、鏈接服務器），導致在對鏡像庫或者AlwaysOn執行切換之前，都要手動同步master、msdb里面的元數據。直到2022年11月16日發布2022版本，在AlwaysOn中增加了包含可用性組功能，解決了長久以來“無法自動同步元數據”的問題。

包含可用性組是 Always On 可用性組在SQL Server 2022版本發布的新特性，它支持：

• 在可用性組級別以及實例級別管理元數據對象（用戶、登錄名、權限、SQL 代理作業等）。
• 可用性組中的專用包含系統數據庫，比如master和msdb。

1 如何創建包含可用性組？

包含可用性組是在普通故障轉移群集（可以是工作組、也可以是域）搭建好的基礎上，創建包含可用性組時，選擇"Contained"或“包含”，其它操作與之前版本的一致性組無差別。

也可以使用命令行創建包含一致性組，在WITH中增加了CONTAINED選項

CREATE AVAILABILITY GROUP MRROBOTO      WITH (        AUTOMATED_BACKUP_PREFERENCE = SECONDARY,        FAILURE_CONDITION_LEVEL  =  3,         HEALTH_CHECK_TIMEOUT = 600000,	  CLUSTER_TYPE = WSFC,	  CONTAINED   --包含一致性組       )     FOR         DATABASE  TEST     REPLICA ON         "2022-NODE01" WITH    (   ENDPOINT_URL = "TCP://2022-NODE01:5022",   AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   FAILOVER_MODE = AUTOMATIC,   BACKUP_PRIORITY = 30,   SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,       READ_ONLY_ROUTING_URL = "TCP://2022-NODE01:1433" ), PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,       READ_ONLY_ROUTING_LIST = ("2022-NODE01") ),   SESSION_TIMEOUT = 10,		 SEEDING_MODE = AUTOMATIC ),         "2022-NODE02" WITH    (   ENDPOINT_URL = "TCP://2022-NODE02:5022",   AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,   FAILOVER_MODE = AUTOMATIC,   BACKUP_PRIORITY = 30,   SECONDARY_ROLE (ALLOW_CONNECTIONS = NO,       READ_ONLY_ROUTING_URL = "TCP://2022-NODE02:1433" ),   PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,       READ_ONLY_ROUTING_LIST = ("2022-NODE01") ),   SESSION_TIMEOUT = 10,		 SEEDING_MODE = AUTOMATIC );GO  ALTER AVAILABILITY GROUP MRROBOTO  ADD LISTENER "MRROBOTO_LSNR" ( WITH IP ( ("192.168.1.128"),("255.255.255.0") ) , PORT = 1433 );   GO

創建好包含一致性組后，會為該AG自動創建2個數據庫：[AGNAME_master]、[AGNAME_msdb]，還會創建偵聽器，這看起來比普通的一致性組多了兩個數據庫：AGNAME_master和AGNAME_msdb。

2 如何使用包含可用性組？

要知道包含可用性組是在元數據的同步層面做了改進，就是我們前面所說的master和msdb兩個層面做的改進，所以在使用包含可用性組進行登錄名、作業此類的維護時，需要使用偵聽器IP連接到包含可用性組，而不是使用主實例所在的服務器IP地址。如果使用主實例所在的服務器IP地址連接到可用性組創建登錄名的話，只會保存在本地的數據庫實例上，不會自動同步到包含可用性組中。

3 元數據同步驗證

3.1 用戶、登錄名和權限

1、使用包含可用性組偵聽器連接到主節點，不管切換到AG01_master還是master，實際上都是使用AG01_master數據庫

C:\Users\Administrator>sqlcmd -H 192.168.1.128 -U sa -Y 30密碼:1> select @@servername;2> go------------------------------2022-NODE01(1 行受影響)1> use AG01_master2> go已將數據庫上下文更改為 "master"。1> SELECT DB_ID() AS [Database ID],DB_NAME() AS [ Database Name]2> goDatabase ID  Database Name----------- ------------------------------  1 master(1 行受影響)1> use master2> go已將數據庫上下文更改為 "master"。1> SELECT DB_ID() AS [Database ID],DB_NAME() AS [ Database Name]2> goDatabase ID  Database Name----------- ------------------------------  1 master(1 行受影響)

2、創建test數據庫的登錄名

1> CREATE LOGIN [test_admin] WITH PASSWORD=N"test.123", DEFAULT_DATABASE=[test], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF2> GO1> USE [test]2> GO已將數據庫上下文更改為 "test"。1> CREATE USER [test_admin] FOR LOGIN [test_admin]2> GO1> USE [test]2> GO已將數據庫上下文更改為 "test"。1> ALTER ROLE [db_owner] ADD MEMBER [test_admin]2> GO1> select name,dbname,sid,createdate from sys.syslogins where loginname="test_admin"2> goname   dbname sid    createdate------------------------------ ------------------------------ ------------------------------ -----------------------test_admin     test   0x8CEFB4D480A8E54F97C86ADF9E6934FD 2022-10-18 14:40:02.913

3、連接到輔助節點，檢查包含一致性組中的元數據是否已同步(此處建議使用SSMS工具查詢，sqlcmd需要使用-Q參數提前寫好語句)

• 使用SSMS工具

• 使用sqlcmd帶-Q參數

C:\Users\Administrator>sqlcmd -S 192.168.1.128 -U sa -d AG01_master -Y 30 -K ReadOnly -Q "select @@servername;select name,dbname,sid,createdate from AG01_master.sys.syslogins where loginname="test_admin""密碼:------------------------------2022-NODE02(1 行受影響)name   dbname sid    createdate------------------------------ ------------------------------ ------------------------------ -----------------------test_admin     test   0x8CEFB4D480A8E54F97C86ADF9E6934FD 2022-10-18 14:40:02.913(1 行受影響)

也可以使用test_admin用戶直接登錄到輔助節點來驗證元數據是否已同步到輔助節點。

C:\Users\Administrator>sqlcmd -S 192.168.1.128 -U test_admin -d test -Y 30 -K readonly密碼:1> select @@servername2> go------------------------------2022-NODE02(1 行受影響)1> select * from Foo2> goBar-----------  1(1 行受影響)1> insert into Foo values(2)2> go消息 3906，級別 16，狀態 2，服務器 2022-NODE02，第 1 行無法更新數據庫 "test"，因為數據庫是只讀的。

元數據：用戶、登錄名、權限正常同步

3.2 鏈接服務器

1、通過ssms工具在包含可用性組的主節點中創建了一個鏈接服務器

2、查詢輔助節點的鏈接服務器情況，從視圖中看到該鏈接服務器已經同步，并且可用

C:\Users\Administrator>sqlcmd -S 192.168.1.128 -U sa -Y 30 -d AG01_master  -K ReadOnly -Q "select @@servername;select name,data_source from AG01_master.sys.servers where is_linked=1;SELECT Bar FROM [NODE02-FROM125].test.dbo.Foo"密碼:------------------------------2022-NODE02(1 行受影響)name   data_source------------------------------ ------------------------------NODE02-FROM125 192.168.1.126(1 行受影響)Bar-----------  1(1 行受影響)

3、故障轉移包含可用性組切換到輔助節點，使用SSMS工具連接到包含可用性組，確定數據是正常同步的。

C:\Users\Administrator>sqlcmd -S 192.168.1.126 -U sa -Y 30 -Q "ALTER AVAILABILITY GROUP [AG01] FAILOVER"密碼:輸入密碼

元數據：鏈接服務器正常同步

3.3 SQL代理作業

將兩個節點的代理服務更改為自動啟動模式，在主節點創建作業，驗證是否自動同步作業到輔助節點

1、主節點創建作業，每間隔10秒鐘往test數據庫的msdb_test表插入當前服務器名和時間戳。

2、輔助節點檢查作業同步情況：輔助節點自動同步作業，作業id一致，但其originating_server（初始服務器）為所在節點的主機名

3、測試主節點故障轉移到輔助節點，驗證作業能否正常執行，如果能夠正常執行，msdb_test表的server列會改為故障轉移后的節點主機名：此處由2022-NODE01自動更改為2022-NODE02

4、將AlwaysOn主節點切換后，作業僅在主節點運行，不會在輔助節點執行。

元數據：SQL代理作業正常同步，切換后作業僅在主節點執行

4 包含可用性組總結

1、對于包含可用性組來說，它的元數據全部都存放在?可用性組名稱_master??和?可用性組名稱_msdb??這兩個數據庫中。

2、對于數據庫實例來說，包含可用性組的?可用性組名稱_master??和?可用性組名稱_msdb??這兩個數據庫就是普通的用戶數據庫，可讀可寫，但不建議存放用戶的生產數據；

3、要連接到包含可用性組，必須使用?包含可用性組的偵聽器??連接，其他連接參數與舊版本一樣。

這種設計就解決了SQL Server一直以來被詬病的元數據對象同步問題。使得用戶、登錄名、鏈接服務器和作業都能夠在包含一致性組中的主節點和輔助節點同步。?

到此這篇關于SQL Server 2022 AlwaysOn新特性之包含可用性組介紹的文章就介紹到這了,更多相關SQL Server 2022 AlwaysOn內容請搜索以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持！