SQL?Server?2022?AlwaysOn新特性之包含可用性組詳解
SQL Server的容災(zāi)功能一直弱于Oracle和MySQL,無法自動同步元數(shù)據(jù)(用戶、登錄名、權(quán)限、SQL 代理作業(yè)、鏈接服務(wù)器),導(dǎo)致在對鏡像庫或者AlwaysOn執(zhí)行切換之前,都要手動同步master、msdb里面的元數(shù)據(jù)。直到2022年11月16日發(fā)布2022版本,在AlwaysOn中增加了包含可用性組功能,解決了長久以來“無法自動同步元數(shù)據(jù)”的問題。
包含可用性組是 Always On 可用性組在SQL Server 2022版本發(fā)布的新特性,它支持:
- 在可用性組級別以及實例級別管理元數(shù)據(jù)對象(用戶、登錄名、權(quán)限、SQL 代理作業(yè)等)。
- 可用性組中的專用包含系統(tǒng)數(shù)據(jù)庫,比如master和msdb。
1 如何創(chuàng)建包含可用性組?
包含可用性組是在普通故障轉(zhuǎn)移群集(可以是工作組、也可以是域)搭建好的基礎(chǔ)上,創(chuàng)建包含可用性組時,選擇"Contained"或“包含”,其它操作與之前版本的一致性組無差別。
也可以使用命令行創(chuàng)建包含一致性組,在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
創(chuàng)建好包含一致性組后,會為該AG自動創(chuàng)建2個數(shù)據(jù)庫:[AGNAME_master]、[AGNAME_msdb],還會創(chuàng)建偵聽器,這看起來比普通的一致性組多了兩個數(shù)據(jù)庫:AGNAME_master和AGNAME_msdb。
2 如何使用包含可用性組?
要知道包含可用性組是在元數(shù)據(jù)的同步層面做了改進,就是我們前面所說的master和msdb兩個層面做的改進,所以在使用包含可用性組進行登錄名、作業(yè)此類的維護時,需要使用偵聽器IP連接到包含可用性組,而不是使用主實例所在的服務(wù)器IP地址。如果使用主實例所在的服務(wù)器IP地址連接到可用性組創(chuàng)建登錄名的話,只會保存在本地的數(shù)據(jù)庫實例上,不會自動同步到包含可用性組中。
3 元數(shù)據(jù)同步驗證
3.1 用戶、登錄名和權(quán)限
1、使用包含可用性組偵聽器連接到主節(jié)點,不管切換到AG01_master還是master,實際上都是使用AG01_master數(shù)據(jù)庫
C:\Users\Administrator>sqlcmd -H 192.168.1.128 -U sa -Y 30 密碼: 1> select @@servername; 2> go ------------------------------ 2022-NODE01 (1 行受影響) 1> use AG01_master 2> go 已將數(shù)據(jù)庫上下文更改為 "master"。 1> SELECT DB_ID() AS [Database ID],DB_NAME() AS [ Database Name] 2> go Database ID Database Name ----------- ------------------------------ 1 master (1 行受影響) 1> use master 2> go 已將數(shù)據(jù)庫上下文更改為 "master"。 1> SELECT DB_ID() AS [Database ID],DB_NAME() AS [ Database Name] 2> go Database ID Database Name ----------- ------------------------------ 1 master (1 行受影響)
2、創(chuàng)建test數(shù)據(jù)庫的登錄名
1> CREATE LOGIN [test_admin] WITH PASSWORD=N'test.123', DEFAULT_DATABASE=[test], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF 2> GO 1> USE [test] 2> GO 已將數(shù)據(jù)庫上下文更改為 "test"。 1> CREATE USER [test_admin] FOR LOGIN [test_admin] 2> GO 1> USE [test] 2> GO 已將數(shù)據(jù)庫上下文更改為 "test"。 1> ALTER ROLE [db_owner] ADD MEMBER [test_admin] 2> GO 1> select name,dbname,sid,createdate from sys.syslogins where loginname='test_admin' 2> go name dbname sid createdate ------------------------------ ------------------------------ ------------------------------ ----------------------- test_admin test 0x8CEFB4D480A8E54F97C86ADF9E6934FD 2022-10-18 14:40:02.913
3、連接到輔助節(jié)點,檢查包含一致性組中的元數(shù)據(jù)是否已同步(此處建議使用SSMS工具查詢,sqlcmd需要使用-Q參數(shù)提前寫好語句)
- 使用SSMS工具
- 使用sqlcmd帶-Q參數(shù)
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用戶直接登錄到輔助節(jié)點來驗證元數(shù)據(jù)是否已同步到輔助節(jié)點。
C:\Users\Administrator>sqlcmd -S 192.168.1.128 -U test_admin -d test -Y 30 -K readonly 密碼: 1> select @@servername 2> go ------------------------------ 2022-NODE02 (1 行受影響) 1> select * from Foo 2> go Bar ----------- 1 (1 行受影響) 1> insert into Foo values(2) 2> go 消息 3906,級別 16,狀態(tài) 2,服務(wù)器 2022-NODE02,第 1 行 無法更新數(shù)據(jù)庫 "test",因為數(shù)據(jù)庫是只讀的。
元數(shù)據(jù):用戶、登錄名、權(quán)限正常同步
3.2 鏈接服務(wù)器
1、通過ssms工具在包含可用性組的主節(jié)點中創(chuàng)建了一個鏈接服務(wù)器
2、查詢輔助節(jié)點的鏈接服務(wù)器情況,從視圖中看到該鏈接服務(wù)器已經(jīng)同步,并且可用
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、故障轉(zhuǎn)移包含可用性組切換到輔助節(jié)點,使用SSMS工具連接到包含可用性組,確定數(shù)據(jù)是正常同步的。
C:\Users\Administrator>sqlcmd -S 192.168.1.126 -U sa -Y 30 -Q "ALTER AVAILABILITY GROUP [AG01] FAILOVER" 密碼:輸入密碼
元數(shù)據(jù):鏈接服務(wù)器正常同步
3.3 SQL代理作業(yè)
將兩個節(jié)點的代理服務(wù)更改為自動啟動模式,在主節(jié)點創(chuàng)建作業(yè),驗證是否自動同步作業(yè)到輔助節(jié)點
1、主節(jié)點創(chuàng)建作業(yè),每間隔10秒鐘往test數(shù)據(jù)庫的msdb_test表插入當(dāng)前服務(wù)器名和時間戳。
2、輔助節(jié)點檢查作業(yè)同步情況:輔助節(jié)點自動同步作業(yè),作業(yè)id一致,但其originating_server(初始服務(wù)器)為所在節(jié)點的主機名
3、測試主節(jié)點故障轉(zhuǎn)移到輔助節(jié)點,驗證作業(yè)能否正常執(zhí)行,如果能夠正常執(zhí)行,msdb_test表的server列會改為故障轉(zhuǎn)移后的節(jié)點主機名:此處由2022-NODE01自動更改為2022-NODE02
4、將AlwaysOn主節(jié)點切換后,作業(yè)僅在主節(jié)點運行,不會在輔助節(jié)點執(zhí)行。
元數(shù)據(jù):SQL代理作業(yè)正常同步,切換后作業(yè)僅在主節(jié)點執(zhí)行
4 包含可用性組總結(jié)
1、對于包含可用性組來說,它的元數(shù)據(jù)全部都存放在?可用性組名稱_master??和?可用性組名稱_msdb??這兩個數(shù)據(jù)庫中。
2、對于數(shù)據(jù)庫實例來說,包含可用性組的?可用性組名稱_master??和?可用性組名稱_msdb??這兩個數(shù)據(jù)庫就是普通的用戶數(shù)據(jù)庫,可讀可寫,但不建議存放用戶的生產(chǎn)數(shù)據(jù);
3、要連接到包含可用性組,必須使用?包含可用性組的偵聽器??連接,其他連接參數(shù)與舊版本一樣。
這種設(shè)計就解決了SQL Server一直以來被詬病的元數(shù)據(jù)對象同步問題。使得用戶、登錄名、鏈接服務(wù)器和作業(yè)都能夠在包含一致性組中的主節(jié)點和輔助節(jié)點同步。?
到此這篇關(guān)于SQL Server 2022 AlwaysOn新特性之包含可用性組介紹的文章就介紹到這了,更多相關(guān)SQL Server 2022 AlwaysOn內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL Server數(shù)據(jù)庫重命名、數(shù)據(jù)導(dǎo)出的方法說明
這篇文章主要介紹了SQL Server數(shù)據(jù)庫重命名、數(shù)據(jù)導(dǎo)出、更改數(shù)據(jù)庫所有者的方法說明,大家參考使用吧2013-11-11安裝MSDE2000提示為了安全起見,要求使用強 SA 密碼的解決方法
今天下載了一個msde2000A,本想按照平時的安裝習(xí)慣,找到了setup.exe安裝程序,錯誤提示彈出一個對話框:為了安全起見,要求使用強 SA 密碼。請使用SAPWD開關(guān)提供同一密碼。有關(guān)詳細信息,請參閱自述文件。安裝程序?qū)⒘⒓赐顺?/div> 2013-08-08SQL Server實現(xiàn)顯示每個類別最新更新數(shù)據(jù)的方法
這篇文章主要介紹了SQL Server實現(xiàn)顯示每個類別最新更新數(shù)據(jù)的方法,涉及SQL Server數(shù)據(jù)庫Select查詢操作使用技巧,需要的朋友可以參考下2017-03-03sql?server如何去除數(shù)據(jù)中的一些無用的空格
這篇文章主要介紹了sql?server去除數(shù)據(jù)中的一些無用的空格,本文給大家提到了一些常用的函數(shù),結(jié)合示例代碼給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-05-05SQLServer數(shù)據(jù)庫誤操作恢復(fù)的方法
本文主要介紹了SQLServer數(shù)據(jù)庫誤操作恢復(fù)的方法,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01最新評論