SQL Server 2014 HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING 等待

时间:2023-03-09 22:31:46
SQL Server 2014 HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING 等待

最近有发现SAP 的MES系统上了AlwaysOn后辅助节点发现无法查询的情况,例如在辅助节点上执行:

SELECT TOP 0 * FROM TABLE1; 语句执行正常
SELECT TOP 1* FROM TABLE1; 长时间等待且不会出现超时现象。

查看了相关资料发现

A query on object(s) in a readable secondary database of an Always On availability group is blocked on row versioning while waiting for commit
or rollback of all transactions that were in-flight when the secondary replica was enabled for read workloads. This wait type guarantees that row versions are
 available before execution of a query under snapshot isolation

由于读操作会映射到快照隔离事务级别,因此,一个或多个辅助副本上的事务会阻止在主副本上清除虚影记录。 当辅助副本不再需要虚影记录时,虚影记录清除任务将自动清除主副本上的虚影记录。
这类似于您在主副本上运行事务时执行的操作。 在辅助数据库上的极端情况下,需要终止正在阻塞虚影清除的长时间运行的读查询。
请注意,如果辅助副本断开连接或数据移动在辅助数据库上挂起,可能阻塞虚影清除。 此状态还会阻止日志截断,因此,如果此状态持续,则我们建议您从可用性组中删除此辅助数据库。
如果为读取工作负荷启用了辅助副本,则在等待尚在传输中的所有事务的提交或回滚时,对于 AlwaysOn 可用性组的可读取辅助数据库中对象的查询在行版本控制上将被阻止。 这一等待类型确保在快照隔离下执行查询前行版本可用。

总结一下就是该数据库主节点下某个进程一直处于提交状态或回滚状态,且该数据库隔离等级是快照隔离,导致辅助节点一直等待主节点版本更新而产生阻塞。

解决办法:

在主节点数据库中用下面的语句找到一直处于提交中的事务. (执行多次,可能不止一个进程异常)
dbcc opentran --连续执行几次 
dbcc inputbuffer(spid) --可看此 process的内容
kill spid--删除此process