Acordei esta manhã com uma página que o nosso cluster estava desligado. Ele voltou de imediato. Eu encontrei logs de erro de log com entradas sobre IO levando mais de 15 segundos. Nosso servidor de monitoramento tentou fazer ping no servidor e teve um erro de tempo limite.
Eu verifiquei uma das nossas ferramentas de monitoramento para ver o que estava acontecendo às 4:30 da manhã. Parece que as estatísticas estão sendo atualizadas em um dos nossos grandes bancos de dados. A ferramenta mostra nosso disco sendo excedido. Eu vejo muito% de horas ocupadas para um dos discos.
Agora, o sqlagent está progredindo através de bancos de dados subseqüentes em ordem alfabética, fazendo a mesma coisa! Temos estatísticas de atualização automática, mas achei que isso aconteceu conforme necessário. Eu não tenho nenhum trabalho de atualização de estatísticas habilitado agora (que eu conheço - e o monitor de trabalho não mostra nenhum trabalho em execução), então eu não tenho certeza do que está causando isso. Além disso, é o meio da noite, então não haveria usuários nesses sistemas atualizando linhas.
link - confirma meus pensamentos sobre a natureza necessária dos autostats .
A mesma coisa também aconteceu ontem à noite por volta das 6:30 da noite - no mesmo grande banco de dados - alguns seletores de status selecionados de ... declarações.
O sqlagent está executando os comandos.
Os discos estão em uma SAN e estamos executando a versão mais recente do sql 2005.
Crie uma notificação de eventos . A lista do MSDN de eventos DDL não lista o (s) evento (s) de estatísticas, mas eles são fontes válidas de notificações de DDL e serão disparadas. Sua mensagem de notificação conterá o SPID, o LOGIN e a instrução T-SQL real que acionou a operação de estatísticas.
Desative esta noite as estatísticas de atualização automática e veja se o problema foi replicado. Se não, então você pode ter que gerenciar as atualizações de estatísticas.