IO de disco inexplicado do SQL Server 2005

Question

Eu tenho uma instância do MSSQL 2005 em execução no Windows Server 2003 de 64 bits que está causando IO de disco em fila alta (leituras, não gravações) por motivos que não consigo encontrar.

Algumas coisas:

• Tenho certeza de que é o processo do servidor SQL.
• A caixa não responde muito devido à atividade do disco, a CPU está baixa, a utilização de RAM está baixa.
• Observando os logs, há algumas ações de recuperação que são concluídas, mas não parecem ser as culpadas (posso estar errado, mas parece que elas estão sendo concluídas em um período de tempo razoável)
• usando 'sp_who2' Não vejo nada que possa explicar o enorme disco IO que estou vendo.
• Não há trabalho de backup em execução.
• O SQL Server não está tentando autoextender um arquivo de dados.

O que o processo do servidor pode estar tentando fazer aqui? Onde mais posso procurar para descobrir o que o SQL Server está tentando fazer sob o capô?

Obrigado Dan

• Atualização: Reiniciar o processo do servidor não ajuda. Seja o que for que esteja pendente, recomeça no reinício.

• Atualização: uma análise mais aprofundada usando o SQL Server Profiler mostrou que era uma das minhas próprias consultas. Os índices em uma tabela que é pesquisada com freqüência foram 98% fragmentados, aparentemente causando muita atividade de disco.

• Atualização: a reconstrução dos índices resolveu o problema. Inacreditável que uma tabela de linhas de < 100k pudesse causar esse tipo de problema em uma máquina bastante robusta.

Answer 1

Bem, eu tentaria:

1. Desfragmentar seu (s) disco (s) rígido (s)
2. Execute o DBCC CHECKALLOC e outras ferramentas para verificar o banco de dados e reindexar tabelas
3. Embora eu ache que isso é muito improvável, verifique sua configuração de disco lógico

If these logical volumes experience high number of concurrent I/O requests, disk thrashing occurs because the hyper volumes are created from the same set of underlying physical disks. To avoid disk thrashing in such cases, care should be taken to create partitions that are likely to be accessed concurrently on isolated logical volumes and physical disks.