Como posso investigar o uso de CPU alto sustentado pelo Microsoft.Exchange.Rpc.ClientAccess.Service.exe?

Question

Um servidor CAS em nosso array tem quase 90% de seus 4 CPUs usados. Os servidores CAS restantes estão em 30%.

How should I investigate what is causing this increase?

Abaixo está um gráfico de:

• Seis (6) servidores CAS atendem a 3.000 usuários no modo RPC / HTTPS (perspectiva em qualquer lugar).
• Windows 2008 R2
• Recentemente atualizado para o Exchange 2010 SP1 RU6 (mesmo comportamento no RU3)
• Cada servidor CAS possui quatro (4) CPUs virtuais

Pontos de interesse

• Como pedimos aos nossos usuários finais que configurassem o Activesync com um URL diferente, configuramos um VIP dedicado no balanceador de carga e isolamos os dois servidores CAS inferiores. Fazer isso foi fácil ... mudamos a entrada do DNS público para facilitar o isolamento. (Desejo que as Melhores Práticas do MSFT incentivem um URL isolado para implantações do Activesync)
• A alta CPU em preto vem do ActiveSync.
• O pico verde é do serviço de Acesso para Cliente RPC.

Euexecuteio DebugDiag da MSFT nos servidores e não saber se essa é a ferramenta certa para usar ou o que fazer com alguns dos resultados mais avançados. Alguma dica é apreciada.

    

Answer 1

Descobri a (s) causa (s) raiz (es) e atualizarei-as aqui:

A alta CPU do CAS foi causada por

• Servidores BES. Isso foi esporádico e variável

• Registro no diário. Nossos processos de arquivamento usavam 8000 conexões MAPI para um servidor e causavam alta CPU

• Usuários do Outlook no NAT. Muitas pessoas usando o Outlook em qualquer lugar estavam por trás de um NAT. Nossa carga balanceadora de carga os equilibrava por IP em vez de cookie (como 2010 sp1 + suporta)

• Problema de calendário do Activesync. Os iPhones estavam martelando nosso servidor com atualizações de calendário que foram rejeitadas devido a um bug de programação da Apple. Interrompemos o pool de aplicativos do ActiveSync e a descoberta automática atualizada para apontar todos os usuários do Activesync para uma matriz de CAS dedicada

Então, no final, a solução foi criar um array CAS dedicado para o tráfego de Jornaling, Activesync e Outlook Anywhere. Nós co-localizamos o Journaling + BES no mesmo array. Este foi um QOS do homem pobre e isolamento de falhas para cada serviço.

A ferramenta que usamos para identificar o alto culpado da CPU foi "Exmon", mas saiba que a execução do Exmon fará com que arquivos de rastreamento apareçam em \ arquivos de programas (x86) \ Exmon. Se esses arquivos não forem excluídos, eles poderão preencher a unidade.

    

Answer 2

Veja se isso ajuda: link . Muitas causas possíveis são discutidas lá.

    

Answer 3

O

Process Explorer pode ajudar a detalhar exatamente o que o processo está fazendo.

Esteja avisado, porém, o procexp.exe pode usar um pouco do próprio processador.

    

Answer 4

Você tem usuários com iPhone, iPad, etc?
Veja abaixo se você faz. Nós nos deparamos com isso no trabalho.

link Dispositivos iOS mancam servidores Exchange quando eles sincronizam

AND

(vinculado no artigo) link Crescimento rápido em logs de transação, uso de CPU e consumo de memória no Exchange Server 2010 quando um usuário sincroniza uma caixa de correio usando um dispositivo baseado em iOS 6.1 ou 6.1.1