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

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

メモ

AEM のオーサリングの問題をトラブルシューティングする場合は、オーサリング時の AEM のトラブルシューティングを参照してください。

メモ

問題が発生した場合は、そのインスタンス（リリースおよびサービスパック）の既知の問題の一覧を確認すると役に立ちます。

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

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

役割	問題
システム管理者	Quickstart jar をダブルクリックしても何も起きないか、jar ファイルが別のプログラム（アーカイブマネージャーなど）で開かれる
システム管理者	CRX で動作しているアプリケーションでメモリ不足のエラーが発生する
システム管理者	AEM CM Quickstart をダブルクリックした後に、ブラウザーで AEM ようこそ画面が表示されない
システム管理者 admin ユーザー	スレッドダンプの作成
システム管理者 admin ユーザー	閉じられていない JCR セッションの確認

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

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

screen_shot_2012-02-13at43925pm

メモ

スレッドダンプをログファイルに追加するには、 >> 出力リダイレクト：

jstack <pid> >> /path/to/logfile.log

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

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

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

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

を開きます。 AEM Web コンソール;例： http://localhost:4502/system/console/.
選択 バンドル under OSGI タブをクリックします。
次の項目を確認します。
- バンドルのステータス。「Inactive」または「Unsatisfied」と表示されているバンドルがある場合は、そのバンドルを停止してから再起動してください。問題が解決しない場合は、他の方法を使用した詳細な調査が必要になる可能性があります。
- いずれかのバンドルで依存関係が失われていないかどうか。個々のバンドル名（リンク）をクリックすると、詳細を確認できます（問題が発生していない場合の例を次に示します）。