DocumentazioneExperience Cloud KCS

I processi di rollout sono lenti o bloccati a causa di query di debug di grandi dimensioni in AEM as a Cloud Service

Ultimo aggiornamento: 21 ottobre 2026

I processi di rollout di Adobe Experience Manager as a Cloud Service (AEMaaCS) possono diventare lenti o bloccati quando query di ricerca di debug di grandi dimensioni utilizzano la maggior parte della memoria e del CPU di JVM, lasciando risorse insufficienti per l’elaborazione del rollout. Il meccanismo di rollout continua a funzionare, ma si verificano ritardi significativi a causa del conflitto di risorse. Per risolvere il problema, controlla l’utilizzo e l’accesso alle query di debug, monitora le risorse JVM, risolve il conflitto di risorse confermato, rivedi le appartenenze ai gruppi e monitora l’elaborazione del rollout dopo la correzione.

Descrizione description

Ambiente

Adobe Experience Manager as a Cloud Service (AEMaaCS) (tutte le versioni)

Problema/Sintomi

  • I processi di rollout nell’ambiente di authoring di AEM rimangono in coda per periodi prolungati o non vengono completati.
  • I lanci di contenuti sono ritardati e questo influisce su eventi di business sensibili al tempo.
  • Durante l’incidente si verifica un utilizzo elevato della memoria e del CPU.
  • Il problema è riproducibile e specifico per l’ambiente di authoring di AEM e non si verifica in ambienti di non produzione.

Causa principale

Le query di ricerca di debug di grandi dimensioni, ad esempio quelle eseguite tramite /libs/cq/search/content/querydebug.html, possono utilizzare la maggior parte della memoria e del CPU di JVM. Questo conflitto di risorse lascia risorse insufficienti per l’elaborazione del rollout, causando rallentamenti o blocchi dei processi di rollout. Il meccanismo di rollout continua a funzionare, ma subisce ritardi significativi a causa di risorse disponibili insufficienti.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Verificare l’utilizzo degli strumenti di debug come /libs/cq/search/content/querydebug.html nell’ambiente AEM Author. Evita l’esecuzione di query di grandi dimensioni o non limitate, soprattutto durante i periodi critici di rollout.

  2. Limita l’accesso agli strumenti di debug. Limitare le autorizzazioni in modo che solo le persone necessarie, ad esempio amministratori o sviluppatori, possano accedervi. Gestisci l’accesso tramite le autorizzazioni di utenti e gruppi in AEM.

  3. Monitorare l’utilizzo delle risorse JVM:

    • Utilizza gli strumenti di monitoraggio disponibili per osservare l’heap JVM e l’utilizzo del CPU.
    • Impostare avvisi per un consumo insolitamente elevato di memoria o CPU.

  4. Se i processi di rollout sono bloccati e il conflitto di risorse viene confermato, esegui un riavvio controllato dei pod di authoring interessati per cancellare la coda e ripristinare la normale elaborazione. Coordinare il riavvio per ridurre al minimo l’impatto sulle attività di authoring in corso.

  5. Verifica appartenenze a gruppi di utenti:

    • Verifica se gli utenti che avviano i rollout appartengono a un numero insolitamente elevato di gruppi, in quanto ciò può aumentare il tempo di valutazione delle autorizzazioni e rallentare i rollout.
    • Confronta le prestazioni di rollout tra persone con appartenenze a gruppi diversi per convalidarne l’impatto.

  6. Informare gli utenti sull’impatto dell’esecuzione di query di debug di grandi dimensioni negli ambienti di produzione. È consigliabile implementare limiti di query o monitoraggio aggiuntivo per evitare l’esaurimento delle risorse dagli strumenti di debug.

  7. Se possibile, pianifica l’avvio di contenuti importanti durante i periodi di basso carico del sistema.

  8. Dopo aver completato questi passaggi, monitora l’avanzamento del processo di rollout e l’utilizzo delle risorse di sistema per verificare che i processi di rollout vengano completati come previsto.

recommendation-more-help
experience-cloud-kcs-help-kbarticles