Beheben von Fehlern in AEM

Der folgende Abschnitt beschäftigt sich mit einigen Problemen, auf die Sie bei der Arbeit mit AEM stoßen können, und liefert entsprechende Lösungsvorschläge.

Fehlerbehebungsszenarien für Administratoren

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

Installationsprobleme

Weitere Informationen zu den folgenden Fehlerbehebungsszenarien finden Sie in Allgemeine Installationsprobleme:

• Das Doppelklicken auf die Schnellstart-JAR-Datei hat keinen Effekt oder die Datei wird mit einem anderen Programm geöffnet (z. B. Archivmanager).
• In CRX ausgeführte Anwendungen führen zu Fehlern aufgrund unzureichendem Speicherplatz.
• Der AEM-Willkommensbildschirm wird nach einem Doppelklick auf den AEM-Schnellstart nicht im Browser angezeigt.

Methoden für die Fehlerbehebungsanalyse

Erstellen von Thread-Sicherungskopien

Eine Thread-Sicherungskopie ist eine Liste aller Java-Threads, die derzeit aktiv sind. Wenn AEM nicht richtig reagiert, kann die Thread-Sicherungskopie helfen, Deadlocks oder andere Probleme zu identifizieren.

Verwenden des Sling Thread Dumper

1. Öffnen Sie die AEM Web-Konsole; z. B. unter https://localhost:4502/system/console/.
2. Wählen Sie die Threads under Status Registerkarte.

Verwenden von jstack (Befehlszeile)

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

   Sie können beispielsweise ps -ef oder jps.

2. Ausführen:

   jstack <pid>

3. Daraufhin wird die Thread-Sicherungskopie angezeigt.

Weitere Informationen dazu finden Sie in der Dokumentation Erstellen von Thread-Sicherungskopien von einem JVM.

Überprüfung auf nicht beendete JCR-Sitzungen

Wenn Funktionen für AEM WCM entwickelt werden, werden möglicherweise JCR-Sitzungen geöffnet (vergleichbar mit dem Öffnen einer Datenbankverbindung). Werden die geöffneten Sitzungen nie geschlossen, können folgende Probleme in Ihrem System auftreten:

• Das System wird langsamer.
• Sie können eine Menge CacheManager sehen: resizeAll -Einträge in der Protokolldatei; die folgende Zahl (size=<x>) zeigt die Anzahl der Caches an, jede Sitzung öffnet mehrere Caches.
• Gelegentlich reicht der Speicherplatz des Systems nicht aus (nach einigen Stunden, Tagen oder Wochen – je nach Schweregrad).

Lesen Sie den Knowledgebase-Artikel Analysieren von nicht beendeten Sitzungen, um nicht beendete Sitzungen zu analysieren und festzustellen, welcher Code dazu führt, dass eine Sitzung nicht beendet wird.

Verwenden der Adobe Experience Manager-Web-Konsole

Der Status der OSGi-Bundles kann auch frühzeitig auf mögliche Probleme hinweisen.

1. Öffnen Sie die AEM Web-Konsole; z. B. unter https://localhost:4502/system/console/.

2. Auswählen Bundles under OSGi Registerkarte.

3. Überprüfen Sie Folgendes:

   • den Status der Bundles. Falls Status wie „Inaktiv“ oder „Nicht erfüllt“ angezeigt werden, versuchen Sie, das Bundle zu stoppen und neu zu starten. Wenn das Problem weiterhin besteht, müssen Sie dies mithilfe anderer Methoden weiter untersuchen.
   • ob Bundles mit fehlenden Abhängigkeiten vorliegen. Dies können Sie herausfinden, indem Sie auf den einzelnen Bundle-Namen klicken, bei dem es sich um einen Link handelt (im folgenden Beispiel sind keine Probleme aufgetreten):