Adobe Experience Manager パブリッシャーノードの大きなログファイルからの高いディスク使用率の解決
この記事では、大きなログファイルがクリティカルストレージステータスを引き起こす場合に、Adobe Experience Manager（AEM）パブリッシュインスタンスで高いディスク使用率をトラブルシューティングする方法について説明します。 これを修正するには、最大のログファイルを特定し、古いログとスレッドダンプを削除またはアーカイブし、ログ設定を確認し、繰り返し発生するアプリケーションエラーを調査し、ディスク使用率を監視します。
説明 description
環境
- Adobe Experience Manager 6.5 LTS
- セルフマネージド型のオンプレミス導入
- ファイルシステムへのアクセス権を持つインスタンスの公開
症状
- AEM System Monitoring ダッシュボードでは、1つ以上のパブリッシュインスタンスが Storage の下に重要ステータスを示します。
- 影響を受けるインスタンスでは、ディスク使用率が異常に高くなっています。
- 大きなログファイル（特に
error.logファイル）が存在し、個々のファイルのサイズが1 GBを超えています。
原因
ログファイルの過度な増加は、アプリケーションエラー、繰り返し発生するスタックトレース、詳細なログ設定によって生じます。 特定のパッケージに対してDEBUG レベルのログを有効にすると、ログが迅速に増加します。 古いログやスレッドダンプをクリーンアップすると、ディスク容量が回復する可能性がありますが、繰り返しを防ぐには、基礎となるアプリケーションとログの問題に対処する必要があります。
解決策 resolution
次の手順に従って、ディスクの使用率を減らし、影響を受けるパブリッシュインスタンスでの過度のログ増加を防ぎます。
- SSHまたはファイルブラウザーを使用して、影響を受ける各公開インスタンスに接続します。
- サイズ別にログファイルを一覧表示して、最も多くのディスク容量を消費するファイルを特定します。 Linux システムでは、
ls -lhS /path/to/aem/logs/を使用します。 - 不要になった古いログファイルとスレッドダンプを削除またはアーカイブします。
- ログを削除する前に、コンプライアンスに必要なログまたは進行中の調査を別の場所に保持します。
- 影響を受けるパブリッシュインスタンスのログ設定を確認します。
- カスタムコードまたは大容量コンポーネントに関連するパッケージに対して
DEBUGログが有効になっているかどうかを確認します。 - アクティブなトラブルシューティングに
DEBUGログが必要ない場合は、パッケージをINFOやWARNなどの適切な実稼動ログ レベルに変更します。 - 他のロガーを確認し、必要な情報のみが詳細レベルで記録されていることを確認します。
NullPointerExceptionなどの繰り返し発生する例外のエラーログを分析し、過剰なスタックトレースを生成する基礎となるコードの問題に対処します。- アプリケーションコードでの例外の処理を確認して、想定されるエラーまたは回復可能なエラーが適切に処理され、不要なスタックトレースが生成されないようにします。
- AEM System Monitoring ダッシュボードと外部モニタリングツールを使用して、ディスクの使用状況とログの増加傾向を追跡します。
- サービスに影響を与える前に、異常なディスクまたはログの増加を特定するためのアラートを設定します。
- クリーンアップ後、ディスク使用率が正常に戻り、影響を受けるパブリッシュインスタンスが監視ダッシュボードに正常なステータスを表示することを確認します。
注意：
- この手順は、パブリッシュインスタンスファイルシステムにアクセスできるセルフマネージド型のオンプレミス Adobe Experience Manager 6.5 LTS デプロイメントに適用されます。
- Adobe Experience Manager as a Cloud ServiceまたはAdobe Managed Services環境には、ファイルシステムのクリーンアップ手順を適用しないでください。 これらのデプロイメントモデルでは、異なるログアクセス手順とインフラストラクチャ管理手順を使用します。
experience-cloud-kcs-help-kbarticles