AEM のトラブルシューティング troubleshooting-aem
次の節では、AEMの使用時に発生する可能性のあるいくつかの問題と、そのトラブルシューティング方法に関する推奨事項について説明します。
管理者向けのトラブルシューティングシナリオ troubleshooting-scenarios-for-administrators
管理者がトラブルシューティングに必要とする可能性のある問題の概要を次の表に示します。
インストールの問題 installation-issues
詳しくは、 一般的なインストールの問題 次のトラブルシューティングシナリオについては、を参照してください。
- クイックスタート JAR をダブルクリックしても効果がないか、別のプログラム(アーカイブマネージャーなど)が含まれた JAR ファイル。
- CRX で実行中のアプリケーションはメモリ不足エラーをスローします。
- AEM Quickstart をダブルクリックした後、ブラウザーにAEMのようこそ画面が表示されない。
分析のトラブルシューティング方法 methods-for-troubleshooting-analysis
スレッドダンプの作成 making-a-thread-dump
スレッドダンプは、現在アクティブなすべての Java スレッドのリストです。 AEMが正しく応答しない場合、スレッドダンプは、デッドロックやその他の問題を識別するのに役立ちます。
Sling Thread Dumper の使用 using-sling-thread-dumper
-
AEM web コンソール を開きます(例:
http://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 コンソール を開きます(例:
http://localhost:4502/system/console/
)。 -
OSGI タブの下の バンドル を選択します。
-
チェック項目:
- バンドルのステータス。 Inactive または Unsatisfied の場合は、バンドルを停止して再起動してみます。 問題が解決しない場合は、他の方法を使用してさらに調査する必要がある場合があります。
- いずれかのバンドルに依存関係がないかどうか。 このような詳細は、個々のバンドル名(リンク)をクリックすると確認できます(次の例では問題はありません)。