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

ここでは、AEM の使用時に発生する可能性のあるいくつかの問題を取り上げます。また、それらのトラブルシューティング方法に関する推奨事項についても説明します。

管理者が実行するトラブルシューティングのシナリオ

次の表は、管理者がトラブルシューティングをおこなう必要のある問題の概要を示しています。

インストールの問題

以下のトラブルシューティングのシナリオについては、一般的なインストールの問題を参照してください。

• Quickstart jar をダブルクリックしても何も起きないか、JAR ファイルが別のプログラム（アーカイブマネージャーなど）で開かれる。
• CRX で動作しているアプリケーションでメモリ不足のエラーが発生する。
• AEM Quickstart をダブルクリックした後に、ブラウザーで AEM ようこそ画面が表示されない。

トラブルシューティング分析の方法

スレッドダンプの作成

スレッドダンプは、現在アクティブなすべての Java スレッドのリストです。AEM が適切に応答しない場合は、デッドロックまたはその他の問題をスレッドダンプで特定できます。

Sling Thread Dumper の使用

1. AEM Webコンソール​を開きます。例えば、http://localhost:4502/system/console/に配置します。

2. 「ステータス」タブで「スレッド」を選択します。

jstack（コマンドライン）の使用

1. AEM Java インスタンスの PID（プロセス ID）を確認します。

   例えば、ps -efやjpsを使用できます。

2. 実行:

   jstack <pid>

3. スレッドダンプが表示されます。

詳しくは、JVM からのスレッドダンプの取得方法を参照してください。

閉じられていない JCR セッションの確認

AEM WCM 用の機能を開発する場合は、JCR セッションが開かれる可能性があります（データベース接続を開く処理に相当します）。開かれたセッションが閉じられないと、システムで以下の症状が発生する可能性があります。

• システムの速度が低下する。
• 多くのCacheManagerが表示されます。resizeAllログファイル内のエントリ；次の数(size=<x>)は、キャッシュの数を示し、各セッションは複数のキャッシュを開きます。
• システムのメモリが不足することがある（重大度に応じて数時間後、数日後、数週間後に発生）。

閉じられていないセッションを分析して、セッションを閉じていないコードを特定するには、ナレッジベースの記事閉じられていないセッションの分析を参照してください。

Adobe Experience Manager Web コンソールの使用

発生する可能性のある問題の初期の兆候を OSGi バンドルのステータスで確認することもできます。

1. AEM Webコンソール​を開きます。例えば、http://localhost:4502/system/console/に配置します。

2. 「OSGI」タブの下の「Bundles」を選択します。

3. 次の項目を確認します。

   • バンドルのステータス。「Inactive」または「Unsatisfied」と表示されているバンドルがある場合は、そのバンドルを停止してから再起動してください。問題が解決しない場合は、他の方法を使用した詳細な調査が必要になる可能性があります。
   • いずれかのバンドルで依存関係が失われていないかどうか。個々のバンドル名（リンク）をクリックすると、詳細を確認できます（問題が発生していない場合の例を次に示します）。