No SQL Server 2008, criei um Sql Server Agent Alert na semana passada para monitorar eventos de impasse. O Alert chama um job sem agendamento enviando o token gráfico de impasse xml obtido por WMI SELECT * FROM DEADLOCK_GRAPH. O trabalho chama um SP que armazena o gráfico e um e-mail é enviado.
Tenho monitorado as esperas do Sql Server e descobri que depois de implementar o alerta descrito acima, as categorias de espera para BROKER_TASK_STOP e SQLTRACE_WAIT_ENTRIES dispararam. Esses valores passaram de não estar no radar para contribuir com 42,59% e 5,11% do total de esperas, respectivamente.
Devo me preocupar? Eu li em algum lugar que BROKER_TASK_STOP altos podem não ser uma preocupação real.
Esses dois tipos de espera foram excluídos da consulta de análise de estatísticas de espera de Paul Randal e ele é muito mais autoridade do que eu.
Eu não me preocuparia com isso e os excluiria de sua análise.
Essas são esperas "amigáveis" e nada com que se preocupar do ponto de vista do desempenho. Eles significam que os threads estão esperando que o trabalho seja atribuído. Você deve filtrar essas e outras esperas amigáveis de suas consultas de estatísticas de espera. Muitos blogaram sobre qual espera excluir, incluindo SQLRockStart, aqui - http://thomaslarock.com/2012/05/are-you-using-the-right-sql-server-performance-metrics/