Adobe Experience Manager のトラブルシューティング troubleshooting-aem
次の節では、AEM（Adobe Experience Manager）の使用時に発生する可能性のあるいくつかの問題を取り上げます。それらのトラブルシューティング方法に関する推奨事項についても説明します。
管理者向けのトラブルシューティングシナリオ troubleshooting-scenarios-for-administrators
次の表は、管理者がトラブルシューティングできる問題の概要を示します。
インストールの問題 installation-issues
次のトラブルシューティングシナリオについて詳しくは、一般的なインストールの問題を参照してください。
- クイックスタート jar をダブルクリックしても何も起こらないか、JAR ファイルに別のプログラム（アーカイブマネージャーなど）が含まれている。
- CRX で動作しているアプリケーションでメモリ不足のエラーが発生する。
- AEM Quickstart をダブルクリックした後、ブラウザーに AEM ようこそ画面が表示されない。
トラブルシューティング分析の方法 methods-for-troubleshooting-analysis
スレッドダンプの作成 making-a-thread-dump
スレッドダンプは、現在アクティブなすべての Java™ スレッドのリストです。AEM が適切に応答しない場合は、デッドロックまたはその他の問題をスレッドダンプで特定できます。
Sling スレッドダンパーの使用 using-sling-thread-dumper
- AEM web コンソール を開きます（例：
https://localhost:4502/system/console/）。 - ステータス タブの下の スレッド を選択します。
jstack の使用（コマンドライン） using-jstack-command-line
-
AEM Java™ インスタンスの PID（プロセス ID）を確認します。
例えば、
ps -efやjpsを使用できます。 -
実行:
jstack <pid> -
スレッドダンプを表示します。
>> 出力リダイレクトを使用すると、ログファイルにスレッドダンプを追加できます。jstack <pid> >> /path/to/logfile.log詳しくは、JVM からのスレッドダンプの取得方法を参照してください。
閉じられていない JCR セッションの確認 checking-for-unclosed-jcr-sessions
AEM WCM 用の機能を開発する場合は、JCR セッションが開かれる可能性があります（データベース接続を開く処理に相当します）。開いたセッションが閉じられないと、システムに次の現象が発生する可能性があります。
- システムの速度が低下します。
- 多数の CacheManager を確認できます（ログファイル内の resizeAll エントリ）。次の数値（size=<x>）はキャッシュ数を示しており、各セッションが複数のキャッシュを開きます。
- システムのメモリが不足することがあります（重大度に応じて数時間後、数日後、数週間後に発生）。
閉じられていないセッションを分析して、セッションを閉じていないコードを特定するには、ナレッジベースの記事閉じられていないセッションの分析を参照してください。
Adobe Experience Manager web コンソールの使用 using-the-adobe-experience-manager-web-console
発生する可能性のある問題の初期の兆候を OSGi バンドルのステータスで確認することもできます。
-
AEM web コンソール を（
https://localhost:4502/system/console/などで）開きます。 -
OSGI タブの下の バンドル を選択します。
-
チェック項目:
- バンドルのステータス。「非アクティブ」または「未解決」と表示されているバンドルがある場合は、そのバンドルを停止してから再起動してください。問題が解決しない場合は、その他のメソッドを使用してさらに調査します。
- 依存関係がないバンドルがあるかどうか。個々のバンドル名（リンク）をクリックすると、詳細を確認できます（次の例では問題が発生していません）。
