Die Festplattenauslastung ist auf dem AEM-Server ungewöhnlich hoch oder steigt rapide an
Erfahren Sie, wie Sie die Ursachen für eine hohe Festplattenauslastung auf dem AEM-Server identifizieren. Verwenden Sie eine Debug-Protokollierung, erfassen Sie Thread-Dumps, nehmen Sie die Profilerstellung für CPU vor und führen Sie den Bericht zur Festplattenauslastung aus.
Beschreibung description
Umgebung
Adobe Experience Manager
Problem/Symptome
Die Festplattenauslastung ist auf einem AEM-Server ungewöhnlich hoch oder steigt rapide an. Da nicht mehr genügend Speicherplatz vorhanden ist, funktioniert AEM nicht mehr.
Auflösung resolution
a. Wenn AEM ausgeführt wird und ausreichend Speicherplatz vorhanden ist
-
Konfigurieren der Oak-Schreibablaufverfolgungsprotokollierung Wenn AEM noch ausgeführt wird, können wir eine Debug-Protokollierung aktivieren, die uns mitteilt, in welche Repository-Pfade geschrieben wird. Um diese Protokollierung zu aktivieren, installieren Sie das angehängte Protokollkonfigurationspaket unten oder führen Sie die folgenden Schritte aus:
- Wechseln Sie zu https://aemhost:port/system/console/slinglog
- Klicken Sie auf Add new logger.
- Konfigurieren Sie eine Protokollierung: Protokolldatei: logs/repgrowth.log, Protokollebene: trace, Loggers: org.apache.jackrabbit.oak.jcr.operations.writes
- Download Datei. Dieses Paket enthält die erforderliche Konfiguration für die Protokollierungsschreibsitzung für Oak. Installieren Sie dieses Paket über den CRX Package Manager. Nach Ablauf des Überwachungszeitraums muss das Paket deinstalliert werden.
Vorsicht
- Das Protokoll enthält Informationen zu allen Schreibvorgängen und Sitzungsdetails. Wenn Sie diese Protokollierung verwenden, stellen Sie sicher, dass ausreichend Speicherplatz vorhanden ist.
- Deinstallieren Sie das Protokollkonfigurationspaket oder entfernen Sie die Protokollkonfiguration nach einem kurzen Zeitraum, in dem diese aktiviert wurde, um einen weiteren Speicherplatzverbrauch zu vermeiden.
-
Führen Sie den Bericht zur Festplattenauslastung aus Sie können auch den Bericht zur Festplattenauslastung https://host:port/etc/reports/diskusage.html verwenden. Dieser Bericht zeigt den vom Repository-Pfad verwendeten Speicherplatz an. Der Bericht ist aufschlüsselbar, sodass Sie auch Unterbäume anzeigen können.
-
Erfassen von Thread-Dumps und Durchführen von Profilen Nachdem wir die Datei repgrowth.log verwendet haben, um einen Eindruck davon zu gewinnen, welche Daten geschrieben werden, können wir Informationen darüber erhalten, welcher Code diese Daten schreibt, indem wir Thread-Dumps erfassen und CPU-Profiling ausführen. Diese Seiten besuchen:
b. Wenn AEM gestoppt wurde und/oder der Festplattenspeicher fast voll ist
Wenn Sie AEM stoppen mussten, um zu vermeiden, dass der Festplattenspeicher zunahm, führen Sie die folgenden Befehle aus, um eine erste Analyse durchzuführen.
-
Nutzen Sie auf der Linux-Plattform den du, um alle Ordner unter crx-quickstart mit der zusammengefassten Größe dieser Ordner aufzulisten:
code language-none du -h --max-depth=2 crx-quickstart -
Verwenden Sie find- und du-Befehle, um kürzlich geänderte Dateien zu finden und ihre Größe abzurufen:
code language-none find crx-quickstart -type f -mtime 1 -exec du -hs {} \; -print -
Um große Dateien im Datenspeicher zu finden, können Sie die Befehle find, du und file kombinieren, um Dateien mit einer Größe von mehr als 100 MB im Verzeichnis datastore zu finden und ihren Dateityp automatisch zu identifizieren:
code language-none find crx-quickstart/repository/datastore -type f -size +100M -exec sh -c "du -hs \"{}\"; file \"{}\"" \; -
Wenn Sie feststellen, dass das Wachstum im Verzeichnis segmentstore stattfindet, kann der folgende Befehl helfen anzugeben, welche Daten geschrieben werden:
code language-none strings data_xxxxxx.tar | egrep '.?/' | sed 's/.$//;s/.\//\//'
Ursache
Einige mögliche Ursachen für eine ungewöhnliche Zunahme der Festplattenauslastung sind:
- Auf dem System wurde keine ordnungsgemäße Wartung ausgeführt. In diesem Artikel finden Sie Einzelheiten zu verschiedenen Systemwartungsaktivitäten.
- AEM oder das Programm erstellt eine sehr große Anzahl von Knoten oder aktualisiert die Knoteneigenschaften. Dies kann auf eine Fehlkonfiguration oder einen Anwendungscodefehler zurückzuführen sein. Da der TAR-Speicher in Oak nur angehängt wird, trägt das wiederholte Speichern von -Knoten zu einem übermäßigen Repository-Wachstum bei.
- Sehr große Dateien wurden in AEM Assets oder den Package Manager hochgeladen.
- Debug- oder Trace-Protokollierung wurde aktiviert gelassen.