502 Falsche Gateway-Fehler in der Adobe Experience Manager DAM-Autorenumgebung

Letzte Aktualisierung: 3. September 2026

In diesem Artikel wird erläutert, wie Sie 502 Bad Gateway beheben, wenn Sie in Experience Manager 6.5 LTS mit TarMK-Persistenz auf die Experience Manager Assets (DAM)-Autorenumgebung zugreifen. Der Fehler verhindert, dass Benutzer Assets hochladen, bearbeiten oder verwalten können. Um dies zu beheben, bestätigen Sie den Fehler, überprüfen Sie die Backend-Protokolle und den Zustand der Infrastruktur und verwenden Sie das genehmigte Verfahren zur Repository-Wartung , wenn das Wachstum des Segmentspeichers bestätigt wird.

Beschreibung description

Umgebung

Adobe Experience Manager 6.5 LTS
Adobe Experience Manager Assets (DAM)
Autorenumgebung mit TarMK-Persistenz

Symptome

Beim Zugriff auf die DAM-Autoren-URL wird ein 502 Bad Gateway Fehler zurückgegeben.
Auf die DAM-Autorenumgebung kann nicht für Asset-Management-Vorgänge zugegriffen werden.
Benutzende können keine Assets hochladen, bearbeiten oder verwalten.
Der Fehler ist reproduzierbar, indem auf die DAM-Autoren-URL zugegriffen und der 502-Status-Code überwacht wird.

Ursache

Das Problem steht im Zusammenhang mit Backend-Repository- oder Infrastrukturbedingungen, einschließlich übermäßigem Segmentspeicherwachstum und Ressourcenerschöpfung. Überprüfen Sie die Backend-Protokolle und den Zustand der Infrastruktur, bevor Sie die Repository-Wartung planen.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben:

Greifen Sie direkt auf die DAM-Autoren-URL zu und bestätigen Sie, dass sie einen 502 Bad Gateway Fehler zurückgibt.
Überprüfen Sie die Backend-Protokolle und überwachen Sie den Zustand der Infrastruktur im Hinblick auf das Wachstum des Segmentspeichers und die Erschöpfung der Ressourcen.
Wenn die Untersuchung das Wachstum des Segmentspeichers bestätigt, planen Sie eine Offline-TarMK-Komprimierung durch den genehmigten Wartungsprozess:
- Erstellen Sie ein vollständiges Backup des Repositorys, bevor Sie die Komprimierung durchführen.
- Planen Sie Ausfallzeiten, da die AEM-Instanz während der Komprimierung offline sein muss.
Nachdem die Offline-TarMK-Komprimierung abgeschlossen ist, starten Sie die AEM-Instanz neu.
Rufen Sie die DAM-Autorenumgebung auf und überprüfen Sie, ob sie verfügbar ist.
Überprüfen Sie, ob die Asset-Management-Vorgänge, einschließlich Hochladen, Bearbeiten und Verwalten von Assets, erwartungsgemäß funktionieren.
Wenn der Zugriff auf die Umgebung weiterhin nicht möglich ist oder die Asset-Management-Vorgänge weiterhin fehlschlagen, stellen Sie die entsprechenden bereinigten Protokolle bereit und wenden Sie sich an den Adobe-Support.

Hinweise:

Dieses Verfahren gilt für eine Experience Manager 6.5 LTS-Autorenumgebung, die TarMK-Persistenz verwendet.
Die Offline-TarMK-Komprimierung erfordert Ausfallzeiten und sollte nur über ein genehmigtes Repository-Wartungsverfahren durchgeführt werden.
Für AEM 6.5 LTS ist die Online-Revisionsbereinigung die empfohlene Methode zur Revisionsbereinigung. Verwenden Sie die Offline-Revisionsbereinigung nur in Ausnahmefällen oder auf Anfrage der Adobe-Kundenunterstützung.
Geben Sie beim Bereitstellen von Protokollen für den Adobe-Support keine Anmeldeinformationen, Token, Kennwörter, kundenspezifischen URLs oder andere vertrauliche Informationen frei.