疑難排解 UM 健全設定
適用於:Exchange Server 2013
整合通訊 (UM) 健全狀況集會監視組織中 UM 服務的整體健康情況。
如果您收到指定 UM 狀況不良的警示,這表示可能會導致使用者無法在組織中使用 UM 服務的問題。 UM 健康情況集與下列健康情況集密切相關:
說明
使用下列探查和監視器來監視 UM 服務。
探針 | 健全設定 | 相依性 | 關聯的監視器 |
---|---|---|---|
UMSelfTestProbe | UM。協定 | Active Directory Domain Services (AD DS) | UMSelfTestMonitor |
UMCallRouterTestProbe | UM。CallRouter | Active Directory Domain Services (AD DS) | UMCallRouterTestMonitor |
如需探查和監視的詳細資訊,請參閱 伺服器健康情況和效能。
使用者動作
服務可能會在發出警示之後復原。 因此,當您收到指定健康情況設定為狀況不良的警示時,請先確認問題仍然存在。 如果問題確實存在,請執行下列各節中所述的適當復原動作。
確認問題仍然存在
識別警示中的健全設定名稱和伺服器名稱。
訊息詳細資料會提供警示確切原因的相關資訊。 在大部分情況下,訊息詳細資料會提供足夠的疑難排解資訊來識別根本原因。 如果訊息詳細資料不清楚,請執行下列動作:
開啟 Exchange 管理命令介面,然後執行下列命令以擷取發出警示之健全狀況集的詳細資料:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
例如,若要擷取 UM。關於 server1.contoso.com 的通訊協定健康情況集詳細資料,請執行下列命令:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.Protocol"}
檢閱命令輸出,以判斷報告錯誤的監視器。 發出警示之監視器的 AlertValue 值會是
Unhealthy
。針對處於狀況不良狀態的監視器,重新執行相關聯的探查。 請參閱說明一節中的表格,以尋找相關聯的探查。 若要執行此動作,請執行下列命令:
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
例如,假設失敗的監視器是 UMSelfTestMonitor。 與該監視器相關聯的探查為 UMSelfTestProbe。 若要在 server1.contoso.com 上執行該探查,請執行下列命令:
Invoke-MonitoringProbe UM.Protocol\UMSelfTestMonitor -Server server1.contoso.com | Format-List
在命令輸出中,檢閱探查 的結果 值。 如果值為 Succeeded,則問題為暫時性錯誤,且不再存在。 否則,請參閱下列各節中所述的復原步驟。
疑難排解步驟
當您從健全設定收到警示時,電子郵件包含下列資訊:
傳送警示的伺服器名稱
警示的發生日期和時間
所使用的驗證機制及認證資訊
上一個錯誤的完整例外狀況追蹤,包括診斷資料與特定的 HTTP 標頭資訊
注意:您可以使用完整例外狀況追蹤中的資訊來協助疑難排解問題。 探查所產生的例外狀況包含描述探查失敗原因的失敗原因。
UM 服務的 Sip 選項失敗
判斷 UM 服務是否已停用。 如果 UM 服務未啟動或停用,請重新開機 UM 服務。
{0}在過去一小時內,超過 % 的輸入呼叫遭到 UM 服務拒絕
檢閱 Client Access Server (CAS) 上的事件記錄,判斷 UM 物件 (如 umipgateway 和 umhuntgroup) 的設定是否正確。
如果事件記錄提供的資訊不足,您可能需要啟用 [最高] 等級的 UM 事件記錄,然後再檢閱 UM 追蹤記錄檔。
{0}過去一小時內,超過百分比的輸入呼叫遭到 UM 背景工作進程拒絕
檢閱 CAS 上的事件記錄檔,以判斷是否已正確設定 UM 物件,例如 umipgateway 和 umhuntgroup 物件。
如果事件記錄提供的資訊不足,您可能需要啟用 [最高] 等級的 UM 事件記錄,然後再檢閱 UM 追蹤記錄檔。
在過去一小時內成功處理的訊息少於 {0} %
檢閱 CAS 上的事件記錄檔,以判斷是否已正確設定 UM 物件,例如 umipgateway 和 umhuntgroup 物件。
如果事件記錄提供的資訊不足,您可能需要啟用 [最高] 等級的 UM 事件記錄,然後再檢閱 UM 追蹤記錄檔。
Microsoft Exchange 整合通訊服務拒絕呼叫,因為 UM 管線已滿
檢閱 CAS 上的事件記錄檔,以判斷是否已正確設定 UM 物件,例如 umipgateway 和 umhuntgroup 物件。
如果事件記錄提供的資訊不足,您可能需要啟用 [最高] 等級的 UM 事件記錄,然後再檢閱 UM 追蹤記錄檔。
A/V Edge 服務設定錯誤或未執行
檢閱信箱伺服器上的事件記錄檔,以嘗試判斷來自 Lync 伺服器的呼叫失敗的原因。 然後,執行下列動作:
請確定 UM 服務所選取的 Lync 集區可運作。
若要使用特定的 Lync 伺服器,請執行下列命令:
Set-UMServer ExchangeUMServer -SIPAccessService <ServerName>
UM 伺服器無法成功取得通訊伺服器 A/V Edge 服務的認證
檢閱事件記錄檔以調查已選取的 Lync 集區,並確認選取的 Lync 集區可運作。
在嘗試建立會話時,Communications Server Audio/Video Edge 無法開啟埠或配置資源
檢閱事件記錄檔以調查已選取的 Lync 集區,並確認選取的 Lync 集區可運作。
Microsoft Exchange 整合通訊服務憑證已接近到期日
更新信箱伺服器上的 UM 服務憑證。
其他疑難排解步驟:
啟動 IIS 管理員,並聯機到回報問題的伺服器,以判斷 MSExchangeServicesAppPool 應用程式集區是否正在執行。
在 [IIS 管理員] 中,按一下 [ 應用程式集區],然後回收 MSExchangeServicesAppPool 應用程式集區。 若要執行此動作,請執行下列命令:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool
重新執行關聯的探查,如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 產品支援服務的特定程序,因此請務必先檢閱組織的指南。