Risoluzione dei problemi del set di integrità di Outlook.Proxy

2023-04-04

Si applica a: Exchange Server 2013

Il set di integrità Outlook.Proxy monitora la disponibilità dell'infrastruttura proxy di Outlook Via Internet nel server Accesso client .

Un eventuale avviso che specifica che il servizio Outlook.Proxy non è integro indica un problema che potrebbe impedire agli utenti l'accesso alla propria posta.

Spiegazione

Il servizio Outlook.Proxy viene monitorato utilizzando i probe e controlli seguenti.

Sonda	Set di integrità	Dipendenze	Controlli associati
OutlookProxyTestProbe	Outlook.Proxy	Active Directory	OutlookProxyTestMonitor

Per altre informazioni su probe e monitoraggi, vedere Integrità e prestazioni del server.

Problemi comuni

Le cause di errore comuni di questo probe sono:

Il pool di applicazioni ospitato sul server Accesso client monitorato non funziona correttamente.
Le credenziali dell'account di monitoraggio non cono corrette.
I controller di dominio non rispondono.

Azione utente

È possibile che il servizio venga ripristinato dopo l'emissione dell'avviso. Di conseguenza, se si riceve un avviso indicante che il set di integrità non è in integro, verificare prima che il problema sia ancora presente. Se il problema ancora esiste, eseguire le azioni di ripristino appropriate delineate nelle sezioni seguenti.

Verifica dell'esistenza del problema

Identificare il nome del set di integrità e il nome del server nell'avviso.
I dettagli del messaggio forniscono informazioni sulla causa esatta dell'avviso. Nella maggior parte dei casi, i dettagli del messaggio contengono informazioni di risoluzione dei problemi sufficienti ad identificare la causa principale. Se i dettagli del messaggio non sono chiari, procedere come segue:
1. Aprire Exchange Management Shell ed eseguire il comando seguente per recuperare i dettagli del set di integrità che ha generato l'avviso:
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  Ad esempio, per recuperare i dettagli del set di integrità Outlook.Proxy su server1.contoso.com, utilizzare il seguente comando:
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Outlook.Proxy"}
```
2. Esaminare l'output del comando per determinare quale controllo ha segnalato l'errore. Il valore AlertValue per il monitoraggio che ha emesso l'avviso sarà Unhealthy.
3. Eseguire di nuovo il probe associato per il controllo in stato non integro. Per trovare il probe associato, fare riferimento alla tabella nella sezione Explanation. A tale scopo, utilizzare il seguente comando:
```
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
```
  Ad esempio, si presuma che il controllo con l'errore sia OutlookProxyTestMonitor. Il probe associato a tale controllo è OutlookProxyTestProbe. Per eseguire tale probe su server1.contoso.com, utilizzare il seguente comando:
```
Invoke-MonitoringProbe Outlook.Proxy\OutlookProxyTestProbe -Server server1.contoso.com | Format-List
```
4. Nell'output del comando, verificare il valore Result del probe. Se il valore è Succeeded, l'errore era transitorio e non esiste più. Altrimenti, fare riferimento alla procedura di ripristino delineata nella sezioni seguenti.

Azioni di ripristino di OutlookProxyTestMonitor

Quando si riceve un avviso da un set di integrità, il messaggio di posta elettronica contiene le informazioni seguenti:

Nome del server Accesso client che ha inviato l'avviso
Traccia di eccezione completa dell'ultimo errore, inclusi i dati diagnostici e le informazioni specifiche dell'intestazione HTTP

Nota: è possibile usare le informazioni nella traccia completa delle eccezioni per risolvere il problema.
La data e l'ora in cui si è verificato l'errore.

Per risolvere il problema, procedere come segue:

Verificare i registri di protocollo nei server Accesso client. I log del protocollo si trovano nella cartella %ExchangeInstallPath%Logging\HttpProxy\<protocol> nel server di amministrazione centrale.
Creare un account utente di prova, quindi accedere al server Accesso client con tale account. Ad esempio, accedere usando: https://<servername>/owa.
Avviare Gestione IIS e quindi connettersi al server che segnala il problema per determinare che il pool di applicazioni MSExchangeOABAppPool è in esecuzione nel server CAS.
Fare clic su Pool di applicazioni e quindi riciclare il pool di applicazioni MSExchangeRpcProxyAppPool eseguendo il comando seguente:
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeRpcProxyAppPool
```
Eseguire di nuovo il probe associato come mostrato nel passaggio 2c della sezione Verifying the issue still exists.
Se il problema ancora esiste, riavviare il servizio IIS tramite l'utilità IISReset.
Eseguire di nuovo il probe associato come mostrato nel passaggio 2c della sezione Verifying the issue still exists.
Se il problema ancora esiste, riavviare il server.
Dopo il riavvio del server, eseguire di nuovo il probe associato come mostrato nel passaggio 2c della sezione Verifying the issue still exists.
Se il probe continua a incontrare un errore, chiedere assistenza. Contattare un responsabile del supporto tecnico Microsoft per risolvere il problema. Per contattare un professionista supporto tecnico Microsoft, visitare Supporto per le aziende e quindi selezionare Server>Exchange Server. Dal momento che l'organizzazione potrebbe avere una procedura specifica per contattare direttamente il Servizio Supporto Tecnico Clienti Microsoft, esaminare innanzitutto le linee guida dell'organizzazione.

Per ulteriori informazioni

Outlook Anywhere

Novità di Exchange 2013

PowerShell di Exchange

Condividi tramite