Sicherstellen einer hohen Serviceverfügbarkeit bei AEM-Instanzen

• AEM Sites
  • Optimierung der Leistung von Websites.
  • Optimierung des Caches von Websites.
• AEM Assets: Anleitung zur Einstellungsanpassung.

Häufige Probleme

Author-/Publish-Instanz ist sehr langsam oder hohe CPU-Auslastung

• Nehmen Sie mindestens 10 Thread Dumps in einem Intervall von 2-3 Sekunden mit dem Jstack-Skript vor
• Weitere Details finden Sie im Artikel Take Thread Dumps
• Verwenden Sie Thread Dump-Analysetools zur Überprüfung von Threads mit Stack Trace von mehr als 100 Zeilen und CPU-belastenden Threads:
  https://github.com/irockel/tda
  https://fastthread.io/
  

Hoher Speicherverbrauch bei AEM-Instanzen

• Überprüfen Sie den Speicherverbrauch bei [1]
• Erzeugen Sie Heap Dumps mit Hilfe des Artikels unter [2] und teilen Sie sie zwecks weiterer Analysen mit dem AEM-Support

[1] http://<host>:<port>/system/console/memoryusage
[2] https://helpx.adobe.com/de/experience-manager/kb/AnalyzeMemoryProblems.html

Hohe CPU-Auslastung nach dem Löschen des Dispatcher-Caches

• Sie können die Invalidierung des Caches definieren, indem Sie die Optionen „/invalidate“ und „/statfileslevel“ verwenden.
  • Wenn Sie alle für die Invalidierung ablehnen und kein /statfileslevel -> werden nur aktivierte Seiten gelöscht
  • Wenn Sie alle für die Invalidierung zulassen und /statfileslevel definiert ist -> werden nur Seiten im gleichen Ordner invalidiert, in dem die Statistikdatei aktualisiert wurde
  • Wenn Sie alle für die Invalidierung zulassen ohne /statfileslevel -> werden alle Seiten invalidiert, egal wo sie sich unter docroot befinden
• Versuchen Sie nach der Code-Bereitstellung, die Seiten zu recachen. Sofortiges Recaching stellt sicher, dass der Dispatcher die Seite nur einmal abruft und zwischenspeichert statt einmal für jede der gleichzeitigen Client-Anfragen.
• Weitere Informationen finden Sie im Artikel Optimierung des Dispatcher-Cache.

In den Protokollen werden SegmentNotFound-Ausnahmen verzeichnet

• Folgen Sie den Schritten unter Resolving Segmentnotfound
• Wenn keine gute Lösung gefunden wird, versuchen Sie, die beschädigten Knoten mit dem in Teil B des obigen Artikels erwähnten Skript zu finden.
• Wenn eine Beschädigung in einem der Ordner außer /apps festgestellt wird, wenden Sie sich bitte an das AEM-Support-Team, um weitere Informationen zu erhalten.

RCA für AEM-Ausfall, der nach dem Neustart behoben wurde

Teilen Sie die folgenden Daten mit dem AEM-Support-Team, um RCA zu analysieren:

• Protokolldateien während des Ausfalls
• Thread Dumps, die während des Ausfalls erstellt wurden
• Falls vorhanden Heap Dumps während des Ausfalls

Session-Leak in AEM

Prüfen und analysieren Sie, ob JCR-Session-Leaks in Ihrer AEM-Instanz auftreten

Detaillierter Leitfaden zur Fehlerbehebung bei kritischen Problemen

In diesem Leitfaden erfahren Sie, wie Sie häufige kritische Probleme beheben können.