Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: Exchange Server 2013
Il set di integrità Outlook Web App (OWA) monitora l'integrità complessiva del servizio Outlook Web App.
Se si riceve un avviso che specifica che Outlook Web App non è integro, questo indica un problema che potrebbe impedire agli utenti di accedere alle cassette postali usando Outlook Web App.
Spiegazione
Il servizio Outlook Web App viene monitorato usando i probe e i monitoraggi seguenti.
Sonda | Set di integrità | Dipendenze | Controlli associati |
---|---|---|---|
OwaCtpProbe | Outlook Web App | Active Directory Archivio informazioni |
OwaCtpMonitor |
Per altre informazioni su probe e monitoraggi, vedere Integrità e prestazioni del server.
Problemi comuni
Questo probe può non riuscire per diversi motivi. Di seguito sono elencate alcune delle cause più comuni:
- Il pool di applicazioni Outlook Web App ospitato nel server accesso client monitorato non risponde o il pool di applicazioni ospitato nel server Cassette postali non risponde.
- Il server di amministrazione centrale sta riscontrando problemi di rete e non può connettersi al server Cassette postali o al controller di dominio.
- Le credenziali dell'account di monitoraggio non cono corrette.
- Il database dell'utente non è montato o l'Archivio informazioni non è accessibile per tale cassetta postale.
- L'archivio informazioni non risponde.
- 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:
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>"}
Outlook Web App dettagli del set di integrità su server1.contoso.com, eseguire il comando seguente:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA"}
Esaminare l'output del comando per determinare quale controllo ha segnalato l'errore. Il valore AlertValue per il monitoraggio che ha generato l'avviso è
Unhealthy
.Eseguire di nuovo il probe associato per il monitoraggio in uno 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, per creare un probe di monitoraggio Exchange ActiveSync in server1.contoso.com, eseguire il comando seguente:
Invoke-MonitoringProbe -Identity ActiveSync.Protocol\ActiveSyncSelfTestProbe -Server server1.contoso.com
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 per OwaCtpMonitor
Un avvisto tramite posta elettronica proveniente da un set di integrità contiene le seguenti informazioni:
Nome del server 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. L'eccezione generata dal probe contiene una Causa errore che descrive perché il probe non è riuscito. Ad esempio, l'eccezione contiene le informazioni seguenti:
MissingKeyword: non è stata trovata una parola chiave prevista nella risposta del server. In questo caso, l'eccezione contiene le parole chiave previste.
NameResolution: la risoluzione DNS non riesce a risolvere un nome di server specificato.
NetworkConnection: il probe riceve un errore di connessione di rete quando tenta di connettersi al pool di app OWA in CAFE.
UnexpectedHttpResponseCode: la risposta ha un codice HTTP imprevisto. Ad esempio, il server ha restituito il codice HTTP 503.
RequestTimeout: il server ha impiegato troppo tempo per rispondere a una richiesta client.
ScenarioTimeout: il probe è stato completato correttamente, ma questa operazione ha richiesto più di un minuto. Questa condizione in genere indica un sovraccarico del sistema.
OwaErrorPage: Outlook Web App restituito una pagina di errore. Il nome dell'errore che ha causato l'esito negativo in genere è disponibile nel messaggio di eccezione.
OwaMailboxErrorPage: Outlook Web App restituito una pagina di errore contenente un errore relativo all'archivio cassette postali. In genere questo evento indica che l'Archivio cassette postali è inattivo o che le cassette postali sono in fase di smontaggio.
La traccia dell'eccezione contiene un campo importante denominato FailingComponent. Il probe tenta di stabilire l'errore, come nell'esempio seguente:
Cassetta postale: il probe può raggiungere Outlook Web App, ma non può connettersi all'archivio cassette postali. In questo caso, il probe non è riuscito o la latenza di accesso alla cassetta postale ha causate l'esito negativo del probe e ha generato un errore ScenarioTimeout. Quando si verificano questi tipi di errori, è necessario controllare l'integrità dei server Cassette postali.
Active Directory: il probe può raggiungere Outlook Web App, ma non può connettersi ad Active Directory. In questo caso, il probe non è riuscito o le latenze delle chiamate di Active Directory potrebbero aver causato il timeout del probe. Quando si verificano questi tipi di errori, è necessario controllare l'integrità dei controller di dominio e controllare anche le connessioni di rete tra i server CA e Cassette postali e Controller di dominio.
Owa: in genere significa che si è verificato un errore all'interno del livello Outlook Web App. Quando si verificano questi tipi di errori, è necessario verificare l'integrità del processo di Outlook Web App nei server CA e Cassette postali e controllare anche le connessioni di rete.
L'eccezione contiene anche le informazioni più recenti su richiesta HTTP e risposta ricevute prima dell'errore del probe. Il corpo dell'escalation contiene il percorso dei registri dei probe. È possibile utilizzare queste informazioni per determinare le richieste e le riposte Web HTTP complete inviate al momento dell'errore del probe. Il file contiene solo i dati dei probe non riusciti perché vengono registrati sono i tentativi falliti. È possibile utilizzare tali informazioni per ottenere una visualizzazione più completa del motivo della mancata riuscita del test.
Livello a cui è calata la metrica della disponibilità (x%).
Il percorso completo della cartella contenente le tracce delle richiese HTTP complete per il probe. Per impostazione predefinita, queste informazioni si trovano nella cartella %ExchangeInstallPath%Logging\Monitoring\OWA\ClientAccessProbe .
La data e l'ora in cui si è verificato l'avviso.
Per risolvere il problema, procedere come segue:
Creare un account utente di prova, quindi accedere al server Accesso client con tale account. Ad esempio, accedere usando
https://<servername>/owa
.Se non riesce, provare a usare un altro server Accesso client per verificare se il problema di verifica su uno specifico server Accesso client e non sul server Cassette postali.
Verificare la connettività di rete tra server Accesso client e Cassette postali. Utilizzare ping.exe per verificare che ogni server risponda.
Verificare che non presenti avvisi sul set di integrità OWA.Protocol indicanti un problema che influisce su uno specifico server Cassette postali. Per ulteriori informazioni, vedere Troubleshooting OWA.Protocol Health Set.
Avviare Gestione IIS e quindi connettersi al server che segnala il problema per verificare che il pool di applicazioni MSExchangeOwaAppPool sia in esecuzione nel server di amministrazione centrale.
In Gestione IIS, verificare che il sito Web Default sia in esecuzione.
Individuare il database delle cassette postali per i probe non riusciti e verificare che il database delle cassette postali sia attivo su un server Cassette postali e che l'Archivio cassette postali sia attivo. Per individuare le informazioni sul GUID del database non riuscito, aprire le informazioni sulla traccia delle eccezioni. Ogni errore deve contenere una voce simile al seguente esempio:
Starting Owa probe with Target: https://localhost/owa/, Username: _HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com*
Copiare il GUID HealthMailbox ed eseguire il comando di seguito riportato in Shell:
Get-Mailbox -Monitoring -Identity <username>
Ad esempio, eseguire il seguente comando:
Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
Nell'oggetto restituito è possibile individuare il nome del database dell'utente ed è anche possibile determinare dove si trova il database attualmente attivo.
Se è stato configurato il reindirizzamento tra siti, è possibile che i probe non riescano e generino un errore MissingKeyword. Questo si verifica perché per impostazione predefinita i probe Accesso client vengono eseguiti sugli account per qualsiasi posizione e perché il probe non tenta di verificare un server Accesso client su un sito diverso quando utilizza il rendirizzamento. Per risolvere il problema, accertarsi che i server su ogni sito siano contenuti in MonitoringGroups. I server Accesso client di un determinato gruppo di monitoraggio si verificano solo insieme ai server Cassette postali dello stesso gruppo.
Per stabilire i gruppi di monitoraggio per i server, utilizzare il seguente comando:
Get-ExchangeServer | ft MonitoringGroup
Per modificare il gruppo di monitoraggio su un server, utilizzare il parametro MonitoringGroup insieme al cmdlet Set-ExchangeServer. Ad esempio, utilizzare quanto segue:
Set-ExchangeServer -Identity "ServerName" -MonitoringGroup "Primary"
In Gestione IIS fare clic su Pool di applicazioni e quindi riciclare il pool di applicazioni MSExchangeOWAAppPool eseguendo il comando seguente:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
Eseguire di nuovo il probe associato, come illustrato nel passaggio 2c nella sezione Verificare che il problema esista ancora.
Se il problema ancora esiste, riavviare il servizio IIS utilizzando l'utilità IISReset o il seguente comando:
Iisreset /noforce
Eseguire di nuovo il probe associato, come illustrato nel passaggio 2c nella sezione Verificare che il problema esista ancora.
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.