疑難排解 OWA 健全設定
適用於:Exchange Server 2013
Outlook Web App (OWA) 健全狀況集會監視Outlook Web App服務的整體健康情況。
如果您收到指定Outlook Web App狀況不良的警示,這表示可能會導致使用者無法使用Outlook Web App存取其信箱的問題。
說明
系統會使用下列探查和監視來監視Outlook Web App服務。
探針 | 健全設定 | 相依性 | 關聯的監視器 |
---|---|---|---|
OwaCtpProbe | Outlook Web App | Active Directory 資訊儲存庫 |
OwaCtpMonitor |
如需探查和監視的詳細資訊,請參閱 伺服器健康情況和效能。
常見問題
此探查可能會因為數個原因而失敗。 以下是一些較常見的原因:
- 裝載于受監視用戶端存取伺服器上的Outlook Web App應用程式集區 (CAS) 沒有回應,或信箱伺服器上裝載的應用程式集區沒有回應。
- CAS 遇到網路問題,無法連線到信箱伺服器或網域控制站。
- 監視帳戶認證不正確。
- 使用者的資料庫未掛接,或該信箱無法存取訊號存放區。
- 資訊存放區沒有回應。
- 網域控制站無回應。
使用者動作
服務可能會在發出警示之後復原。 因此,當您收到指定健康情況設定為狀況不良的警示時,請先確認問題仍然存在。 如果問題確實存在,請執行下列各節中所述的適當復原動作。
確認問題仍然存在
識別警示中的健全設定名稱和伺服器名稱。
訊息詳細資料會提供警示確切原因的相關資訊。 在大部分情況下,訊息詳細資料會提供足夠的疑難排解資訊來識別根本原因。 如果訊息詳細資料不清楚,請執行下列動作:
開啟 [Exchange 管理命令介面],然後執行下列命令以擷取產生警示之健全狀況集的詳細資料:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
Outlook Web App健康情況集有關 server1.contoso.com 的詳細資料,請執行下列命令:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA"}
檢閱命令輸出,以判斷報告錯誤的監視器。 發出警示之監視器的 AlertValue 值為
Unhealthy
。針對處於狀況不良狀態的監視器,重新執行相關聯的探查。 請參閱說明一節中的表格,以尋找相關聯的探查。 若要執行此動作,請執行下列命令:
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
例如,若要在 server1.contoso.com 上建立Exchange ActiveSync監視探查,請執行下列命令:
Invoke-MonitoringProbe -Identity ActiveSync.Protocol\ActiveSyncSelfTestProbe -Server server1.contoso.com
在命令輸出中,檢閱探查 的結果 值。 如果值為 Succeeded,則問題為暫時性錯誤,且不再存在。 否則,請參閱下列各節中所述的復原步驟。
OwaCtpMonitor 復原動作
健康情況集的電子郵件警示包含下列資訊:
傳送警示的伺服器名稱
上一個錯誤的完整例外狀況追蹤,包括診斷資料與特定的 HTTP 標頭資訊
注意:您可以使用完整例外狀況追蹤中的資訊來協助疑難排解問題。 探查所產生的例外狀況包含描述探查失敗原因的失敗原因。 例如,例外狀況包含下列資訊:
MissingKeyword:在伺服器回應中找不到預期的關鍵字。 在此情況下,例外狀況包含預期的關鍵字。
NameResolution:DNS 解析無法解析指定的伺服器名稱。
NetworkConnection:當探查嘗試連線到 CAFE 上的 OWA 應用程式集區時,會收到網路連線失敗。
UnexpectedHttpResponseCode:回應有未預期的 HTTP 程式碼。 例如,伺服器傳回 503 HTTP 程式碼。
RequestTimeout:伺服器回應用戶端要求的時間太長。
ScenarioTimeout:探查已成功完成,但需要超過一分鐘的時間才能完成。 這通常表示正在多載的系統。
OwaErrorPage:Outlook Web App傳回錯誤頁面。 例外狀況訊息中通常會提供導致失敗的錯誤名稱。
OwaMailboxErrorPage:Outlook Web App傳回包含信箱存放區相關錯誤的錯誤頁面。 這通常表示信箱存放區已關閉或信箱正在卸載。
例外狀況追蹤包含名為 FailingComponent的重要欄位。 探查會嘗試判斷失敗,如下列範例所示:
信箱:探查可以連線到Outlook Web App,但無法連線到信箱存放區。 在此情況下,探查失敗,或信箱存取延遲導致探查失敗並產生 ScenarioTimeout 錯誤。 發生這類失敗時,您應該檢查信箱伺服器的健康情況。
Active Directory:探查可以連線到Outlook Web App,但無法連線到 Active Directory。 在此情況下,探查失敗或 Active Directory 呼叫延遲可能造成探查逾時。發生這些類型的失敗時,您應該檢查網域控制站的健康情況,並檢查 CA 和信箱伺服器與網域控制站之間的網路連線。
Owa:這通常表示Outlook Web App層內發生錯誤。 發生這類失敗時,您必須確認 CA 和信箱伺服器上Outlook Web App程式的健康情況,並檢查網路連線。
例外狀況也包含探查失敗之前所收到的最新 HTTP 要求和回應資訊。 呈報本文包含探查記錄的路徑。 您可以使用此資訊來判斷探查失敗時所傳送的完整 HTTP Web 要求和回應。 此檔案只包含失敗探查的資料,因為只會記錄失敗的嘗試。 您可以使用這項資訊來取得測試失敗原因的更完整檢視。
可用性計量在 x%) (下降的程度。
包含探查完整 HTTP 要求追蹤的資料夾完整路徑。 根據預設,此資訊位於 %ExchangeInstallPath%Logging\Monitoring\OWA\ClientAccessProbe 資料夾中。
警示發生的時間和日期。
若要疑難排解此問題,請遵循下列步驟:
建立測試使用者帳戶,然後使用測試使用者帳戶登入 CAS。 例如,使用
https://<servername>/owa
登入。如果失敗,請使用不同的 CA 伺服器進行測試,以確認問題發生在特定 CAS 上,而不是信箱伺服器上。
確認 CA 和信箱伺服器之間的網路連線能力。 使用ping.exe來確認每部伺服器都回應。
檢查 OWA 上的警示。通訊協定健康情況集合,可能表示會影響特定信箱伺服器的問題。 如需詳細資訊,請參閱 針對 OWA 進行疑難排解。通訊協定健全狀況集合。
啟動 IIS 管理員,然後連線到回報問題的伺服器,以確認 MSExchangeOwaAppPool 應用程式集區正在 CAS 上執行。
在 IIS 管理員中,確認預設網站正在執行。
找出信箱資料庫中是否有失敗的探查,並確認信箱資料庫在信箱伺服器上為作用中,且信箱存放區狀況良好。 若要找出失敗的資料庫 GUID 資訊,請開啟完整的例外狀況追蹤資訊。 每個失敗都應該包含類似下列範例的專案:
Starting Owa probe with Target: https://localhost/owa/, Username: _HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com*
複製 HealthMailbox GUID,然後在殼層中執行下列命令:
Get-Mailbox -Monitoring -Identity <username>
例如,執行下列命令:
Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
在傳回的物件中,您可以找到使用者的資料庫名稱,也可以判斷目前作用中資料庫的所在位置。
如果您已設定月臺之間的重新導向,您可能會看到探查失敗並產生 MissingKeyword 錯誤。 這是因為根據預設,CA 探查會在任何位置的帳戶上執行,也因為探查在使用重新導向時,不會嘗試在不同的網站上測試 CAS。 若要解決此問題,請確定每個網站上的伺服器都包含在 MonitoringGroups 中。 指定監視群組中的 CA 伺服器只會與相同群組中的信箱伺服器一起測試。
若要判斷伺服器的監視群組,請執行下列命令:
Get-ExchangeServer | ft MonitoringGroup
若要修改伺服器上的監視群組,請使用 MonitoringGroup 參數搭配 Set-ExchangeServer Cmdlet。 例如,使用下列專案:
Set-ExchangeServer -Identity "ServerName" -MonitoringGroup "Primary"
在 IIS 管理員中,按一下 [ 應用程式集區],然後執行下列命令來回收 MSExchangeOWAAppPool 應用程式集區:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。
如果問題仍然存在,請使用 IISReset 公用程式或執行下列命令來回收 IIS 服務:
Iisreset /noforce
重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。
如果問題仍然存在,請重新啟動伺服器。
伺服器重新開機之後,請重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。
如果探查持續失敗,您可能需要協助才能解決此問題。 請連絡 Microsoft 支援人員以解決此問題。 若要連絡Microsoft 支援服務專業人員,請造訪商務支援,然後選取[伺服器>Exchange Server] 。 由於您的組織可能擁有直接連絡 Microsoft 產品支援服務的特定程序,因此請務必先檢閱組織的指南。