主页 / dba / 问题 / 182931
Accepted
Peter
Asked: 2017-08-09 01:51:04 +0800 CST

Always On DDL 操作

  • 772

具有两个节点的 Always On 可用性组，同步提交。

辅助副本上的重做线程争用会定期创建一个非常大的重做队列。我已经确认等待类型类似于以下内容：

https://blogs.msdn.microsoft.com/alwaysonpro/2015/01/06/troubleshooting-redo-queue-build-up-data-latency-issues-on-alwayson-readable-secondary-replicas-using-the-等待信息扩展事件/

在我的例子中，这是一个扩展事件会话（在重做队列很大时捕获）输出分组和聚合，如上面的链接所示：

在此处输入图像描述

我的问题：

如何找出导致 LCK_M_SCH_M 等待的 DDL 操作的确切来源？

sql-server availability-groups

1 个回答

  1. Best Answer

    正如 Brent Ozar 在评论部分提到的那样，要在主要和次要之间找到与时间相关的等待类型（以及导致等待的原因）并不是一项简单的任务。我正在回答你关于寻找来源的问题。我修改了您提到的博客文章中给出的扩展事件跟踪定义。删除了 where 子句，以便您可以捕获所有导致等待的会话。

    添加了更多操作以捕获更多信息。例如：

    • sqlserver.client_hostname
    • sqlserver.plan_handle
    • sqlserver.session_nt_username
    • sqlserver.sql_text

    这是完整的定义。

    CREATE event session [redo_wait_info] ON server ADD event sqlos.wait_info( action(package0.event_sequence,sqlos.scheduler_id,sqlserver.client_hostname,sqlserver.database_id,sqlserver.plan_handle,sqlserver.session_id,sqlserver.session_nt_username,sqlserver.sql_text) ) ADD target package0.event_file(SET filename=N'C:\Redo_Wait_Info.xel',
  max_file_size=(50), 
  max_rollover_files=(100)) WITH (max_memory=4096 kb, 
event_retention_mode=allow_multiple_event_loss, 
max_dispatch_latency=120 seconds, 
max_event_size=0 kb, 
memory_partition_mode=none, 
track_causality=OFF, 
startup_state=ON)
GO
    • 1

相关问题