如何解決Sqlserver 2014 alwayson架構(gòu)主節(jié)點執(zhí)行alter table導致從節(jié)點的阻塞問題

如何解決Sqlserver 2014 alwayson架構(gòu)主節(jié)點執(zhí)行alter table導致從節(jié)點的阻塞問題，針對這個問題，這篇文章詳細介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

環(huán)境：
sqlserver 2014 alwayson架構(gòu)
1個主節(jié)點
1個standby節(jié)點
6個只讀節(jié)點

問題展現(xiàn)：
一臺只讀節(jié)點出現(xiàn)阻塞，主節(jié)點無法同步數(shù)據(jù)到這個只讀節(jié)點。

問題原因：
在主節(jié)點執(zhí)行了一個DDL語句，對一個表的字段類型進行了修改。
ALTER TABLE table1 ALTER COLUMN [Name] [NVARCHAR] (MAX)

此時正好只讀庫有一個關(guān)于table1表的長事務(wù)查詢。
這個table1表的長事務(wù)查詢阻塞了主節(jié)點執(zhí)行ALTER TABLE table1 ALTER COLUMN [Name] [NVARCHAR] (MAX)對只讀庫的同步。
導致在只讀節(jié)點上的table1表無法執(zhí)行alter table操作。
這樣導致所有的主節(jié)點的日志都無法從主節(jié)點同步到這個只讀節(jié)點上。
而只讀節(jié)點上所有后面對table1表的查詢都被阻塞了。

查詢主從同步腳本：
SELECT  availability_mode_desc ,
        role_desc ,
        replica_server_name ,
        last_redone_time ,
        GETDATE() now ,
        DATEDIFF(ms, last_redone_time, GETDATE()) diffMS
FROM    ( ( sys.availability_groups AS ag
            JOIN sys.availability_replicas AS ar ON ag.group_id = ar.group_id
          )
          JOIN sys.dm_hadr_availability_replica_states AS ar_state ON ar.replica_id = ar_state.replica_id
        )
        JOIN sys.dm_hadr_database_replica_states dr_state ON ag.group_id = dr_state.group_id
                                                             AND dr_state.replica_id = ar_state.replica_id;

解決辦法：
為了盡快解決此問題，最快的辦法是殺掉那個只讀節(jié)點上的長事務(wù)查詢的session
讓主節(jié)點的這個alter table的DDL操作可以同步到只讀節(jié)點上，阻塞解決，同步也恢復(fù)正常。

關(guān)于如何解決Sqlserver 2014 alwayson架構(gòu)主節(jié)點執(zhí)行alter table導致從節(jié)點的阻塞問題問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。