Probleme mit der Replikationswarteschlange
Dieser Artikel behandelt das AEM-Problem (Version 6.4 und Version 6.5), bei dem die AEM-Inhaltsreplikation blockiert zu sein scheint. Um dies zu beheben, gehen Sie wie in den folgenden Schritten beschrieben vor:
- Stellen Sie sicher, dass jeder Replikationsagent aktiviert und korrekt konfiguriert ist
- Starten Sie Replikationsagenten und zugehörige Bundles neu.
- Löschen der Warteschlangen erzwingen, indem entsprechende Sling-Aufträge gelöscht werden
Beschreibung description
Umgebung
- Experience Manager 6.4
- Experience Manager 6.5
Problem/Symptome
Die AEM-Inhaltsreplikation scheint blockiert zu sein.
Editoren können Inhalte erstellen, die aktivierten Seiten werden jedoch in der CQ5-Veröffentlichungsinstanz nicht aktualisiert.
Auflösung resolution
a. Stellen Sie sicher, dass jeder Replikationsagent aktiviert und ordnungsgemäß konfiguriert ist.
-
Navigieren Sie zur Liste der Replikationsagenten (
/etc/replication/agents.author.html) -
Gehen Sie für jeden Replikationsagenten wie folgt vor:
- Stellen Sie sicher, dass der Agent aktiviert ist.
- Überprüfen Sie die Verbindung mit der Veröffentlichungsinstanz, indem Sie auf Verbindung testen klicken. Wenn dies fehlschlägt, stellen Sie sicher, dass der Server, der die AEM-Autoreninstanz hostet, auf TCP-Netzwerkebene eine Verbindung mit dem Port der Veröffentlichungsinstanz herstellen kann.
- Öffnen Sie das Replikationsprotokoll über den Link „Protokoll anzeigen“ und überprüfen Sie, wann der letzte Replikationsversuch erfolgreich war.
- Notieren Sie den ersten Payload-Pfad in der Replikationswarteschlange. Versuchen Sie dann, das erste Element der Replikationswarteschlange zu löschen. Überprüfen Sie dann, ob die Replikation fortgesetzt wird. Aktivieren Sie nach der Wiederaufnahme die erste in der Warteschlange notierte Payload erneut.
- Setzen Sie sich mit dem CRX Content Explorer in Verbindung und stellen Sie sicher, dass es in der Veröffentlichungsinstanz keinen
/bin/receive-Knoten gibt. Andernfalls löschen. - Setzen Sie sich mit dem CRX Content Explorer in Verbindung und stellen Sie sicher, dass es in der Autoreninstanz keinen
/bin/replicate-Knoten gibt. Andernfalls löschen.
b. Starten Sie die Replikationsagenten und die zugehörigen Bundles neu.
An diesem Punkt können wir die Replikationsagenten als korrekt konfiguriert betrachten. Wenn in den Protokollen seit einigen Minuten kein Replikationsversuch stattgefunden hat, versuchen Sie die folgenden Korrekturmaßnahmen, um die Blockierung der Warteschlangen aufzuheben. Gehen Sie dabei in dieser Reihenfolge vor, und überprüfen Sie zwischen den einzelnen Schritten, ob die Replikation fortgesetzt wird.
- Deaktivieren Sie den Replikationsagenten, und aktivieren Sie ihn dann erneut.
- Starten Sie das Replikations-Bundle in der Felix-Konsole neu (http://host:port/system/console/bundles/com.day.cq.cq-replication).
- Starten Sie das Apache Sling Event Support Bundle neu (http://host:port/system/console/bundles/org.apache.sling.event).
- Starten Sie Apache Felix EventAdmin neu (http://host:port/system/console/bundles/org.apache.felix.eventadmin).
C. Löschen der Warteschlangen erzwingen, indem entsprechende Sling-Aufträge gelöscht werden.
Wenn das oben Genannte fehlschlägt, dann kann das manuelle Löschen der Warteschlange die letzte Option sein.
Dies erreichen Sie, indem Sie die Sling-Aufträge mit dem Thema =Name des Replikationsagenten direkt loswerden.
Die schnellste Möglichkeit, dies zu erreichen, besteht darin, den CRXDE Lite (http://host:port/crx/de/index.jsp) zu verwenden und den Knoten zu löschen:
/var/eventing/jobs/assigned/%INSTANCE-SLING-ID%/%REPLICATION-AGENT-FULL-ID%
Beispielsweise mit dem standardmäßigen Veröffentlichungsagenten:
/var/eventing/jobs/assigned/e23dd09d-83f1-4735-a77c-394df479214c/com.day.cq.replication.job.publish
Beachten Sie, dass dies eine außergewöhnliche Problemumgehungsaktion darstellt. Wenden sich in einem solchen Fallden AEM-Support.