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.

HINWEIS

Wenn Sie Probleme mit der Bearbeitung in AEM beheben wollen, lesen Sie den Abschnitt Fehlerbehebung für Autoren.

HINWEIS

Wenn Probleme auftreten, sollten Sie auch die Liste der bekannten Probleme für Ihre Instanz (Version und Service Packs) prüfen.

Fehlerbehebungsszenarien für Administratoren

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

Rolle(en)	Problem
Systemadministrator	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
Systemadministrator	Über CRX ausgeführte Anwendung erzeugt Fehler wegen unzureichendem Arbeitsspeicher
Systemadministrator	Der AEM Begrüßungsbildschirm wird nach einem Doppelklick auf AEM CM QuickStart nicht im Browser angezeigt
Systemadministrator Admin-Benutzer	Erstellen von Thread-Sicherungskopien
Systemadministrator Admin-Benutzer	Überprüfung auf nicht beendete JCR-Sitzungen

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

Öffnen Sie die AEM Web Console. z. B. bei https://localhost:4502/system/console/.
Wählen Sie die Registerkarte Threads unter Status aus.

screen_shot_2012-02-13at43925pm

Verwenden von jstack (Befehlszeile)

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

Sie können beispielsweise ps -ef oder jps verwenden.
Ausführen:

jstack <pid>
Daraufhin wird die Thread-Sicherungskopie angezeigt.

HINWEIS

Sie können die Thread-Sicherheitskopien mithilfe der Ausgabeumleitung >> an eine Protokolldatei anhängen:

jstack <pid> >> /path/to/logfile.log

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; Wenn die folgende Zahl (size=<x>) die Anzahl der Caches anzeigt, öffnet jede Sitzung 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.

Öffnen Sie die AEM Web Console. z. B. bei https://localhost:4502/system/console/.
Wählen Sie Bundles auf der Registerkarte OSGI aus.
Ü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):