Solução de problemas do conjunto de integridade do OWA.Proxy

Aplica-se a: Exchange Server 2013

A OWA. O conjunto de integridade do proxy monitora a integridade geral do serviço Outlook Web App.

Se você receber um alerta que especifica que a OWA. O proxy não é íntegro, isso indica um problema que pode impedir que os usuários usem o serviço Outlook Web App.

Explicação

O serviço Outlook Web App é monitorado usando as seguintes investigações e monitores.

Sonda Conjunto de integridade Dependências Monitores associados
OWAProxyTestProbe Owa. Proxy Active Directory OWAProxyTestMonitor
OWAanonymouscalendarProbe Owa. Proxy Active Directory OWAProxyTestMonitor

Para obter mais informações sobre investigações e monitores, consulte Integridade e desempenho do servidor.

Problemas comuns

Essa sonda pode falhar por uma das seguintes razões:

  • O pool de aplicativos hospedado no CAS (servidor de acesso ao cliente) monitorado não está funcionando corretamente.
  • As credenciais de conta de monitoramento não estão corretas.
  • Os controladores de domínio não estão respondendo.

Ação do usuário

É possível que o serviço tenha se recuperado após a emissão do alerta. Portanto, quando você receber um alerta que especifica que o conjunto de integridade não está íntegro, primeiro verifique se o problema ainda existe. Se o problema existir, execute as ações de recuperação apropriadas descritas nas seções seguintes.

Verificar se o problema ainda existe

  1. Identifique o nome do conjunto de integridade e o nome do servidor no alerta.

  2. Os detalhes da mensagem fornecem informações sobre a causa exata do alerta. Na maioria dos casos, os detalhes da mensagem fornecem informações sobre solução de problemas suficientes para identificar a causa raiz. Se os detalhes da mensagem não forem claros, faça o seguinte:

    1. Abra o Shell de Gerenciamento do Exchange e execute o seguinte comando para recuperar os detalhes do conjunto de integridade que emitiu o alerta:

      Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
      

      Por exemplo, para recuperar os detalhes do conjunto de integridade do OWA.Proxy sobre server1.contoso.com, execute o seguinte comando:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Proxy"}
      
    2. Verifique a saída do comando para determinar qual monitor relatou o erro. O valor AlertValue para o monitor que emitiu o alerta será Unhealthy.

    3. Execute novamente a investigação associada para o monitor que está em um estado não íntegro. Consulte a tabela na seção Explanation para encontrar a sonda associada. Para fazer isso, execute o seguinte comando:

      Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
      

      Por exemplo, vamos supor que o monitor com falha seja o OWAProxyTestMonitor. A sonda associada a esse monitor é OWAProxyTestProbe. Para executar essa sonda em server1.contoso.com, execute o seguinte comando:

      Invoke-MonitoringProbe OWA.Proxy\OWAProxyTestProbe -Server server1.contoso.com | Format-List
      
    4. Na saída do comando, verifique o valor Resultado da sonda. Se o valor for Êxito, significa que o problema foi um erro transitório e não existe mais. Caso contrário, consulte as etapas de recuperação descritas nas seções seguintes.

Ações de recuperação do OWAProxyTestMonitor

Quando você recebe um alerta de um conjunto de integridade, a mensagem de email contém as seguintes informações:

  • Nome do CAS que enviou o alerta

  • Rastreamento de exceções completo do último erro, incluindo dados de diagnóstico e informações de cabeçalho HTTP específicas

    Observação: você pode usar as informações no rastreamento de exceção completo para ajudar a solucionar o problema.

  • Date e hora em que o problema ocorreu

Para resolver esse problema, siga estas etapas:

  1. Revise os logs do protocolo nos servidores CA. Os logs de protocolo estão localizados na pasta %ExchangeInstallPath%Logging\HttpProxy\<protocol> no CAS.

  2. Crie uma conta de usuário de teste e, em seguida, faça logon no CAS usando essa conta. Por exemplo, faça logon usando: https://<servername>/owa.

  3. Inicie o IIS Manager e conecte-se ao servidor que está relatando o problema para determinar se os pools de aplicativos MSExchangeServicesAppPools estão em execução no CAS.

  4. Clique em Pools de Aplicativos e recicle os pools de aplicativos MSExchangeOWAAppPool e MSExchangeOWACalendarAppPool executando os seguintes comandos:

    %SystemRoot%\System32\inetsrv\Appcmd recycle APPPOOL MSExchangeOWAAppPool
    %SystemRoot%\System32\inetsrv\Appcmd recycle APPPOOL MSExchangeOWACalendarAppPool
    
  5. Execute novamente a sonda associada conforme mostrado na etapa 2c na seção Verifying the issue still exists.

  6. Se o problema ainda existir, recicle o serviço IIS usando o utilitário IISReset.

  7. Execute novamente a sonda associada conforme mostrado na etapa 2c na seção Verifying the issue still exists.

  8. Se o problema ainda existir, reinicie o servidor.

  9. Após a reinicialização do servidor, execute novamente a sonda associada, conforme exibido na etapa 2c, na seção Verifying the issue still exists.

  10. Se a sonda continuar a falhar, talvez você precise de ajuda para resolver esse problema. Contate um profissional do Suporte Microsoft para resolver esse problema. Para contatar um profissional Suporte da Microsoft, visite Suporte para empresas e selecione Servidores>Exchange Server. Como a sua organização pode ter um procedimento específico para entrar em contato diretamente os Serviços de Suporte a Produtos Microsoft, tenha certeza de consultar primeiro as diretrizes da sua organização.

Para Obter Mais Informações

Novidades do Exchange 2013

PowerShell do Exchange

Outlook Web App