Beheben von Fehlern in AEM troubleshooting-aem

CAUTION
AEM 6.4 hat das Ende der erweiterten Unterstützung erreicht und diese Dokumentation wird nicht mehr aktualisiert. Weitere Informationen finden Sie in unserer technische Unterstützung. Unterstützte Versionen suchen here.

Im folgenden Abschnitt werden einige Probleme behandelt, auf die Sie bei der Verwendung von AEM stoßen können, sowie Empfehlungen zur Fehlerbehebung.

NOTE
Wenn Sie Probleme beim Authoring in AEM beheben, finden Sie weitere Informationen unter Fehlerbehebung für Autoren.
NOTE
Bei Problemen sollten Sie auch die Liste der Bekannte Probleme für Ihre Instanz (Release- und Service Packs).

Fehlerbehebungsszenarien für Administratoren troubleshooting-scenarios-for-administrators

Die folgende Tabelle bietet einen Überblick über Probleme, die Administratoren möglicherweise beheben müssen:

Rolle(en)
Problem
Systemadmin
Beim Doppelklicken auf die JAR-Datei für den Schnellstart passiert entweder gar nichts oder die Datei wird mit einem anderen Programm (z. B. der Archivverwaltung) geöffnet
Systemadmin
Über CRX ausgeführte Anwendung erzeugt Fehler wegen unzureichendem Arbeitsspeicher
Systemadmin
Der AEM-Willkommensbildschirm wird nach einem Doppelklick auf den AEM-CM-Schnellstart nicht im Browser angezeigt

Systemadmin

Admin-Benutzer

Erstellen von Thread-Speicherauszügen

Systemadmin

Admin-Benutzer

Überprüfung auf nicht beendete JCR-Sitzungen

Installationsprobleme installation-issues

Siehe Häufige Installationsprobleme für Informationen zu den folgenden Fehlerbehebungsszenarien:

  • Ein Doppelklick auf die Schnellstart-JAR-Datei hat keine Auswirkungen oder die JAR-Datei mit einem anderen Programm (z. B. Archivmanager).
  • Bei Anwendungen, die auf CRX ausgeführt werden, treten Fehler wegen zu wenig Arbeitsspeicher auf.
  • Der AEM Begrüßungsbildschirm wird nach einem Doppelklick auf 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.

Verwenden der Sling-Thread-Dumper using-sling-thread-dumper

  1. Öffnen Sie die AEM-Web-Konsole; zum Beispiel unter http://localhost:4502/system/console/.

  2. Wählen Sie auf der Registerkarte Status die Option Threads aus.

screen_shot_2012-02-13at43925pm

Verwenden von jstack (Befehlszeile) using-jstack-command-line

  1. Suchen Sie die PID (Prozess-ID) der AEM Java-Instanz.

    Sie können beispielsweise ps -ef oder jps verwenden.

  2. Ausführen:

    jstack <pid>

  3. Daraufhin wird der Thread-Speicherauszug angezeigt.

NOTE
Sie können die Thread-Speicherauszüge an eine Protokolldatei anhängen, indem Sie die >>-Ausgabeumleitung verwenden:
jstack <pid> >> /path/to/logfile.log

Weitere 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 Knowledge Base-Artikel . Nicht geschlossene Sitzungen analysieren.

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.

  1. Öffnen Sie die AEM-Web-Konsole; zum Beispiel unter http://localhost:4502/system/console/.

  2. Wählen auf der Registerkarte OSGi die Option Pakete aus.

  3. Ü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, müssen Sie möglicherweise weitere Untersuchungen mit anderen Methoden durchführen.
    • ob Pakete mit fehlenden Abhängigkeiten vorliegen. Dies können Sie herausfinden, indem Sie auf den einzelnen Paket-Namen klicken, bei dem es sich um einen Link handelt (im folgenden Beispiel sind keine Probleme aufgetreten):

screen_shot_2012-02-13at44706pm

recommendation-more-help
5ce3024a-cbea-458b-8b2f-f9b8dda516e8