疑難排解 EWS.Protocol 健全設定

  • 發行項

適用於：Exchange Server 2013

EWS。通訊協定健全設定會監視信箱伺服器上的 Exchange Web 服務 (EWS) 通訊協定。 EWS。通訊協定健康情況集與下列健康情況集密切相關：

疑難排解 EWS 健全設定

疑難排解 EWS.Proxy 健全設定

如果您收到指定 EWS 的警示。通訊協定狀況不良，這表示可能會導致使用者無法存取 Exchange 的問題。

說明

EWS.Protocol 健全設定是由下列探查所組成：

  • EwsSelfTestProbe
  • EwsDeepTestProbe

EwsSelfTestProbe 不相依于資訊存放區。 不過，EwsDeepTestProbe 探查取決於資訊存放區。 這兩個探查都會在信箱伺服器上執行 EWS 作業，並使用與用戶端存取伺服器相同的驗證方法 (CAS) 。 EwsSelfTestProbe 會呼叫 ConvertId 方法，而 EwsDeepTestProbe 會呼叫 GetFolder 方法。

探針 健全設定 相依性 關聯的監視器
EwsSelfTestProbe EWS。協定 Active Directory EWSSelfTestMonitor
EwsDeepTestProbe EWS。協定 資訊儲存庫 EWSDeepTestMonitor

如需探查和監視的詳細資訊，請參閱 伺服器健康情況和效能。

當您接收來自此 HealthSet 的警示時，郵件會包含下列資訊：

  • 產生警示的 Mailbox Server 名稱
  • 最後一項錯誤的完整例外狀況追蹤，包含診斷資料和特定 HTTP 標頭資訊
  • 事件的發生時間

常見問題

下列任一常見原因都可能導致此探查失敗：

  • 受監視 Mailbox Server 上的 EWS 應用程式集區無法正常運作。
  • 網域控制站無回應，或無法與 Mailbox Server 通訊。
  • 使用者的資料庫未掛接，或資訊存放區無法用於特定信箱。

使用者動作

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

確認問題仍然存在

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

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

    1. 開啟 Exchange 管理命令介面，然後執行下列命令以擷取發出警示之健全狀況集的詳細資料：

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

      例如，若要擷取關於 server1.contoso.com 的 EWS.Protocol 健全設定詳細資料，請執行下列命令：

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "EWS.Protocol"}

    2. 檢閱命令輸出，以判斷報告錯誤的監視器。 發出警示之監視器的 AlertValue 值會是 Unhealthy 。

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

      Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List

      例如，假設失敗的監視器是 EWSSelfTestMonitor。 與該監視器相關聯的探查是 EWSSelfTestProbe。 若要在 server1.contoso.com 上執行該探查，請執行下列命令：

      Invoke-MonitoringProbe EWS.Protocol\EWSSelfTestProbe -Server server1.contoso.com | Format-List

    4. 在命令輸出中，檢閱探查 的結果 值。 如果值為 Succeeded，則問題為暫時性錯誤，且不再存在。 否則，請參閱下列各節中所述的復原步驟。

EWSSelfTestMonitor 和 EWSDeepTestMonitor 復原動作

此監視器警示通常是針對 Mailbox Server 發出。

  1. 啟動 IIS 管理員，然後連線到報告問題的伺服器，以判斷 MSExchangeServicesAppPool 是否同時在 CA 和信箱伺服器上執行。

  2. 找出失敗探查的 MailboxDatabase，然後確認 MailboxDatabase 適用於 MailboxServer，而且 Information Store 的狀況良好。

  3. 按一下 [應用程式集區]，然後執行下列命令來回收 MSExchangeServicesAppPool 應用程式集區：

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool

  4. 重新執行關聯的探查，如Verifying the issue still exists一節的步驟 2c 所示。

  5. 如果問題仍然存在，請利用 IISReset 公用程式，重新啟動 IIS 服務。

  6. 重新執行關聯的探查，如Verifying the issue still exists一節的步驟 2c 所示。

  7. 如果問題仍然結束，請檢閱信箱伺服器上的通訊協定記錄檔。 在信箱伺服器上，記錄位於 %ExchangeInstallPath%Logging\Ews 資料夾中。

  8. 建立測試使用者帳戶，然後針對埠 444 上的指定信箱伺服器使用測試使用者帳戶登入： https://<servername>:444/ews/exchange.asmx 。 如果測試成功，問題可能會影響監視信箱所在的特定信箱資料庫或信箱伺服器。 嘗試在該資料庫上使用測試帳戶來重複此步驟。

  9. 檢查 EWS.Protocol 健全設定上可能表示會影響特定 Mailbox Server 之問題的任何警示。

  10. 如果問題仍然存在，請重新啟動伺服器。 若要這樣做，請先使用下列命令容錯移轉伺服器上裝載的資料庫：

    Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $true

    在這個及所有後續程式碼範例中，請將 server1.contoso.com 取代為實際的伺服器名稱。

  11. 確認所有資料庫都已移出報告問題的伺服器。 若要執行此動作，請執行下列命令：

    Get-MailboxDatabaseCopyStatus -Server server1.contoso.com | Group Status

    如果命令輸出在伺服器上沒有顯示作用中的複本，伺服器就會儲存重新開機。 重新啟動伺服器。

  12. 重新啟動伺服器之後，重新執行關聯的探查，如Verifying the issue still exists一節的步驟 2c 所示。

  13. 如果探查成功，請執行下列命令來容錯移轉資料庫：

    Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $false

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

相關資訊

Exchange 2013 的新功能