AEM TarMK Cold Standbyでのログの増加と同期エラーを調査します

最終更新日： 2026年10月30日

この記事では、Adobe Experience Manager（AEM） TarMK コールドスタンバイ環境におけるtarmk-coldstandby.log ファイルの急激な増加と同期エラーに対処する方法について説明します。通常、過剰なDEBUG ログとディープ再帰処理が原因です。

説明 description

環境

TarMK コールドスタンバイで設定されたAdobe Experience Manager 6.5またはAEM 6.5 LTS。これらの手順を使用する前に、該当するバージョンを確認してください。

問題/症状

スタンバイインスタンスのtarmk-coldstandby.logは急速に成長します。
スタンバイインスタンスのディスク容量が少なくなるか、空き容量が不足しています。
コールドスタンバイ同期が失敗するか、更新を停止します。
ログには、同期中にStackOverflowError個のエントリが繰り返し含まれています。

原因

文書化された障害パターンでは、DEBUG ログは大量のセグメント同期アクティビティを記録します。同じインシデントには、繰り返しセグメント参照の処理中に繰り返しStackOverflowError個のエントリが含まれています。修正を適用する前に、ロガーレベルとエラーの証拠の両方を確認します。これらの症状だけでは、すべての同期エラーが同じ原因を持つとは限りません。

解決策 resolution

問題を解決するには、次の手順に従います。

スタンバイインスタンスのJVM スレッドスタックサイズを増やすには、-Xss JVM オプションを2mなどのより大きな値に調整します。これは、ディープ再帰処理中にStackOverflowErrorを防ぐのに役立ちます。
コールドスタンバイコンポーネントのログ設定を確認し、通常の操作中にorg.apache.jackrabbit.oak.segment.standby.clientおよび関連クラスのログレベルをINFOに設定します。
ログファイルの増加の主な原因は過剰なDEBUG ログであるため、詳細なトラブルシューティングが必要な場合にのみDEBUG ログを有効にします。
ログレベルを変更するには、 システムコンソール を使用します > Sling Log Supportを実行し、影響を受けるロガーの設定を更新します。
同期の問題が解決しない場合は、正常なプライマリインスタンスからスタンバイインスタンスを再作成して、累積的な不整合を排除します。
スタンバイノードでのディスク使用量とログファイルの増加を監視して、異常な成長パターンを早期に特定します。
スタンバイ同期のステータスと最後に正常に同期した時間など、AEM OSGi Web コンソールで使用可能な指標を確認して、コールドスタンバイ同期を監視します。
ログファイルの増加が制御され、コールドスタンバイ同期が正常に完了し、それ以上StackOverflowError件の発生が報告されないことを確認します。

recommendation-more-help

experience-cloud-kcs-help-kbarticles