☰

Fila de disco físico alta no armazenamento de correio do Exchange 2003

tag-icon • tag-icon exchange-2003
Fila de disco físico alta no armazenamento de correio do Exchange 2003

Eu tenho um array raid 10 com 10 discos SATA de 7200 rpm. O comprimento da minha fila de disco durante o horário comercial é em média de 100. O seguinte se aplica à 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 aproximadamente 400 MegaBytes
  3. A matriz é uma partição grande de 1,3 TB que foi alinhada à faixa de ataque
  4. O armazenamento do Mail tem aproximadamente 48 GB (para arquivos etm e stm)
  5. O armazenamento de correio acabou de ser desfragmentado
  6. Os logs de transações estão em outro array que tem menos de 1 fila média de disco

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

Atualizações após comentários:

  1. A matriz em si parece boa, mas nas outras semanas obteve bons resultados em vários dias de testes de estresse a jato
  2. Não há arquivo de paginação no array :-)
  3. Existe um software AV da Symantec. As duas leituras e gravações de IO mais altas observadas no Gerenciador de tarefas são conduit.exe (symantec anti spam / vírus) e store.exe. O conduíte tem 18 milhões de leituras e 25 milhões de gravações, o armazenamento tem 144 milhões de leituras e 9 milhões de gravações. A partir de agora, como tenho servidores gateway, estou pensando em retirar o AV do servidor back-end.

Responder1

Isso está além de "bastante alto" - isso éexcessivamente, alucinantementealto. Tenho caixas com mais do dobro desse número de caixas de correio em execução em RAID-5 em unidades SCSI Ultra160 de 7.200 RPM, antigas e sujas, com filas de disco muito mais baixas.

Outra coisa além do Exchange está destruindo seus discos. Eu abriria o Perfmon e representaria graficamente as "Operações de dados de IO/s" no objeto "Processo" 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 contadores de desempenho muito bons para dar uma olhada. Também estou me perguntando se você colocou um arquivo de paginação de memória virtual nesses discos e está vendo paginação excessiva.

Depois de ler o artigo e os artigos vinculados sobre: ​​Entourage, tenho algumas suspeitas de 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 causará - isso é uma coisa totalmente diferente (MAPI sobre HTTP, versus WebDAV que os clientes do Entourage usam).

Não é preciso perguntar, mas você está vendo algo estranho nos logs de eventos?

Edite após sua atualização:

O número total de leituras/gravações não é realmente o que você está procurando. Você está realmente procurando o 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/seg -Instância:conduíte.exe
  • Objeto:Processo -Contador:Operações de dados/seg -Instância:loja.exe

Você também pode dar uma olhada noMonitor de usuário do Microsoft Exchange(pequeno artigo agradável sobre seu uso disponível emhttp://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html). Isso não mostrará sessões WebDAV, mas poderá fornecer algumas informações sobre o que seus usuários tradicionais baseados em MAPI estão fazendo.

Responder2

Uau! isso é muito alto. O comprimento médio da fila deve ser igual ou menor que o número de eixos do disco físico, de modo que sua máquina esteja se debatendo uma ordem de magnitude acima de onde deveria estar.Esse linkpossui a lista de todas as operações do Exchange que causam E/S de disco; portanto, junto com as sugestões de Sam e Evan, você deve verificar se não possui quantidades incomuns de nenhuma dessas atividades (como um loop de correio).

Responder3

Isso é bastante alto, você tem algum tipo de software AV? Veja também \process*\io operações de dados/seg. Isso deve dizer se é store.exe ou algo mais que está causando o IO. Se for store.exe, acho que algo está escaneando suas caixas de correio.

Responder4

Você também pode olhar paraMonitor de Processo, 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 ao disco muito rapidamente no ProcMon.

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

informação relacionada