Fehlerbehebung bei Adobe Experience Manager troubleshooting-aem
Der folgende Abschnitt behandelt einige Probleme, die bei der Verwendung von AEM (Adobe Experience Manager) auftreten können, sowie Vorschläge zur Fehlerbehebung.
Fehlerbehebungsszenarien für Admins troubleshooting-scenarios-for-administrators
Die folgende Tabelle bietet einen Überblick über Probleme, die Admins beheben können:
Installationsprobleme installation-issues
Siehe Häufige Installationsprobleme für Informationen zu den folgenden Fehlerbehebungsszenarien:
- Ein Doppelklick auf die JAR-Datei für den Schnellstart zeigt keine Wirkung oder öffnet die JAR-Datei mit einem anderen Programm (z. B. Archiv-Manager).
- Bei Applikationen, die auf CRX ausgeführt werden, treten Fehler wegen unzureichendem Speicherplatz auf.
- Der AEM-Begrüßungsbildschirm wird nach einem Doppelklick auf den AEM-Schnellstart nicht im Browser angezeigt.
Methoden zur Fehlerbehebung in der Analyse methods-for-troubleshooting-analysis
Erstellen von Thread-Speicherauszügen making-a-thread-dump
Ein Thread-Speicherauszug ist eine Liste aller Java™-Threads, die derzeit aktiv sind. Wenn AEM nicht richtig reagiert, kann der Thread-Speicherauszug helfen, Deadlocks oder andere Probleme zu identifizieren.
Verwendung vom Sling-Thread-Speicherauszug using-sling-thread-dumper
- Öffnen Sie die AEM-Web-Konsole, zum Beispiel unter
https://localhost:4502/system/console/. - Wählen Sie auf der Registerkarte Status die Option Threads aus.
Verwenden von jstack (Befehlszeile) using-jstack-command-line
-
Suchen Sie die PID (Prozess-ID) der AEM-Java™-Instanz.
Sie können beispielsweise
ps -efoderjpsverwenden. -
Ausführen:
jstack <pid> -
Zeigt den Thread-Speicherauszug an.
>>-Ausgabeumleitung verwenden:jstack <pid> >> /path/to/logfile.logWeitere Informationen dazu finden Sie in der Dokumentation Erstellen von Thread-Speicherauszügen von einem JVM.
Überprüfen auf nicht beendete JCR-Sitzungen checking-for-unclosed-jcr-sessions
Wenn Funktionen für AEM WCM entwickelt werden, können JCR-Sitzungen geöffnet werden (vergleichbar mit dem Öffnen einer Datenbankverbindung). Wenn die geöffneten Sitzungen nie geschlossen werden, kann Ihr System folgende Symptome aufweisen:
- Das System wird langsamer.
- Es befinden sich viele „CacheManager: resizeAll“-Einträge in der Protokolldatei. Die folgende Zahl (size=<x>) gibt die Anzahl an Caches an; jede Sitzung öffnet mehrere Caches.
- Gelegentlich reicht der Speicherplatz des Systems nicht aus (nach einigen Stunden, Tagen oder Wochen – je nach Schweregrad).
Informationen zum Analysieren nicht geschlossener Sitzungen und zum Ermitteln, welcher Code eine Sitzung nicht schließt, finden Sie im Knowledgebase-Artikel Analyse nicht geschlossener Sitzungen.
Verwenden der Adobe Experience Manager-Web-Konsole using-the-adobe-experience-manager-web-console
Der Status der OSGi-Pakete kann auch frühzeitig auf mögliche Probleme hinweisen.
-
Öffnen Sie die AEM-Web-Konsole, zum Beispiel unter
https://localhost:4502/system/console/. -
Wählen auf der Registerkarte OSGi die Option Pakete aus.
-
Überprüfen Sie Folgendes:
- den Status der Pakete. Falls Status wie „Inaktiv“ oder „Nicht erfüllt“ angezeigt werden, versuchen Sie, das Paket zu stoppen und neu zu starten. Wenn das Problem weiterhin besteht, untersuchen Sie es mit anderen Methoden weiter.
- ob Pakete mit fehlenden Abhängigkeiten vorliegen. Dies können Sie herausfinden, indem Sie auf den einzelnen Paketnamen klicken, bei dem es sich um einen Link handelt (im folgenden Beispiel sind keine Probleme aufgetreten):
