UM.CallRouter 正常性セットのトラブルシューティング

2023-04-04

製品: Exchange Server 2013

Microsoft Exchange ユニファイドメッセージング (UM) 通話ルーターの正常性セットは、UM 通話ルーターサービスの全体的な正常性を監視します。

UM が異常であることを示すアラートを受け取った場合は、ユーザーがorganizationで UM サービスを使用できない可能性がある問題を示します。 UM 正常性セットは、次の正常性セットと密接に関連しています。

説明

UM.Protocol サービスは、次のプローブとモニターを使用して監視されます

プローブ	正常性セット	依存関係	関連するモニター
UMCallRouterTestProbe	ウム。CallRouter	Active Directory Domain Services (AD DS)	UMCallRouterTestMonitor

プローブとモニターの詳細については、「サーバーの正常性とパフォーマンス」を参照してください。

ユーザー操作

サービスは、警告の発行後に回復することがあります。そのため、正常性セットが異常であることを示す警告を受け取ったときは、まず、その問題がまだ存在しているかどうかを確認します。問題が存在する場合は、次のセクションで説明する適切な回復操作を実行します。

問題がまだ存在していることを確認する

警告に記載された正常性セット名とサーバー名を確認します。
メッセージの詳細には、警告の正確な原因に関する情報が示されています。ほとんどの場合、根本原因を特定するためのトラブルシューティング情報としては、メッセージの詳細だけで十分です。メッセージの詳細が不明確な場合は、次の操作を行います。
1. Exchange 管理シェルを開き、次のコマンドを実行して、アラートを発行した正常性セットの詳細を取得します。
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  たとえば、server1.contoso.com に関する UM.CallRouter 正常性セットの詳細を取得するには、次のコマンドを実行します。
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.CallRouter"}
```
2. コマンド出力を確認して、エラーを報告したモニターを特定します。アラートを発行したモニターの AlertValue 値が Unhealthyされます。
3. 正常状態にないモニターに関連するプローブを再実行します。関連するプローブについては、「Explanation」セクションの表を参照してください。このためには、次のコマンドを実行します。
```
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
```
  たとえば、失敗したモニターが UMCallRouterTestMonitor であるとします。そのモニターに関連付けられているプローブは UMCallRouterTestProbe です。そのプローブを server1.contoso.com で実行するには、次のコマンドを実行します。
```
Invoke-MonitoringProbe UM.CallRouter\UMCallRouterTestProbe -Server server1.contoso.com | Format-List
```
4. コマンド出力で、プローブの Result の値を確認します。値が Succeeded であれば、この問題は一時的なエラーであり、もう存在しません。値がそれ以外の場合は、次のセクションで説明する回復手順を参照してください。

トラブルシューティングの手順

正常性セットから警告を受け取ったときは、電子メールメッセージに次の情報が含まれています。

警告を送信したサーバーの名前
警告の発生日時
使用された認証メカニズムと資格情報
最後のエラーの完全な例外追跡 (診断データおよび特定の HTTP ヘッダー情報を含む)

注: 完全な例外トレースの情報を使用して、問題のトラブルシューティングに役立てることができます。プローブによって生成された例外には、プローブが失敗した理由を説明する「エラーの理由」が含まれています。

UM 呼び出しルーターサービスへの SIP オプションが失敗しました

UM 呼び出しルーターサービスが無効かどうかを判断します。 UM 通話ルーターサービスが開始または無効でない場合は、UM サービスを再起動します。

過去 1 時間に UM 呼び出しルーターによって拒否された着信呼び出しは 50% を超えています

クライアントアクセスサーバー (CAS) 上のイベントログを参照して、umipgateway、umhuntgroup などの UM オブジェクトが正しく構成されているかどうかを確認します。

イベントログに含まれている情報が十分でないときは、UM イベントログを Expert レベルで有効にしてから、UM 追跡ログファイルを確認することが必要な場合もあります。

不在着信通知プロキシの {0}% 以上が、過去 1 時間にわたって UM 通話ルーターで失敗しました

CAS 上のイベントログを参照して、umipgateway、umhuntgroup などの UM オブジェクトが正しく構成されているかどうかを確認します。

Microsoft Exchange ユニファイドメッセージング呼び出しルーターの証明書の有効期限が近づいています

CAS 上の 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 製品サポートサービスに直接問い合わせるための特定の手順がある場合があるので、組織のガイドラインを最初に必ず確認してください。

詳細情報

Exchange 2013 の新機能

Exchange PowerShell