Início / dba / Perguntas / 182931
Accepted
Peter
Asked: 2017-08-09 01:51:04 +0800 CST

Operações DDL Always On

  • 772

Grupo de disponibilidade Always On com dois nós, confirmação síncrona.

A contenção de thread de redo na réplica secundária cria regularmente uma fila de redo muito grande. Confirmei que os tipos de espera são semelhantes aos seguintes:

https://blogs.msdn.microsoft.com/alwaysonpro/2015/01/06/troubleshooting-redo-queue-build-up-data-latency-issues-on-alwayson-readable-secondary-replicas-using-the- wait_info-extended-event/

No meu caso, esta é uma saída de sessão de eventos estendida (capturada quando a fila de refazer era grande) agrupada e agregada como no link acima:

insira a descrição da imagem aqui

Minha pergunta:

Como posso descobrir a origem exata da operação DDL que está causando a espera LCK_M_SCH_M?

sql-server availability-groups

1 respostas

  1. Best Answer

    Como Brent Ozar mencionou na seção de comentários, esta não é uma tarefa simples para encontrar o tipo de espera (e o que está causando a espera) entre o primário e o secundário com correlação com o tempo. Estou respondendo sua pergunta sobre encontrar a fonte. Modifiquei a definição de rastreamento de evento estendido fornecida na postagem do blog que você mencionou. Removida a cláusula where para que você possa capturar todas as sessões que estão causando espera.

    Adicionadas mais algumas ações para capturar mais informações. Por exemplo:

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

    Aqui está a definição completa.

    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

relate perguntas