DokumentationExperience Cloud KCS

AEM On-Premise: Fehler bei der Segmentspeicherbereinigung aufgrund von ungenügendem Speicherplatz

Letzte Aktualisierung: 12. Oktober 2026

✨ Dieser Inhalt wird von KI generiert und könnte ungenau sein. Generative KI-Begriffe

In diesem Artikel wird erläutert, warum die automatische Revisionsbereinigung in On-Premise-Umgebungen von Adobe Experience Manager (AEM) fehlschlägt, wenn der Segmentspeicher sich dem Dateisystemlimit nähert, und es werden Schritte zur Behebung des Problems beschrieben.

Beschreibung description

Umgebung

Adobe Experience Manager (AEM) 6.5.21.0 mit Apache Jackrabbit Oak 1.22.20 auf Veröffentlichungsservern unter Linux.

Symptome

  • Die Größe des Segmentspeichers nimmt bis nahe an die Dateisystemgrenze zu (z. B. 421-425 GB in einem 550-GB-Dateisystem).
  • Die automatische Revisionsbereinigung (TarMK-Komprimierung) schlägt fehl und wird aufgrund von ungenügendem verfügbarem Speicherplatz nicht ausgeführt.
  • Repository-Größe wächst weiter, ohne dass zusätzlicher Speicher für das Segmentspeicherverzeichnis verfügbar ist.
  • Versuche, die Offline-Komprimierung auszuführen, werden durch mangelnden Festplattenspeicherplatz blockiert.
  • Fehlerprotokolle zeigen wiederholte Abbrüche der Komprimierung an, z. B.:
  • „TarMK GC #: Komprimierung abgebrochen: nicht genügend Speicherplatz.“
  • Der Bereinigungsprozess meldet die Rückgewinnung von 0 B, und der Segmentspeicher nimmt weiter zu.
  • Befehle zur Speichernutzung (z. B. du -sh repository/segmentstore) bestätigen die Größe des Segmentspeichers.

Schritte zum Nachstellen

  1. Zulassen, dass der Segmentspeicher wächst, bis er sich dem Dateisystemlimit nähert.
  2. Versuchen Sie, eine automatische oder Offline-Revisionsbereinigung auszuführen.
  3. Beachten Sie Komprimierungsfehler aufgrund von ungenügendem Speicherplatz.

Ursache

Die automatische Revisionsbereinigung schlägt fehl, weil Oak die TarMK-Tail-Komprimierung abbricht, wenn nicht genügend Speicherplatz vorhanden ist, um eine neue Segmentgenerierung zu erstellen. Ohne erfolgreiche Komprimierung können veraltete Segmentdaten nicht zurückgewonnen werden, sodass der Segmentspeicher wächst, bis der Speicherplatz erschöpft ist.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

  1. Löschen Sie keine Dateien manuell aus repository/segmentstore, während AEM ausgeführt wird, da dies zu einer Beschädigung des Repositorys führen kann.

  2. Führen Sie keine Offline-Komprimierung ohne ein aktuelles, wiederherstellbares Backup und ausreichend temporären Speicherplatz aus.

  3. Erhöhen Sie die Kapazität des Dateisystems oder stellen Sie temporären Speicher bereit, der für den Komprimierungsarbeitssatz ausreicht.

  4. Wenn eine dauerhafte Erweiterung nicht möglich ist, wenden Sie sich an Ihr Infrastruktur-Team, um während eines Wartungsfensters ein temporäres Volume am Repository-Speicherort bereitzustellen oder das Repository auf ein Volume mit ausreichendem Speicherplatz zu verlegen.

  5. Überprüfen Sie, ob das temporäre Volume über ausreichend nutzbare Kapazität und Leistung für den vollständigen Komprimierungsvorgang verfügt.

  6. Testen Sie nach Möglichkeit die Bereitstellung oder den Umsiedlungsplan in einer Nicht-Produktionsumgebung.

  7. Erstellen und validieren Sie ein Backup der AEM-Instanz vor einem Komprimierungs- oder Bereinigungsvorgang. Speichern Sie die Sicherung getrennt vom Arbeitsspeicher.

  8. Überprüfen der Oak-Ausführungskompatibilität: Verwenden Sie eine Oak-Ausführungsversion, die mit der bereitgestellten Oak-Kernversion übereinstimmt (für Oak 1.22.20 ist beispielsweise eine oak-run-1.22.20.jar erforderlich). Verwenden Sie keine älteren Oak Run-Versionen für die Komprimierung. Weitere Informationen finden Sie in der Dokumentation zu Oak .

  9. Wenn ausreichend Kapazität verfügbar ist, führen Sie die Revisionsbereinigung aus oder lassen Sie sie zu.

  10. Überprüfen Sie die Protokolle auf eine erfolgreiche Komprimierung und Rückgewinnung von Speicherplatz, z. B.:

    • „Komprimierung erfolgreich“
    • „Bereinigung abgeschlossen“
    • „Zurückgewonnener Platz größer als 0 B“
    • „RevisionCleanupTask wurde erfolgreich abgeschlossen“

  11. Wenn die Online-Bereinigung immer noch keinen Speicherplatz zurückgewinnen kann, führen Sie eine kontrollierte Offline-vollständige Komprimierung mit angehaltenem AEM durch, indem Sie die entsprechende Oak-Ausführungsversion und von Adobe unterstützte Verfahren verwenden.

  12. Untersuchen Sie nach der Recovery die Ursache für das Repository-Wachstum, indem Sie die Checkpoint-Aufbewahrung, die Repository-Schreibaktivität, Workflows/Importe, die Indizierungsaktivität und den Verlauf der Wartungsaufgaben überprüfen.

recommendation-more-help
experience-cloud-kcs-help-kbarticles