製品: Exchange Server 2013
Outlook Web App (OWA) 正常性セットは、Outlook Web App サービスの全体的な正常性を監視します。
Outlook Web Appが異常であることを示すアラートを受け取った場合は、Outlook Web Appを使用してユーザーがメールボックスにアクセスできない可能性がある問題を示します。
説明
Outlook Web App サービスは、次のプローブとモニターを使用して監視されます。
| プローブ | 正常性セット | 依存関係 | 関連するモニター |
|---|---|---|---|
| OwaCtpProbe | Outlook Web App | Active Directory インフォメーション ストア |
OwaCtpMonitor |
プローブとモニターの詳細については、「 サーバーの正常性とパフォーマンス」を参照してください。
一般的な問題
このプローブは、いくつかの理由で失敗する可能性があります。 より一般的な理由の一部を次に示します。
- 監視対象のクライアント アクセス サーバー (CAS) でホストされているOutlook Web App アプリケーション プールが応答していないか、メールボックス サーバーでホストされているアプリケーション プールが応答していません。
- CAS でネットワークの問題が発生しており、メールボックス サーバーまたはドメイン コントローラーに接続できません。
- 監視アカウントの資格情報が正しくない。
- ユーザーのデータベースがマウントされていないか、そのメールボックスに対してインフォメーション ストアにアクセスできません。
- インフォメーション ストアが応答していない。
- ドメイン コントローラーが応答していない。
ユーザー操作
サービスは、警告の発行後に回復することがあります。 そのため、正常性セットが異常であることを示す警告を受け取ったときは、まず、その問題がまだ存在しているかどうかを確認します。 問題が存在する場合は、次のセクションで説明する適切な回復操作を実行します。
問題がまだ存在していることを確認する
警告に記載された正常性セット名とサーバー名を確認します。
メッセージの詳細には、警告の正確な原因に関する情報が示されています。 ほとんどの場合、根本原因を特定するためのトラブルシューティング情報としては、メッセージの詳細だけで十分です。 メッセージの詳細が不明確な場合は、次の操作を行います。
Exchange Management Shell を開き、次のコマンドを実行して、アラートを生成した正常性セットの詳細を取得します。
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}server1.contoso.com に関する正常性セットの詳細Outlook Web App、次のコマンドを実行します。
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "OWA"}コマンド出力を確認して、エラーを報告したモニターを特定します。 アラートを発行したモニターの AlertValue 値は
Unhealthy。異常な状態にあるモニターに関連付けられているプローブを再実行します。 関連するプローブについては、「Explanation」セクションの表を参照してください。 このためには、次のコマンドを実行します。
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-Listたとえば、server1.contoso.com でExchange ActiveSync監視プローブを作成するには、次のコマンドを実行します。
Invoke-MonitoringProbe -Identity ActiveSync.Protocol\ActiveSyncSelfTestProbe -Server server1.contoso.comコマンド出力で、プローブの Result の値を確認します。 値が Succeeded であれば、この問題は一時的なエラーであり、もう存在しません。 値がそれ以外の場合は、次のセクションで説明する回復手順を参照してください。
OwaCtpMonitor の回復操作
正常性セットからの電子メール警告には、次の情報が含まれます。
警告を送信したサーバーの名前
最後のエラーの完全な例外追跡 (診断データおよび特定の HTTP ヘッダー情報を含む)
注: 完全な例外トレースの情報を使用して、問題のトラブルシューティングに役立てることができます。 プローブによって生成された例外には、プローブが失敗した理由を説明する「エラーの理由」が含まれています。 たとえば、例外には次の情報が含まれます。
MissingKeyword: サーバーの応答で予期されるキーワード (keyword)が見つかりませんでした。 この場合、例外に予期したキーワードが含まれています。
NameResolution: DNS 解決が特定のサーバー名を解決できない。
NetworkConnection: プローブが CAFE 上の OWA アプリ プールに接続しようとすると、ネットワーク接続エラーが発生します。
UnexpectedHttpResponseCode: 応答に予期しない HTTP コードがありました。 たとえば、サーバーが 503 HTTP コードを返しました。
RequestTimeout: サーバーがクライアント要求に応答するのに時間がかかりすぎた。
ScenarioTimeout: プローブは正常に完了しましたが、これを行うには 1 分以上かかりました。 これは通常、オーバーロードされているシステムを示します。
OwaErrorPage: Outlook Web Appエラー ページが返されました。 エラーの原因となったエラーの名前は、通常、例外メッセージで使用できます。
OwaMailboxErrorPage: Outlook Web Appメールボックス ストア関連のエラーを含むエラー ページが返されました。 これは通常、メールボックス ストアがダウンしているか、メールボックスがマウント解除されていることを示します。
例外トレースには、 FailingComponent という名前の重要なフィールドが含まれています。 プローブは、次の例のように、エラーの特定を試みます。
メールボックス: プローブはOutlook Web Appに到達できますが、メールボックス ストアに接続できません。 この場合、プローブが失敗したか、メールボックス アクセスの待機時間によってプローブが失敗し、 ScenarioTimeout エラーが生成されました。 このようなエラーが発生した場合は、メールボックス サーバーの正常性をチェックする必要があります。
Active Directory: プローブはOutlook Web Appに到達できますが、Active Directory に接続できません。 この場合、プローブが失敗したか、Active Directory 呼び出しの待機時間が原因でプローブがタイムアウトした可能性があります。これらの種類のエラーが発生した場合は、ドメイン コントローラーの正常性をチェックし、CA サーバーとメールボックス サーバーとドメイン コントローラー間のネットワーク接続もチェックする必要があります。
Owa: これは通常、Outlook Web App レイヤー内でエラーが発生したことを意味します。 このようなエラーが発生した場合は、CA サーバーとメールボックス サーバー上のOutlook Web App プロセスの正常性を確認し、ネットワーク接続もチェックする必要があります。
例外には、最後の HTTP 要求と、プローブが失敗する前に受信した応答情報も含まれています。 エスカレーション本文には、プローブ ログへのパスが含まれています。 この情報を使用して、プローブが失敗したときに送信された完全な HTTP Web 要求と応答を確認できます。 失敗した操作だけが記録されるため、このファイルに含まれるのは失敗したプローブのデータだけです。 この情報を利用すると、テストの失敗原因をより完全に把握できます。
可用性メトリックがどの程度下がったか (x %)。
プローブの完全な HTTP 要求トレースを含むフォルダーへの完全パス。 既定では、この情報は %ExchangeInstallPath%Logging\Monitoring\OWA\ClientAccessProbe フォルダーにあります。
警告の発生日時。
この問題をトラブルシューティングするには、次の手順に従います。
テスト ユーザー アカウントを作成し、テスト ユーザー アカウントを使用して CAS にログオンします。 たとえば、
https://<servername>/owaを使用してログオンします。これが失敗する場合は、別の CA サーバーを使用してテストを行い、メールボックス サーバーではなく特定の CAS で問題が発生していることを確認します。
CA サーバーとメールボックス サーバー間のネットワーク接続を確認します。 ping.exe を使用して、各サーバーが応答していることを確認します。
OWA でアラートを確認します。特定のメールボックス サーバーに影響する問題を示す可能性があるプロトコル正常性セット。 詳細については、「OWA のトラブルシューティング」を参照してください 。プロトコル正常性セット。
IIS マネージャーを起動し、問題を報告しているサーバーに接続して、MSExchangeOwaAppPool アプリケーション プールが CAS で実行されていることを確認します。
IIS マネージャーで、既定の Web サイトが実行されていることを確認します。
失敗したプローブのメールボックス データベースを見つけ、メールボックス サーバーでメールボックス データベースがアクティブであり、メールボックス ストアが正常であることを確認します。 失敗したデータベースの 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返されるオブジェクトでは、ユーザーのデータベース名を見つけることができ、現在アクティブなデータベースが存在する場所を特定することもできます。
サイト間のリダイレクトを構成している場合は、プローブが失敗し、MissingKeyword エラーが生成される可能性があります。 これは、既定では、任意の場所のアカウントで CA プローブが実行され、また、プローブがリダイレクトを使用するときに別のサイトで CAS をテストしようとしないために発生します。 この問題を解決するには、各サイト上のサーバーが MonitoringGroups に含まれていることを確認します。 特定の監視グループ内の CA サーバーは、同じグループ内のメールボックス サーバーと共にのみテストします。
サーバーの監視グループを特定するには、次のコマンドを実行します。
Get-ExchangeServer | ft MonitoringGroupサーバー上の監視グループを変更するには、 MonitoringGroup パラメーターと Set-ExchangeServer コマンドレットを使用します。 たとえば、次の値を使用します。
Set-ExchangeServer -Identity "ServerName" -MonitoringGroup "Primary"IIS マネージャーで [ アプリケーション プール] をクリックし、次のコマンドを実行して MSExchangeOWAAppPool アプリケーション プールをリサイクルします。
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeOWAAppPool「問題がまだ存在することを確認する」セクションの手順 2c に示すように、関連付けられているプローブを再実行します。
問題がまだ存在している場合は、IISReset ユーティリティを使用するか、次のコマンドを実行して、IIS サービスをリサイクルします。
Iisreset /noforce「問題がまだ存在することを確認する」セクションの手順 2c に示すように、関連付けられているプローブを再実行します。
問題がまだ存在している場合は、サーバーを再起動します。
サーバーが再起動したら、関連するプローブを再実行します (「Verifying the issue still exists」セクションの手順 2c を参照)。
プローブがまだ失敗する場合、この問題の解決にサポートが必要なこともあります。 この問題を解決するには、Microsoft のサポート担当者にお問い合わせください。 Microsoft サポートプロフェッショナルに連絡するには、ビジネス向けサポートにアクセスし、[サーバー>Exchange Server] を選択します。 組織には Microsoft 製品サポート サービスに直接問い合わせるための特定の手順がある場合があるので、組織のガイドラインを最初に必ず確認してください。