High Physical Disk Queue no armazenamento de email do Exchange 2003

Question

Eu tenho um array RAID 10 com 10 discos 7200 SATA rpm. Meu comprimento de fila de disco durante o horário comercial tem uma média de 100. O seguinte é verdadeiro para a configuração:

1. A matriz possui um armazenamento de correio com 95 caixas de correio ativas. (Esta é a única coisa, sem logs ou arquivos de sistema)
2. Tamanho médio da caixa de correio de ~ 400 megabytes
3. A matriz é uma grande partição de 1,3 TB que foi alinhada à faixa de ataque
4. O armazenamento de mensagens é de ~ 48 GB (para arquivos etm e stm)
5. O armazenamento de e-mails foi apenas desfragmentado
6. Os logs de transação estão em outra matriz que possui menos de uma fila média de disco

Isso parece alto? Em caso afirmativo, algo parece errado com essa configuração? Devo olhar para alguns outros contadores?

Atualizações após comentários:

1. O array em si parece bem, apenas nas outras semanas obteve bons resultados de vários dias de testes de jetstress
2. Não há arquivo de paginação na matriz: -)
3. Existe o software antivírus da Symantec. As duas mais altas das leituras de E / S e das gravações de E / S do Gerenciador de Tarefas são conduit.exe (symantec anti spam / virus) e store.exe. canal é de 18 milhões de leituras e 25 milhões de gravações, loja é 144 milhões de leituras e 9 milhões de gravações. A partir de agora, desde que eu tenho servidores de gateway, então eu estou olhando para tomar AV fora do servidor de back-end.

Answer 1

Isso está além de "bastante alto" - isso é extremamente alto . Tenho caixas com mais do que o dobro do número de caixas de correio em execução no RAID-5 em unidades SCSI Ultra160 de 7.200 RPM antigas com muito mais filas de disco.

Outra coisa, além do Exchange, é debater seus discos. Eu lançaria o Perfmon aberto e criaria o gráfico "IO Data Operations / sec" no objeto "Process" para cada processo individual e veria qual processo está causando tanto IO.

Editar:

O artigo que você vinculou em seu comentário a Jim B tem alguns bons contadores de perfmon para dar uma olhada. Também estou pensando se você colocou um arquivo de paginação de memória virtual nesses discos e está vendo paginação excessiva.

Eu tenho algumas suspeitas, depois de ler o artigo e artigos relacionados re: Entourage que você pode estar tendo alguns problemas associados a esses clientes. O Outlook Anywhere (também conhecido como RPC sobre HTTP) não causará os mesmos problemas que o Entourage, porém - isso é uma coisa totalmente diferente (MAPI sobre HTTP, versus WebDAV que os clientes do Entourage usam).

Ele fica sem perguntar, mas você está vendo algo estranho nos logs de eventos?

Editar após sua atualização:

O número total de leituras / gravações não é exatamente o que você está procurando. Você está realmente procurando pelo delta em leituras / gravações por intervalo. Abra o Perfmon, limpe os contadores padrão e adicione alguns contadores para:

• Objeto: Processo - Contador: Operações de Dados / sec - Instância: conduit.exe
• Objeto: Processo - Contador: Data Operations / sec - Instância: store.exe

Você também pode dar uma olhada no Microsoft Exchange User Monitor (pequeno artigo sobre seu uso disponível no link ). Isso não mostrará as sessões do WebDAV, mas poderá fornecer algumas dicas sobre o que seus usuários tradicionais baseados em MAPI estão fazendo.

    

Answer 2

Whoa! isso é muito alto. O comprimento médio da fila deve ser igual ou menor que o número de fusos de disco físico, portanto, sua máquina está se movimentando em uma ordem de magnitude acima de onde deveria estar. Este link tem a lista de todas as operações do Exchange que causam E / S de disco, assim como Sam & As sugestões de Evan você deve verificar se você não tem quantidades incomuns de nenhuma dessas atividades (como um loop de e-mail).

    

Answer 3

Isso é bastante alto, você tem algum tipo de software antivírus? Veja também as operações de dados \ process * \ io / sec. Isso deve lhe dizer se é store.exe ou alguma outra coisa que causa o IO. Se for store.exe, eu acho que algo está digitalizando através de suas caixas de correio.

    

Answer 4

Primeiramente, eu faria o download do explorador de processos e o usaria para ver qual processo está realmente causando alto disco IO, é o armazenamento de informações ou outra coisa. Então você pode continuar a partir daí.

Seria útil saber quanto email você está processando, já que 95 caixas de correio não são muito grandes, mas se houver um usuário constante, isso pode ser um problema.

Além disso, você provavelmente já verificou isso, mas o seu array RIAD está ok, se estiver reconstruindo de um disco com falha que pode causar IO significativo no disco.

    

Answer 5

Você também pode examinar Process Monitor , que registra cada acesso no disco individualmente. Se algo diferente do Exchange estiver usando seus discos, você verá que ele preenche a lista de acessos a disco muito rapidamente no ProcMon.

Você não menciona quanta memória RAM tem, embora as especificações mencionadas indiquem que você provavelmente tem uma quantidade razoável. Se você estiver executando menos de 2 GB, poderá ver esse tipo de comportamento da máquina atingindo o arquivo de paginação. Verifique se a quantidade de RAM usada no Gerenciador de Tarefas é menor que a quantidade de memória física instalada no servidor.