次の方法で共有


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

製品: Exchange Server 2013

ユニファイド メッセージング (UM) 正常性セットは、組織内の UM サービスの全体的な状態を監視します。

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

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

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

説明

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

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

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

ユーザー操作

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

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

  1. 警告に記載された正常性セット名とサーバー名を確認します。

  2. メッセージの詳細には、警告の正確な原因に関する情報が示されています。 ほとんどの場合、根本原因を特定するためのトラブルシューティング情報としては、メッセージの詳細だけで十分です。 メッセージの詳細が不明確な場合は、次の操作を行います。

    1. Exchange 管理シェルを開き、次のコマンドを実行して、アラートを発行した正常性セットの詳細を取得します。

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

      たとえば、server1.contoso.com に関する UM.Protocol 正常性セットの詳細を取得するには、次のコマンドを実行します。

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "UM.Protocol"}
      
    2. コマンド出力を確認して、エラーを報告したモニターを特定します。 アラートを発行したモニターの AlertValue 値が Unhealthyされます。

    3. 正常状態にないモニターに関連するプローブを再実行します。 関連するプローブについては、「Explanation」セクションの表を参照してください。 このためには、次のコマンドを実行します。

      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
      
    4. コマンド出力で、プローブの Result の値を確認します。 値が Succeeded であれば、この問題は一時的なエラーであり、もう存在しません。 値がそれ以外の場合は、次のセクションで説明する回復手順を参照してください。

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

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

  • 警告を送信したサーバーの名前

  • 警告の発生日時

  • 使用された認証メカニズムと資格情報

  • 最後のエラーの完全な例外追跡 (診断データおよび特定の HTTP ヘッダー情報を含む)

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

UM サービスへの Sip オプションが失敗しました

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

過去 1 時間に UM サービスによって受信呼び出しの {0}% 以上が拒否されました

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

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

過去 1 時間にわたって UM Worker プロセスによって受信呼び出しの {0}% 以上が拒否されました

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

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

過去 1 時間に正常に処理されたメッセージの {0}% 未満

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

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

UM パイプラインがいっぱいであるため、Microsoft Exchange ユニファイド メッセージング サービスが呼び出しを拒否しました

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

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

A/V Edge サービスが正しく構成されていないか、実行されていません

  1. メールボックス サーバーのイベント ログを確認して、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 サービス証明書を更新します。

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

  1. IIS マネージャーを起動し、問題を報告しているサーバーに接続して、 MSExchangeServicesAppPool アプリケーション プールが実行されているかどうかを判断します。

  2. IIS マネージャーで、[ アプリケーション プール] をクリックし、 MSExchangeServicesAppPool アプリケーション プールをリサイクルします。 このためには、次のコマンドを実行します。

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPool
    
  3. 関連するプローブを再実行します (「Verifying the issue still exists」セクションの手順 2c を参照)。

  4. 問題がまだ存在している場合は、IISReset ユーティリティを使用するか、次のコマンドを実行して、IIS サービスをリサイクルします。

    Iisreset /noforce
    
  5. 関連するプローブを再実行します (「Verifying the issue still exists」セクションの手順 2c を参照)。

  6. 問題がまだ存在している場合は、サーバーを再起動します。

  7. サーバーが再起動したら、関連するプローブを再実行します (「Verifying the issue still exists」セクションの手順 2c を参照)。

  8. プローブがまだ失敗する場合、この問題の解決にサポートが必要なこともあります。 この問題を解決するには、Microsoft のサポート担当者にお問い合わせください。 Microsoft サポートプロフェッショナルに連絡するには、ビジネス向けサポートにアクセスし、[サーバー>Exchange Server] を選択します。 組織には Microsoft 製品サポート サービスに直接問い合わせるための特定の手順がある場合があるので、組織のガイドラインを最初に必ず確認してください。

詳細情報

Exchange 2013 の新機能

Exchange PowerShell