現象

リポジトリ上のアクティビティに応じて、デフォルトの FileJournal 設定を使用すると、時間とともに、多くのジャーナルログファイルが作成されます。これにより、CRX を使用するアプリケーションでディスク領域の問題とパフォーマンスの問題が発生する可能性があります。

原因

ジャーナルのデフォルト設定では、理論上、循環したログファイルの数が無制限になります。

解決策

セットアップに応じて設定が少し異なる場合があり、repository.xml で設定されます。個々の設定パラメーターの詳細については、ジャーナル設定の記事を参照してください。
 
 注意:変更を適用する前にインスタンスをバックアップしてください。

CQ/CRX バージョン 場所
5.2.x / 1.4.2 crx-quickstart/server/runtime/0/_crx/WEB-INF/repository.xml
5.3 / 2.0 crx-quickstart/repository/repository.xml
5.5 / 2.3 crx-quickstart/repository/repository.xml

FileJournal の再設定に加えて、既存のジャーナルはクリーンアップする必要があります。注意:CRX クラスター環境の前提条件として、次の変更を適用する前に、マスターと同じリビジョンにすべてのクラスターノードを完全に同期させることを強くお勧めします。

  1. (すべての)CRX インスタンスを停止します
  2. 複数のノードクラスターがある場合は、すべてのノードが現在のリビジョンと同期していることを確認します。
    1. 各クラスターノードについて、crx-quickstart/repository/revision.log のリビジョン番号が crx-quickstart/repository/shared/journal/revision と一致していることを確認します。
    2. リビジョン番号はバイナリに保存されているため、Linux diff コマンドを使用して比較できます。Windows で WinMerge などのバイナリ可能な差分ツールを使用できます
  3. crx-quickstart/repository/shared/journal 以下のすべてのファイルを削除します。
  4. crx-quickstart/repository/revision.log を削除します
  5. ジャーナル再構成を適用します
  6. (すべての)CRX インスタンスを開始する

 

非クラスター化環境

CRX がスタンドアロンで実行中である非クラスター化環境では、ジャーナルログファイルの最大サイズを 100MB に設定し、許可されたファイルの数を 1 に制限することをお勧めします。これは、このような設定では十分過ぎるほどです。

<Journal class="com.day.crx.core.journal.FileJournal"> <param name="sharedPath" value="${rep.home}/shared"/> <param name="maximumSize" value="104857600" /> <param name="maximumFiles" value="1" /> </Journal> 

 

クラスター化環境

CRX が他の CRX インスタンスと共にクラスター内で実行されている場合は、循環したジャーナルログファイルの数を調整することをお勧めします。ジャーナルは基本的にリポジトリのすべての保存操作を記録しています。そのため、マスタークラスターノードのインスタンスの最新リビジョンに追いつけるようになるまでの間に、スレーブクラスターノードをオフラインにできる時間の長さに応じて、次の 2 つのパラメーターを設定することにより要件を満たします。

  • maximumAge:削除前のジャーナルログファイルの最大期間
  • maximumFiles:許可されているログ循環の最大数

 

<Journal class="com.day.crx.core.journal.FileJournal"> <param name="sharedPath" value="${rep.home}/shared"/> <param name="maximumSize" value="104857600" /> <param name="maximumAge" value="P1M" /> <param name="maximumFiles" value="10" /> </Journal> 
共有なしクラスター化での tarjournal の循環
CRX2.2 以降、新しい TarJournal を使用すると、TarPM 拡張ファイル形式およびクラスター同期プロトコルを使用してジャーナリングを実装し、共有なしモードで作業できます。  最大ファイルサイズのデフォルト値は 256MB です。ほとんどの場合、このデフォルト値は fine です。最大値は 1GB です。他のパラメーターの詳細については、ここをクリックします。この変更は、次回の Tar 最適化の実行に影響を与えます。  24時間おきに発生するように循環する例を以下に示します
<Journal class="com.day.crx.persistence.tar.TarJournal">     <param name="maxFileSize" value="256"/>     <param name="maximumAge" value="PT24H"/> </Journal> 

適用対象

CRX1.4.2、CRX2.0、CRX2.2、CRX2.3

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー