Aqueles que usam excelentes sp_HumanEvents, talvez o próprio autor, por favor me ajudem a entender algo que estou perdendo (por causa da minha estupidez).
#1
Ao monitorar o bloqueio, o limite do processo bloqueado deve ser definido (em segundos), caso contrário, o block_process_event não seria acionado. Como isso se correlaciona com o parâmetro @blocking_duration_ms?
Exemplo: ID de limite de processo bloqueado definido para 10 segundos @blocking_duration_ms é deixado como padrão = 500 ms
#2
Quando quero registrar resultados na tabela de forma contínua e independente nas reinicializações do servidor, é recomendável usar um trabalho de agente com um exemplo que define um agendamento com o nome sp_HumanEvents: Check-in de 10 segundos , mas executado recorrentemente aos domingos à meia-noite. Não estaria iniciando automaticamente quando o SQL Server Agent iniciasse mais apropriado?
Primeiro
Os segundos do relatório de processo bloqueado são quantos segundos o bloqueio deve continuar antes de entrar no relatório. Não tenho uma recomendação específica aqui, mas 10 ou mais geralmente é uma boa escolha.
O parâmetro para
sp_HumanEventsé o limite para o que é mostrado a você ou registrado em uma tabela. Você é livre para definir qualquer valor para o que faz sentido com base em fatores locais. Provavelmente está definido artificialmente baixo como padrão porque tornou mais fácil para mim testar durante o desenvolvimento.Segundo
Presumivelmente, você está falando sobre o exemplo Agent Job do repositório, que é apenas isso: um exemplo. Você é livre para modificá-lo para o que atender às suas necessidades. Acredito que configurei dessa maneira para verificar se algo aconteceu com uma sessão entre as reinicializações.