疑難排解 OWA.Protocol 健全設定

發行項
02/09/2024

適用於：Exchange Server 2013

OWA。通訊協定健全設定會監視信箱伺服器上的 Outlook Web App 通訊協定。

如果您收到指定 OWA 的警示。通訊協議狀況不良，這表示可能會導致使用者無法使用 Outlook Web App 存取其信箱的問題。

說明

OWA 服務會使用下列探查和監視器進行監視。

探針	健全設定	相依性	關聯的監視器
OwaSelfTestProbe	Owa。協定	無	OwaSelfTestMonitor
OwaDeepTestProbe	Owa。協定	Active Directory 資訊儲存庫	OwaDeepTestMonitor

OwaSelfTestProbe 探查會將單一 HTTP 要求傳送至下列位址：https://localhost:444/owa/exhealth.check。探查會傳回 200 OK 狀態代碼，以確認應用程式集區正在回應。此探查不相依於任何其他 Exchange 元件。

OwaDeepTestProbe 探查會使用目前伺服器上的複本，對每個信箱資料庫執行。探查會判斷可以針對該伺服器進行完整登入。若要這樣做，它會模擬用戶端存取伺服器針對該特定伺服器所產生的流量類型 (CAS) 。探查取決於 Active Directory 網域服務 (AD DS) 進行驗證，以及信箱存取的信箱存放區。如需探查和監視的詳細資訊，請參閱伺服器健康情況和效能。

常見問題

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

裝載於受監視 CAS 上的 OWA 應用程式集區沒有回應，或信箱伺服器上裝載的應用程式集區沒有回應。
CA 或信箱伺服器發生網路問題，無法連線到另一部伺服器或域控制器。
監視帳戶認證不正確。
用戶的資料庫未掛接，或該信箱無法存取資訊存放區。
資訊存放區沒有回應。
網域控制站無回應。

使用者動作

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

確認問題仍然存在

識別警示中的健全設定名稱和伺服器名稱。
訊息詳細數據會提供警示確切原因的相關信息。在大部分情況下，訊息詳細數據會提供足夠的疑難解答資訊來識別根本原因。如果訊息詳細數據不清楚，請執行下列動作：
1. 開啟 Exchange 管理命令介面，然後執行下列命令以擷取發出警示之健全狀況集的詳細資料：
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  例如，若要擷取 OWA。關於 server1.contoso.com 的通訊協定健康情況集詳細數據，請執行下列命令：
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA.Protocol"}
```
2. 檢閱命令輸出，以判斷報告錯誤的監視器。發出警示之監視器的 AlertValue 將會是 Unhealthy。
3. 針對處於狀況不良狀態的監視器，重新執行相關聯的探查。請參閱說明一節中的表格，以尋找相關聯的探查。若要執行此動作，請執行下列命令：
```
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
```
  例如，假設失敗的監視器是 OwaSelfTestMonitor。與該監視器相關聯的探查是 OwaSelfTestProbe。若要在 server1.contoso.com 上執行該探查，請執行下列命令：
```
Invoke-MonitoringProbe OWA.Protocol\OwaSelfTestProbe -Server server1.contoso.com | Format-List
```
4. 在命令輸出中，檢閱探查 的結果 值。如果值為 Succeeded，則問題為暫時性錯誤，且已不存在。否則，請參閱下列各節中所述的復原步驟。

當您收到健全設定的警示時，電子郵件訊息會包含下列資訊：

傳送警示的伺服器名稱
(SelfTest 或 DeepTest) 失敗的探查類型
警示的發生日期和時間
您可以在其中找到探查完整 HTTP 要求追蹤的資料夾路徑

根據預設，追蹤檔案位於下列資料夾中：
- SelfTestProbe： %ExchangeInstallPath%Logging\Monitoring\OWA\ProtocolProbe
- DeepTestProbe： %ExchangeInstallPath%Logging\Monitoring\OWA\MailboxProbe
上一個錯誤的完整例外狀況追蹤，包括診斷資料與特定的 HTTP 標頭資訊

注意：您可以使用完整例外狀況追蹤中的資訊來協助疑難解答問題。探查產生的例外狀況包含描述探查失敗原因的失敗原因。失敗原因可能是下列其中一項：
- MissingKeyword：在伺服器回應中找不到預期的關鍵詞。在此情況下，例外狀況包含預期的關鍵詞。
- NameResolution:D NS 解析無法解析指定的伺服器名稱。
- NetworkConnection：當探查嘗試連線到 CAFE 上的 OWA 應用程式集區時，會收到網路連線失敗。
- UnexpectedHttpResponseCode：回應包含非預期的 HTTP 程序代碼。例如，伺服器傳回 503 HTTP 程式代碼。
- RequestTimeout：伺服器回應用戶端要求的時間太長。
- UnexpectedHttpResponseCode：回應傳回非預期的 HTTP 程式代碼。例如，伺服器傳回 503 HTTP 程式代碼。
- ScenarioTimeout：探查已成功完成，但需要超過一分鐘的時間才能完成。這通常表示正在多載的系統。
- OwaErrorPage：OWA 傳回錯誤頁面。造成失敗的錯誤名稱通常可在例外狀況訊息上取得。
- OwaMailboxErrorPage：OWA 傳回的錯誤頁面包含信箱存放區相關錯誤。這通常表示信箱存放區關閉或正在卸除的信箱這類問題。
例外狀況追蹤包含名為 FailureComponent 的重要字段，探查會在其中嘗試判斷並分類失敗。例如，探查可能會傳回下列任何值：
- 信箱：探查可以連線到 OWA，但無法連線到信箱存放區。在此情況下，探查失敗或信箱存取延遲導致探查失敗，併產生 ScenarioTimeout 錯誤。發生這些類型的失敗時，您應該檢查信箱伺服器的健康情況。
- Active Directory：探查可以連線到 OWA，但無法連線到 AD DS。在此情況下，探查失敗，或 AD DS 呼叫延遲可能會導致探查逾時。發生這類失敗時，您應該檢查域控制器的健康情況，並檢查 CA 與信箱伺服器與域控制器之間的網路連線。
- OWA：這通常表示 OWA 層內發生錯誤。發生這類失敗時，您必須確認 CA 和信箱伺服器上 OWA 進程的健康情況，並檢查網路連線。
例外狀況也包含探查失敗之前所收到的最新 HTTP 要求和響應資訊。

擴大主體包含探查記錄的路徑，可用來驗證探查失敗時所傳送的完整 HTTP Web 要求和回應。此檔案只包含失敗探查的數據，因為只會記錄失敗的嘗試。您可以使用這項資訊來取得測試失敗原因的更完整檢視。

OwaSelfTestProbe 復原動作

因為此探查的相依性非常少，所以當 OWA 應用程式集區進程沒有回應時，通常會發生失敗。

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

按兩下警示電子郵件訊息本文中的探查追蹤記錄 URL，以確認發生新的失敗。
在掛接信箱的相同伺服器上建立測試用戶帳戶。請嘗試登入以判斷是否可以重現問題。
檢查 OWA 健康情況集合上可能指出影響特定信箱伺服器的問題警示。如需詳細資訊，請參閱針對 OWA 健全設定進行疑難解答。
啟動 IIS 管理員，然後連線到報告問題的伺服器，以判斷 MSExchangeOwaAppPool 應用程式集區是否正在 CAS 上執行。
在 IIS 管理員中，確認預設網站正在執行。
在 IIS 管理員中，按兩 下列指令來回收 MSExchangeOWAAppPool 應用程式集區：
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
```
重新執行關聯的探查，如Verifying the issue still exists一節中的步驟 2c 所示。
如果問題仍然存在，請使用 IISReset 公用程式或執行下列命令來回收 IIS 服務：
```
Iisreset /noforce
```
重新執行關聯的探查，如Verifying the issue still exists一節中的步驟 2c 所示。
如果問題仍然存在，請重新啟動伺服器。
重新啟動伺服器之後，重新執行關聯的探查，如Verifying the issue still exists一節的步驟 2c 所示。
如果探查持續失敗，請尋求協助以解決此問題。請連絡 Microsoft 支援人員以解決此問題。若要連絡 Microsoft 支援服務專業人員，請造訪商務支援，然後選取 [伺服器>Exchange Server]。由於您的組織可能擁有直接連絡 Microsoft 產品支援服務的特定程序，因此請務必先檢閱組織的指南。

OwaDeepTestProbe 復原動作

若要判斷問題是否仍然存在，請在掛接信箱的相同伺服器上建立測試用戶帳戶，然後嘗試登入 OWA。例如，嘗試使用下列方式登入： https:/<servername>/owa。
檢查 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
```
在傳回的物件中，您可以找到使用者的資料庫名稱，也可以判斷目前作用中資料庫的所在位置。
在 IIS 管理員中，按兩 下列指令來回收 MSExchangeOWAAppPool 應用程式集區：
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool
```
重新執行關聯的探查，如Verifying the issue still exists一節中的步驟 2c 所示。
如果問題仍然存在，請使用 IISReset 公用程式或執行下列命令來回收 IIS 服務：
```
Iisreset /noforce
```
重新執行關聯的探查，如Verifying the issue still exists一節中的步驟 2c 所示。
如果問題仍然存在，請重新啟動伺服器。
重新啟動伺服器之後，重新執行關聯的探查，如Verifying the issue still exists一節的步驟 2c 所示。
如果探查持續失敗，請尋求協助以解決此問題。請連絡 Microsoft 支援人員以解決此問題。若要連絡 Microsoft 支援服務專業人員，請造訪商務支援，然後選取 [伺服器>Exchange Server]。由於您的組織可能擁有直接連絡 Microsoft 產品支援服務的特定程序，因此請務必先檢閱組織的指南。