Webサーバーを運用していると、思わぬエラーやログの確認が必要になる場面は少なくありません。特にIIS環境において、原因がつかみにくい問題やログの詳細な取得が難しい場合には、IIS Request MonitorやFailed Request Tracingなどの機能が大いに役立ちます。しかし、いざRequest Monitorを使おうとした際に「Not implemented」というエラーが出てしまうと、トラブルの原因を把握しにくく、大きなストレスとなるでしょう。本記事では、IIS Request Monitorの「Not implemented」エラーが発生する原因や、実践的な解決策を詳しく解説していきます。
IIS Request Monitorの「Not implemented」エラーとは
IIS Request Monitorは、IIS上で処理中のリクエストの情報を取得し、どのワーカープロセスがどのようなリクエストを処理しているのかをリアルタイムで把握できる機能です。通常であれば、コマンドプロンプト上から以下のコマンドを実行することで、現在のリクエスト状況を簡単に参照できます。
%windir%\system32\inetsrv\appcmd list requestsしかし、このコマンドを実行した際に「Not implemented」というエラーが表示され、まったく情報が表示されないケースがあります。管理者権限で実行しても、イベントビューアーに目立ったエラーが記録されない場合も多く、何を見直せば良いのかわからずに困ってしまうことも少なくありません。
本記事では、この「Not implemented」エラーの発生原因を考察しながら、具体的な対処法やトラブルシューティングの手順を詳しく解説します。
Request Monitorはどんなときに使うのか
IIS Request Monitorは、サイトの応答が遅くなったり、高負荷状態が続いたりする場合に、どのURLやどのアプリケーションが負荷をかけているのかを特定する際に非常に役立ちます。また、リクエストがハングしている、あるいはタイムアウトを起こしているといった問題の原因究明にも活躍します。これらの問題が発生したときに「Request Monitorの情報が見られない」状況は、まさに深刻な問題調査の妨げとなるのです。
「Not implemented」が示唆するもの
「Not implemented」というメッセージは、機能が実装されていない、あるいは有効な状態になっていないことを示しています。IISの特定の機能モジュールがインストールされていない、バージョンが異なる、もしくは何らかの理由で正常に動作できていない可能性が考えられます。
エラーが発生する主な原因
IIS Request Monitorの「Not implemented」エラーが発生する原因は、以下のように多岐にわたる可能性があります。
- Request Monitor機能のインストール不足または破損
- Windowsサーバーの役割や機能の追加を行う画面からIISの関連機能を確認した際に、Request Monitorが完全にインストールされていないケースや、関連ファイルが破損しているケースがあります。
- IIS Management Scripts and Toolsなどの依存機能が無効
- Request Monitorは単体で動作しているわけではなく、IISに含まれる他の管理用機能やスクリプトツールとの連携が必要です。
- 依存関係にある機能が一部インストールされていないと、Request Monitorが動作しない（実装されていない扱いになる）場合があります。
- Failed Request Tracingが無効
- Request MonitorとFailed Request Tracingは同じ目的を共有する部分があり、IISでの詳細なトラブルシューティング機能を提供する点で共通しています。
- Failed Request Tracingが無効になっている環境でRequest Monitorが正常動作しにくい、もしくは関連機能が制限されている場合があります。
- IISバージョンやOS環境との非互換
- 古いバージョンのIIS（例: IIS 6以前など）や、Windows Serverのエディションが制限されている環境ではRequest Monitorが正式サポートされていない場合もあります。
- WindowsクライアントOS（Windows 10、Windows 11など）上のIISにRequest Monitorを導入する際の制限なども考えられます。
- システムファイルやレジストリの破損
- OSやIISの動作に必要なシステムファイルが破損している場合、機能全体が無効化されたり、正しくインストールできないケースがあります。
- 特に過去にアップグレードや機能の追加・削除を頻繁に行った環境、ウイルスやマルウェア感染の疑いがある環境などではファイル破損の可能性を疑ってみるとよいでしょう。
具体的な解決策と手順
ここからは、上記の原因を踏まえた上で、実際に「Not implemented」エラーを解消するために取るべき対策を順を追って解説していきます。
1. IISの再インストールまたは修復を試す
最も基本的ながら効果的なアプローチとしては、IIS自体をアンインストールし、再インストールを行う方法があります。特に、モジュールの一部が壊れている、あるいはインストールが中途半端な状態になっている場合は、この方法で問題が解決する可能性が高いです。
- 手順概要:
- 「サーバーマネージャー」や「役割と機能の追加・削除」を起動
- Internet Information Services (IIS)関連の機能を一度アンチェックして削除
- サーバーの再起動
- 再度、IISと関連機能（Request MonitorやIIS Management Scripts and Toolsなど）を選択してインストール
- インストール後、もう一度コマンドプロンプトから
appcmd list requestsを実行し、状況を確認
この際、サーバーを実稼働させている場合はダウンタイムが発生する可能性があるため、作業時間や影響範囲を十分に考慮しましょう。
アンインストール・再インストール時の注意点
- すでに構成されているWebサイトの設定やログが失われる可能性があるため、事前に構成ファイル（
applicationHost.configや Web.configファイルなど）のバックアップをとっておくことが重要です。 - インストール後には必ず最新のWindows Updateを適用して、IISの修正パッチやセキュリティ更新が適用されている状態にしておきましょう。
2. Failed Request Tracingの有効化
Failed Request Tracing（FRT）は、IISが返すエラーや、ページ応答の遅延、特定のステータスコードを返したリクエストを詳細にログに記録する強力な機能です。Request MonitorとFRTの設定や動作には密接な関連があるため、「Not implemented」エラーを解消するにあたってFRTを有効にすることを試してみる価値があります。
- 設定手順(例):
- 管理者権限でコマンドプロンプトを開き、
%systemdrive%\Windows\System32\inetsrvディレクトリに移動 inetmgrコマンドでIIS Managerを起動- Connectionsペインでサーバー名 → Sites → 該当のサイト(例: Default Web Site)を選択
- Actionsペインで「Configure」または「管理」の一覧から「Failed Request Tracing」を選択
- 「Enable」にチェックを入れ、ログの保存先フォルダ（通常は
%SystemDrive%\inetpub\logs\FailedReqLogFilesなど）を指定してOK
これによって、IIS上で発生する特定条件下での失敗リクエストの詳細がFRTログに記録されるようになり、Request Monitorが内部的に必要とする機能も正常動作に近づく場合があります。
FRTログの活用方法
- トレースルールの作成: 400番台や500番台などの特定のステータスコードを対象にトレースルールを作成することで、問題発生時のログを自動収集
- 解析ツールの活用: 生成されたFRTログ（.xml形式）をIIS Manager上で確認すると、イベントごとのタイムラインやエラーメッセージを可視化できる
- 高速化やチューニングにも有用: レスポンスが遅い原因を特定し、アプリケーションやサーバー設定の見直しに活用可能
3. IISのすべての関連機能が有効か確認する
IISには多くの機能が存在し、それぞれが複雑に依存しています。Request Monitorが動作するには、以下のような機能が有効になっていることが望ましいです。
- IIS Management Console
- IIS Management Scripts and Tools
- Request Monitor
- Tracing（Failed Request Tracingも含む）
- Health and Diagnostics関連機能
これらは「サーバーマネージャー」の役割と機能の画面、または「Windows の機能の有効化または無効化」から確認・追加できます。GUIが利用できない場合は、PowerShellコマンドInstall-WindowsFeatureやEnable-WindowsOptionalFeatureなどを使って一括インストールすることも可能です。
| 機能名 | インストールコマンド例（PowerShell） |
|---|---|
| IIS Management Console | Install-WindowsFeature Web-Mgmt-Console |
| IIS Management Scripts and Tools | Install-WindowsFeature Web-Scripting-Tools |
| Request Monitor | Install-WindowsFeature Web-Request-Monitor |
| Tracing | Install-WindowsFeature Web-Tracing |
| Health and Diagnostics | Install-WindowsFeature Web-Health |
これらの機能をすべてインストール、あるいは有効化していない状態でRequest Monitorのみをインストールしても、裏側の依存関係が解決されずにエラーが発生することが考えられます。
PowerShellを用いた一括インストール例
Install-WindowsFeature Web-Server, Web-WebServer, Web-Common-Http, Web-Request-Monitor, Web-Health, Web-Mgmt-Tools, Web-Mgmt-Console, Web-Scripting-Tools, Web-Tracing -Restart上記の例では、IISの基本的な機能に加え、Request Monitorやヘルス監視、トレース機能などをまとめてインストールしています。環境によってはロール名が異なるため、目的に合わせて修正してください。-Restartオプションを付与することで自動的に再起動が行われますが、運用中のサーバーでは慎重に扱いましょう。
4. システムファイル・レジストリの修復
IISやWindows関連のコアファイルが破損している可能性も無視できません。ファイルの破損やレジストリの不整合により、機能が正常に呼び出せない状態であれば、下記のコマンドを試してみる価値があります。
- SFC（System File Checker）の実行
sfc /scannowWindowsの重要システムファイルに破損がないかをチェックし、問題があれば自動的に修復を試みます。
- DISM（Deployment Image Servicing and Management）コマンドの実行
DISM /Online /Cleanup-image /ScanHealth
DISM /Online /Cleanup-image /RestoreHealthOSのイメージをチェックし、破損があればWindows Updateなどから修復を行います。
これらのコマンドを実行後に再起動を行い、再度appcmd list requestsを試してみると改善が見られる場合があります。
手動修復が難しい場合
- 重大な破損が発生している場合は、システムの修復インストールやクリーンインストールを検討する必要があるかもしれません。
- 特にレジストリレベルでの問題は修正が難しく、作業ミスによってシステムが起動不能になるリスクもあるため、十分にバックアップをとった上で実施しましょう。
トラブルシューティングのチェックリスト
以下に、IIS Request Monitorの「Not implemented」エラーに直面した際のチェックリストをまとめます。順番に確認していけば、ほとんどの場合で問題解消や原因特定が可能になるでしょう。
- IIS Request Monitor機能が有効化されているか
- サーバーマネージャー、またはPowerShellのコマンドで確認
- IISの基礎的な管理コンポーネント（Scripts and Tools等）がインストールされているか
- Web-Mgmt-Console, Web-Scripting-Toolsなどを再確認
- Failed Request Tracingが無効になっていないか
- IIS Managerで「Failed Request Tracing」設定が有効になっているか確認
- IISを再インストール or 修復したか
- 依存関係が欠けている恐れがあれば、アンインストール＆再インストールを検討
- システムファイルの破損確認（SFC / DISM）
- Windows OSレベルの修復コマンドを実行
- IISのバージョン・OSのエディションの確認
- 利用しているIISバージョンやWindows ServerエディションがRequest Monitorに対応しているか
- イベントビューアーを再度丁寧に確認
- Applicationログ、Systemログ、IIS関連のログをチェック
- 「Not implemented」以外の関連エラーメッセージが出ていないか
- セキュリティソフトやグループポリシーの干渉
- 特定のセキュリティソフトが管理系コマンドをブロックしていないか
- グループポリシーで管理ツールの実行を制限していないか
これらを一通り試すことで、問題がどこにあるのかを切り分けやすくなります。
その他の考慮事項とヒント
レガシー環境と最新環境の差異
もしWindows Server 2008や2008 R2などの古い環境を使用している場合、最新のIIS機能が完全にはサポートされていない可能性があります。公式ドキュメントやMicrosoftのサポート情報で、自分の環境がRequest Monitorの要件を満たしているかを確認してみましょう。
また、Windows 10やWindows 11のクライアントOS上にIISをインストールしている場合も、サーバーOS向けとは機能に差異がある場合があります。エディションやバージョンごとの制限事項を再度確認することが大切です。
アプリケーションプールの設定
Request Monitorの情報を正確に取得するには、アプリケーションプールが稼働中である必要があります。もしアプリケーションプールが停止状態にあると、リクエストのモニタリング対象が存在しないために正しい情報が得られないケースもあります。
さらに、アプリケーションプールで32ビットモードを有効にしているかどうか、CPU割り当てがどのようになっているかなど、パフォーマンス面での設定も確認しましょう。モニタリング対象のワーカープロセスが正しく稼働しているかどうかを切り分けるのは、トラブルシューティングの基本です。
Worker Processに対する権限
appcmd list requestsを実行した際には、ワーカープロセス情報を収集するために、ある程度の管理権限が必要となります。通常は「管理者として実行」したコマンドプロンプトやPowerShellからアプローチしますが、グループポリシーの制限やUACの設定によって十分な権限が得られていない場合もあり得ます。
管理者権限で実行しているつもりでも、実際には権限が足りないケースがあるため、再度「右クリック → 管理者として実行」などを徹底し、実権限を確認してみてください。
ログの保存先とディスクスペースの確認
Failed Request TracingやRequest Monitorから得られるログが保存できる領域が不足している場合、正常に記録されない可能性があります。ディスク使用率が高かったり、ログが大量に残っている状態であれば、不要なログを整理するか別のドライブを用意し、適切な保存先を設定しましょう。
また、ログファイルのローテーションが適切に設定されているかの確認も大切です。ローテーションが行われておらず、古いログが膨大に蓄積すると、ファイルシステムのパフォーマンスや可用性にも影響が及ぶかもしれません。
まとめ：原因の切り分けと根本解決を目指す
IIS Request Monitorの「Not implemented」エラーに遭遇すると、問題の原因が漠然としており、どこから手をつければよいかわからなくなるかもしれません。しかし、実際には「必要な機能がインストールされていない」か「システムが破損している」という大きく2つのパターンに集約できます。
まずはIISの再インストールや修復でモジュールの不整合を解消し、それでもダメならFailed Request Tracingやシステムファイル修復を試すことで、ほとんどの場合は解決に近づくはずです。
本記事で紹介した手順やポイントを参考にすれば、IIS環境での運用管理やトラブルシューティングがよりスムーズに進むことでしょう。ログ取得ができるようになれば、実際の問題の本質を突き止められる可能性が高まります。定期的なサーバーのメンテナンスとともに、Request Monitorの有効活用やFRTログの解析にも注力して、安定したサービス運用を行ってみてください。
コメント