obtivemos alguns tempos limite de conexões executando um procedimento armazenado em uma instância do SQL Server 2008. depois de um tempo, o DB começou a funcionar como de costume, e não houve erros adicionais de tempo limite.
Então, estou tentando obter informações adicionais sobre o erro.
O SQL Server 2008 tem algum tipo de log de erros que eu possa investigar?
Existe algum recurso de auditoria / registro que eu possa ativar para rastrear o erro (se isso acontecer de novo)?
Para ver os logs do SQL: Conecte-se à sua instância do SQL através do Management Studio, expanda a pasta Management no navegador de objetos, expanda a pasta de logs do SQL Server e examine seus logs.
O comportamento padrão é manter seis logs com um novo sendo criado sempre que o servidor do mecanismo de banco de dados for reiniciado.
O Profiler sempre pode ser usado para ver o que está acontecendo embaixo das capas.
Você pode postar as mensagens associadas ao seu tempo limite ...
Os logs do SQL Server não capturam os tempos limite do aplicativo, pois são gerados pelo código do cliente, não pelo SQL Server.
Para capturar consultas demoradas, você precisa usar o SQL Profiler. Configure um rastreio que capture todos os comandos que levam mais de 30 segundos (o tempo limite padrão do .NET) e veja o que aparece.
Isso ou colocar o código no aplicativo para que, quando ele obtiver um tempo limite, registre alguns dados sobre a consulta que estava sendo executada e o motivo da falha.
A resposta atualmente selecionada é um pouco enganadora, já que discute a referência do Log de Erros do SQL Server, o que não ajudará no cenário dado.
Como mrdenny corretamente aponta .....
Os tempos limite do aplicativo para o SQL Server são iniciados no lado do cliente como Attention Events e não são registrados no log de erros do SQL Server.
Você pode monitorar eventos de atenção usando: