troca de contas no outlook 2010 congelar aleatoriamente devido a alta latência

Question

Um de nossos clientes está executando um servidor Windows SBS 2011, com usuários em um ambiente TS e acesso local ao computador lan. Este é um ambiente pequeno com aproximadamente 35 usuários.

Os sintomas que estamos enfrentando são assim:

usuários individuais experimentarão o Outlook sem responder por aproximadamente 5-10 minutos de cada vez, mais ou menos na mesma hora todos os dias, bem como horários aleatórios. Isso acontece com os usuários TS e locais. Geralmente, não há sobreposição entre usuários, ou seja, diferentes usuários experimentarão o problema em momentos diferentes, enquanto outros continuarão trabalhando sem incidentes.

O que observamos:

• O Store.exe no servidor que está executando o Exchange tem acesso de disco constantemente alto. variando entre 5-10MB / s de acesso de leitura, com entre 1 e 5MB / s de acesso de gravação (de acordo com o monitor de recursos). Isso permanece constante, independentemente de pessoas com problemas de bloqueio. Esta atividade desaparece durante a noite quando ninguém está acessando o sistema.

• Durante o bloqueio de usuários do outlook, o Exmon reportará uma latência muito alta do servidor avg para o usuário específico em questão (a latência de 60 segundos é média durante esse tempo, normalmente entre 0 e 500 ms). Outros usuários não afetados não têm alta latência

• durante o bloqueio, os usuários em questão terão uma contagem alta de sessões

Notas adicionais:

• O log de eventos não parece informar algo relacionado
• Não há nada agendado no servidor de troca durante os horários em que as pessoas experimentam o bloqueio
• todas as atualizações e service packs do Windows foram aplicados aos servidores e ao escritório.
• quando bloqueado, você não pode nem mesmo abrir o item do painel de controle de correio para a página de configurações de troca para o usuário específico

Especificação do servidor:

• dual cpu xeon [email protected]
• Memória de 24 GB
• SAS 15K (Seagate Cheetah) - par de 300 gb em ataque 1

Não sabemos o que está causando o problema neste estágio.

Qualquer sugestão ou direção seria muito apreciada.

    

Answer 1

Parece que o problema foi causado pelo antivírus.

Há uma configuração no serviço MSExchangeIS que habilita a verificação de vírus em segundo plano.
Com isso ativado, o antivírus estava varrendo novamente todo o banco de dados de correio de 120 gb, 3 vezes por dia. Toda vez que as definições de vírus forem atualizadas, isso acionará uma nova varredura. Ao fazer isso, ele estava bloqueando as caixas de correio enquanto elas eram digitalizadas.

Se alguém tiver um problema como este, verifique a seguinte chave de registro: HKLM \ system \ currentcontrolset \ services \ MSExchangeIS \ VirusScan \ BackgroundScanning
definir isso para 0

    

Answer 2

1. Não é exaustão da conexão TCP.
2. Use Perfmon para registrar e verificar suas métricas do servidor principal. Eu começaria com disco, como Estou bastante confiante de que o problema é que você tem um comprimento de fila de disco muito longo.
3. Verifique seu hardware, para ter certeza de que ele não está indo mal e para ter uma ideia de que desempenho você deve ter capacidade.
   • A última vez que vi isso acontecer (5 a 10 minutos, esporádicos congelam para determinados usuários), o problema era um bloqueio ruim em um dos discos do servidor.
   • A última vez que vi isso, a fila de discos estava cheia devido a usuários abrindo arquivos .pst de 10 GB em um compartilhamento de rede.
   • Ter uma configuração de disco que não suporte o nível de IOPS que seus usuários estão jogando no servidor também pode causar esse tipo de comportamento em casos de uso semelhantes aos seus.