Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: Exchange Server 2013
O ECP. O conjunto de estado de funcionamento do proxy monitoriza a disponibilidade da infraestrutura de proxy do Centro de administração do Exchange (EAC) no servidor de Acesso de Cliente (CAS). O ECP. O conjunto de estado de funcionamento do proxy está intimamente relacionado com o seguinte conjunto de estado de funcionamento:
Solução de problemas do conjunto de integridade do ClientAccess.Proxy
Se receber um alerta que especifique esse ECP. O proxy está em mau estado de funcionamento, o que indica um problema que pode impedi-lo de utilizar o EAC.
Explicação
O serviço EAC é monitorizado através das seguintes sondas e monitores:
| Sonda | Conjunto de integridade | Dependências | Monitores associados |
|---|---|---|---|
| ECPProxyTestProbe | ECP. Proxy | Active Directory | ECPProxyTestMonitor |
Para obter mais informações sobre sondas e monitores, veja Estado de funcionamento e desempenho do servidor.
Problemas comuns
Essa sonda pode falhar por uma das seguintes razões:
O conjunto aplicacional alojado no CAS monitorizado não está a funcionar 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
Identifique o nome do conjunto de integridade e o nome do servidor no alerta.
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:
Abra a Shell de Gestão do Exchange e, em seguida, execute o seguinte comando para obter os detalhes do conjunto de estado de funcionamento que emitiu o alerta:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}Por exemplo, para obter o ECP. Detalhes do conjunto de estado de funcionamento do proxy sobre server1.contoso.com, execute o seguinte comando:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "ECP.Proxy"}Reveja a saída do comando e determine que monitor reportou o erro. O valor AlertValue do monitor que emitiu o alerta será
Unhealthy.Execute novamente a sonda associada do monitor que está em 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-ListPor exemplo, suponha que o monitor com falha é ECPProxyTestMonitor. A sonda associada a esse monitor é ECPProxyTestProbe. Para executar essa sonda em server1.contoso.com, execute o seguinte comando:
Invoke-MonitoringProbe ECP.Proxy\ECPProxyTestProbe -Server server1.contoso.com | Format-ListNa 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 ECPProxyTestMonitor
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
Você pode usar as informações no rastreamento de exceções completo para ajudar a solucionar o problema.
Date e hora em que o problema ocorreu
Para resolver esse problema, siga estas etapas:
Examine os logs de protocolo nos servidores de CA. Os registos de protocolo estão localizados na pasta %ExchangeInstallPath%Logging\HttpProxy\<protocol> no CAS.
Crie uma conta de utilizador de teste e, em seguida, inicie sessão no CAS com o nome da conta de utilizador de teste. Por exemplo, inicie sessão com:
https://<servername>/owa.Inicie o Gestor do IIS e, em seguida, ligue-se ao servidor que está a comunicar o problema. Verifique se o MSExchangeServicesAppPool está em execução no CAS.
Clique em Conjuntos Aplicacionais e, em seguida, recicle o conjunto aplicacional MSExchangeECPAppPool ao executar o seguinte comando:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeECPAppPoolExecute novamente a sonda associada conforme mostrado na etapa 2c na seção Verifying the issue still exists.
Se o problema ainda existir, recicle o serviço IIS usando o utilitário IISReset.
Execute novamente a sonda associada conforme mostrado na etapa 2c na seção Verifying the issue still exists.
Se o problema ainda existir, reinicie o servidor.
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.
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 contactar um profissional Suporte da Microsoft, visite Suporte para empresas e, em seguida, 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.