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

2025-03-29

Aplica-se a: Exchange Server 2013

O conjunto de estado de funcionamento do Outlook Web App (OWA) monitoriza o estado de funcionamento geral do serviço de Outlook Web App.

Se receber um alerta que especifica que Outlook Web App está em mau estado de funcionamento, tal indica um problema que pode impedir os utilizadores de acederem às respetivas caixas de correio com Outlook Web App.

Explicação

O serviço Outlook Web App é monitorizado com as seguintes pesquisas e monitores.

Sonda	Conjunto de integridade	Dependências	Monitores associados
OwaCtpProbe	Microsoft Outlook Web App	Active Directory Repositório de Informações	OwaCtpMonitor

Para obter mais informações sobre sondas e monitores, veja Estado de funcionamento e desempenho do servidor.

Problemas comuns

Esta sonda pode falhar por vários motivos. Seguem-se algumas das razões mais comuns:

O Outlook Web App conjunto aplicacional alojado no servidor de Acesso de Cliente (CAS) monitorizado não está a responder ou o conjunto aplicacional alojado no servidor da Caixa de Correio não está a responder.
O CAS está a ter problemas de rede e não consegue ligar ao servidor da Caixa de Correio ou ao Controlador de Domínio.
As credenciais de conta de monitoramento não estão corretas.
A base de dados do utilizador não está montada ou o Arquivo de Informações está inacessível para essa caixa de correio.
O Arquivo de Informações não está a responder.
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:
1. 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 gerou o alerta:
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  Outlook Web App detalhes do conjunto de estado de funcionamento sobre server1.contoso.com, execute o seguinte comando:
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA"}
```
2. Verifique a saída do comando para determinar qual monitor relatou o erro. O valor AlertValue do monitor que emitiu o alerta é Unhealthy.
3. Execute novamente a sonda associada para o monitor que está em mau estado de funcionamento. 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, para criar uma pesquisa de monitorização Exchange ActiveSync no server1.contoso.com, execute o seguinte comando:
```
Invoke-MonitoringProbe -Identity ActiveSync.Protocol\ActiveSyncSelfTestProbe -Server server1.contoso.com
```
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 OwaCtpMonitor

Um alerta de e-mail de um conjunto de estado de funcionamento contém as seguintes informações:

Nome do servidor 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

Nota: pode utilizar as informações no rastreio de exceção completo para ajudar a resolver o problema. A exceção gerada pela sonda contém um Motivo da Falha que descreve por que a sonda falhou. Por exemplo, a exceção contém as seguintes informações:
- MissingKeyword: uma palavra-chave esperada não foi encontrada na resposta do servidor. Neste caso, a exceção contém as palavras-chave esperadas.
- NameResolution: a resolução de DNS não está a resolve um determinado nome de servidor.
- NetworkConnection: a Sonda está a receber uma falha de ligação de rede quando tenta ligar-se ao conjunto de aplicações OWA no CAFE.
- UnexpectedHttpResponseCode: a resposta tinha um código HTTP inesperado. Por exemplo, o servidor devolveu um código HTTP 503 .
- RequestTimeout: o servidor demorou demasiado tempo a responder a um pedido de cliente.
- ScenarioTimeout: a sonda foi concluída com êxito, mas demorou mais de um minuto a fazê-lo. Normalmente, isto indica um sistema que está a ser sobrecarregado.
- OwaErrorPage: Outlook Web App devolveu uma página de erro. Normalmente, o nome do erro que causou a falha está disponível na mensagem de exceção.
- OwaMailboxErrorPage: Outlook Web App devolveu uma página de erro que contém um erro relacionado com a Loja da Caixa de Correio. Normalmente, isto indica que o Arquivo de Caixas de Correio está inativo ou que as caixas de correio estão a ser desmontadas.
O rastreio de exceção contém um campo importante denominado FailingComponent. A sonda tenta determinar a falha, tal como no exemplo seguinte:
- Caixa de correio: a sonda pode aceder a Outlook Web App, mas não consegue ligar-se à Loja da Caixa de Correio. Neste caso, a pesquisa falhou ou a latência de acesso à caixa de correio fez com que a pesquisa falhasse e gerasse um erro ScenarioTimeout . Quando este tipo de falhas ocorrem, deve marcar o estado de funcionamento dos servidores da Caixa de Correio.
- Active Directory: a sonda pode aceder a Outlook Web App, mas não consegue ligar ao Active Directory. Neste caso, a sonda falhou ou as latências de chamada do Active Directory podem ter causado o tempo limite da sonda. Quando estes tipos de falhas ocorrem, deve marcar o estado de funcionamento dos Controladores de Domínio e também marcar as ligações de rede entre os servidores da AC e da Caixa de Correio e os Controladores de Domínio.
- Normalmente, isto significa que ocorreu um erro dentro da camada Outlook Web App. Quando estes tipos de falhas ocorrem, tem de verificar o estado de funcionamento do processo de Outlook Web App nos servidores da AC e da Caixa de Correio e também marcar as ligações de rede.
  
  A exceção também contém o pedido HTTP mais recente e as informações de resposta que foram recebidas antes da pesquisa falhar. O corpo do escalamento contém o caminho para os registos da pesquisa. Pode utilizar estas informações para determinar os pedidos Web e respostas HTTP completos que foram enviados quando a sonda falhou. Este ficheiro contém dados apenas para sondas falhadas porque apenas são registadas tentativas falhadas. Pode utilizar estas informações para obter uma vista mais completa do motivo pelo qual o teste falhou.
Quão baixa foi a métrica de disponibilidade (x%).
O caminho completo para a pasta que contém os rastreios de pedido HTTP completos para a sonda. Por predefinição, estas informações estão localizadas na pasta %ExchangeInstallPath%Logging\Monitoring\OWA\ClientAccessProbe .
A hora e a data em que o alerta ocorreu.

Para resolver esse problema, siga estas etapas:

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

Se isto falhar, teste utilizando um servidor de AC diferente para verificar se o problema está a ocorrer num CAS específico e não no servidor da Caixa de Correio.
Verifique a conectividade de rede entre a AC e os servidores da Caixa de Correio. Utilize ping.exe para verificar se cada servidor está a responder.
Verifique se existem alertas no OWA. Conjunto de estado de funcionamento do protocolo que pode indicar um problema que afeta um servidor de Caixa de Correio específico. Para obter mais informações, veja Resolução de problemas do OWA. Conjunto de Estado de Funcionamento do Protocolo.
Inicie o Gestor de IIS e, em seguida, ligue-se ao servidor que está a comunicar o problema para verificar se o conjunto aplicacional MSExchangeOwaAppPool está em execução no CAS.
No Gestor do IIS, verifique se o Site predefinido está em execução.
Localize a Base de Dados da Caixa de Correio para pesquisas falhadas e verifique se a base de dados da Caixa de Correio está ativa num servidor de Caixa de Correio e se o Arquivo de Caixas de Correio está em bom estado de funcionamento. Para localizar as informações do GUID da base de dados falhadas, abra todas as informações de rastreio de exceção. Cada falha deve conter uma entrada semelhante ao seguinte exemplo:

Starting Owa probe with Target: https://localhost/owa/, Username: _HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com*
Copie o GUID do HealthMailbox e, em seguida, execute o seguinte comando na Shell:
```
Get-Mailbox -Monitoring -Identity <username>
```
Por exemplo, execute o seguinte comando:
```
Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
```
No objeto devolvido, pode localizar o nome da base de dados do utilizador e também pode determinar onde reside a base de dados atualmente ativa.
Se tiver configurado o redirecionamento entre sites, poderá ver as pesquisas a falhar e a gerar um erro MissingKeyword. Isto ocorre porque, por predefinição, as pesquisas de AC são executadas em contas para qualquer localização e também porque a sonda não tenta testar um CAS num site diferente quando utiliza o redirecionamento. Para resolve este problema, certifique-se de que os servidores em cada site estão contidos em MonitoringGroups. Os servidores de AC num determinado grupo de monitorização testam apenas em conjunto com os servidores da Caixa de Correio no mesmo grupo.

Para determinar os grupos de monitorização dos servidores, execute o seguinte comando:
```
Get-ExchangeServer | ft MonitoringGroup
```
Para modificar o grupo de monitorização num servidor, utilize o parâmetro MonitoringGroup juntamente com o cmdlet Set-ExchangeServer . Por exemplo, utilize o seguinte:
```
Set-ExchangeServer -Identity "ServerName" -MonitoringGroup "Primary"
```
No Gestor de IIS, clique em Conjuntos Aplicacionais e, em seguida, recicle o conjunto aplicacional MSExchangeOWAAppPool ao executar o seguinte comando:
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
```
Execute novamente a sonda associada, conforme mostrado no passo 2c na secção Verificar se o problema ainda existe.
Se o problema persistir, use o serviço do IIS com o utilitário IISReset ou executando o seguinte comando:
```
Iisreset /noforce
```
Execute novamente a sonda associada, conforme mostrado no passo 2c na secção Verificar se o problema ainda existe.
Se o problema ainda existir, reinicie o servidor.
Após o reinício do servidor, volte a executar a sonda associada, conforme mostrado no passo 2c na secção Verificar se o problema ainda existe.
Se a sonda continuar a falhar, poderá necessitar de assistência para resolve este 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.

Para Obter Mais Informações

Novidades do Exchange 2013

PowerShell do Exchange

Compartilhar via