疑難排解 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 遇到網路問題,無法連線到信箱伺服器或網域控制站。
  • 監視帳戶認證不正確。
  • 使用者的資料庫未掛接,或該信箱無法存取訊號存放區。
  • 資訊存放區沒有回應。
  • 網域控制站無回應。

使用者動作

服務可能會在發出警示之後復原。 因此,當您收到指定健康情況設定為狀況不良的警示時,請先確認問題仍然存在。 如果問題確實存在,請執行下列各節中所述的適當復原動作。

確認問題仍然存在

  1. 識別警示中的健全設定名稱和伺服器名稱。

  2. 訊息詳細資料會提供警示確切原因的相關資訊。 在大部分情況下,訊息詳細資料會提供足夠的疑難排解資訊來識別根本原因。 如果訊息詳細資料不清楚,請執行下列動作:

    1. 開啟 [Exchange 管理命令介面],然後執行下列命令以擷取產生警示之健全狀況集的詳細資料:

      Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
      

      Outlook Web App健康情況集有關 server1.contoso.com 的詳細資料,請執行下列命令:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA"}
      
    2. 檢閱命令輸出,以判斷報告錯誤的監視器。 發出警示之監視器的 AlertValue 值為 Unhealthy

    3. 針對處於狀況不良狀態的監視器,重新執行相關聯的探查。 請參閱說明一節中的表格,以尋找相關聯的探查。 若要執行此動作,請執行下列命令:

      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
      
    4. 在命令輸出中,檢閱探查 的結果 值。 如果值為 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 資料夾中。

  • 警示發生的時間和日期。

若要疑難排解此問題,請遵循下列步驟:

  1. 建立測試使用者帳戶,然後使用測試使用者帳戶登入 CAS。 例如,使用 https://<servername>/owa 登入。

    如果失敗,請使用不同的 CA 伺服器進行測試,以確認問題發生在特定 CAS 上,而不是信箱伺服器上。

  2. 確認 CA 和信箱伺服器之間的網路連線能力。 使用ping.exe來確認每部伺服器都回應。

  3. 檢查 OWA 上的警示。通訊協定健康情況集合,可能表示會影響特定信箱伺服器的問題。 如需詳細資訊,請參閱 針對 OWA 進行疑難排解。通訊協定健全狀況集合。

  4. 啟動 IIS 管理員,然後連線到回報問題的伺服器,以確認 MSExchangeOwaAppPool 應用程式集區正在 CAS 上執行。

  5. 在 IIS 管理員中,確認預設網站正在執行。

  6. 找出信箱資料庫中是否有失敗的探查,並確認信箱資料庫在信箱伺服器上為作用中,且信箱存放區狀況良好。 若要找出失敗的資料庫 GUID 資訊,請開啟完整的例外狀況追蹤資訊。 每個失敗都應該包含類似下列範例的專案:

    Starting Owa probe with Target: https://localhost/owa/, Username: _HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com*

  7. 複製 HealthMailbox GUID,然後在殼層中執行下列命令:

    Get-Mailbox -Monitoring -Identity <username>
    

    例如,執行下列命令:

    Get-Mailbox -Monitoring -Identity HealthMailboxdf8b87828ab0427cb91e985bbdfcec62@yourdomain.com
    

    在傳回的物件中,您可以找到使用者的資料庫名稱,也可以判斷目前作用中資料庫的所在位置。

  8. 如果您已設定月臺之間的重新導向,您可能會看到探查失敗並產生 MissingKeyword 錯誤。 這是因為根據預設,CA 探查會在任何位置的帳戶上執行,也因為探查在使用重新導向時,不會嘗試在不同的網站上測試 CAS。 若要解決此問題,請確定每個網站上的伺服器都包含在 MonitoringGroups 中。 指定監視群組中的 CA 伺服器只會與相同群組中的信箱伺服器一起測試。

    若要判斷伺服器的監視群組,請執行下列命令:

    Get-ExchangeServer | ft MonitoringGroup
    

    若要修改伺服器上的監視群組,請使用 MonitoringGroup 參數搭配 Set-ExchangeServer Cmdlet。 例如,使用下列專案:

    Set-ExchangeServer -Identity "ServerName" -MonitoringGroup "Primary"
    
  9. 在 IIS 管理員中,按一下 [ 應用程式集區],然後執行下列命令來回收 MSExchangeOWAAppPool 應用程式集區:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
    
  10. 重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。

  11. 如果問題仍然存在,請使用 IISReset 公用程式或執行下列命令來回收 IIS 服務:

    Iisreset /noforce
    
  12. 重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。

  13. 如果問題仍然存在,請重新啟動伺服器。

  14. 伺服器重新開機之後,請重新執行相關聯的探查,如確認問題仍然存在一節中的步驟 2c 所示。

  15. 如果探查持續失敗,您可能需要協助才能解決此問題。 請連絡 Microsoft 支援人員以解決此問題。 若要連絡Microsoft 支援服務專業人員,請造訪商務支援,然後選取[伺服器>Exchange Server] 。 由於您的組織可能擁有直接連絡 Microsoft 產品支援服務的特定程序,因此請務必先檢閱組織的指南。

相關資訊

Exchange 2013 的新功能

Exchange PowerShell