Rollout-Vorgänge sind langsam oder hängen aufgrund großer Debugging-Abfragen in AEM as a Cloud Service

Letzte Aktualisierung: 21. Oktober 2026

Adobe Experience Manager as a Cloud Service (AEMaaCS)-Rollout-Aufträge können langsam werden oder hängen bleiben, wenn große Debug-Suchanfragen den größten Teil des Arbeitsspeichers von JVM und CPU verbrauchen, was zu unzureichenden Ressourcen für die Rollout-Verarbeitung führt. Der Rollout-Mechanismus funktioniert weiterhin, es kommt jedoch aufgrund von Ressourcenknappheit zu erheblichen Verzögerungen. Um das Problem zu beheben, überprüfen Sie die Verwendung und den Zugriff auf Debugging-Abfragen, überwachen Sie JVM-Ressourcen, adressieren Sie den bestätigten Ressourcenkonflikt, überprüfen Sie Gruppenmitgliedschaften und überwachen Sie die Rollout-Verarbeitung nach der Behebung.

Beschreibung description

Umgebung

Adobe Experience Manager as a Cloud Service (AEMaaCS) (alle Versionen)

Problem/Symptome

Rollout-Vorgänge in der AEM-Autorenumgebung bleiben über längere Zeiträume in der Warteschlange oder werden nicht abgeschlossen.
Inhaltsstarts werden verzögert veröffentlicht, was sich auf zeitkritische Geschäftsereignisse auswirkt.
Während des Vorfalls kommt es zu hoher Speicher- und CPU-Auslastung.
Das Problem ist reproduzierbar und spezifisch für die AEM-Autorenumgebung und tritt nicht in Nicht-Produktionsumgebungen auf.

Grundursache

Große Debug-Suchanfragen, z. B. solche, die über /libs/cq/search/content/querydebug.html ausgeführt werden, können den größten Teil des Arbeitsspeichers und der CPU von JVM beanspruchen. Aufgrund dieses Ressourcenkonflikts stehen nicht genügend Ressourcen für die Rollout-Verarbeitung zur Verfügung, wodurch Rollout-Aufträge verlangsamt werden oder hängen bleiben. Der Rollout-Mechanismus funktioniert weiterhin, wird aber aufgrund unzureichender verfügbarer Ressourcen erheblich verzögert.

Lösung resolution

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

Überprüfen Sie die Verwendung von Debugging-Tools wie /libs/cq/search/content/querydebug.html in der AEM-Autorenumgebung. Vermeiden Sie die Ausführung großer oder unbegrenzter Abfragen, insbesondere während kritischer Rollout-Zeiträume.
Beschränken des Zugriffs auf Debugging-Tools Beschränken Sie Berechtigungen so, dass nur die erforderlichen Personen, z. B. Administratoren oder Entwickler, darauf zugreifen können. Verwalten des Zugriffs über Benutzer- und Gruppenberechtigungen in AEM.
Überwachen der JVM-Ressourcennutzung:
- Verwenden Sie verfügbare Überwachungs-Tools, um die JVM-Heap- und CPU-Auslastung zu beobachten.
- Warnhinweise für ungewöhnlich hohen Arbeitsspeicher- oder CPU-Verbrauch einrichten.
Wenn Rollout-Aufträge hängen bleiben und der Ressourcenkonflikt bestätigt wird, führen Sie einen kontrollierten Neustart der betroffenen Autoren-Pods durch, um die Warteschlange zu löschen und die normale Verarbeitung wiederherzustellen. Koordinieren Sie den Neustart, um die Auswirkungen auf laufende Authoring-Aktivitäten zu minimieren.
Abonnements für Benutzergruppen überprüfen:
- Überprüfen Sie, ob Personen, die Rollouts initiieren, zu einer ungewöhnlich großen Anzahl von Gruppen gehören, da dies die Zeit für die Berechtigungsprüfung verlängern und Rollouts verlangsamen kann.
- Vergleichen Sie die Rollout-Leistung zwischen Personen mit unterschiedlichen Gruppenmitgliedschaften, um die Auswirkungen zu validieren.
Aufklärung über die Auswirkungen des Ausführens großer Debugging-Abfragen in Produktionsumgebungen. Sie sollten die Implementierung von Abfragebeschränkungen oder eine zusätzliche Überwachung erwägen, um zu verhindern, dass Ressourcen durch Debugging-Tools ausgeschöpft werden.
Planen Sie wichtige Inhaltsstarts zu Zeiten geringer Systemlast, sofern möglich.
Überwachen Sie nach Abschluss dieser Schritte den Rollout-Auftragsfortschritt und die Systemressourcennutzung, um zu bestätigen, dass die Rollout-Aufträge erwartungsgemäß abgeschlossen werden.

recommendation-more-help

experience-cloud-kcs-help-kbarticles