Falhas de configuração de limpeza de fluxo de trabalho do AEM

As tarefas de limpeza de fluxo de trabalho não são executadas ou não removem as instâncias de fluxo de trabalho e os pacotes de fluxo de trabalho mesmo após a implantação das configurações de limpeza. As contagens de workflow permanecem altas, os pacotes de workflow persistem após as operações de limpeza ou a execução de limpeza é diferente entre os ambientes. Para resolver o problema, valide as configurações do scheduler e verifique a execução da limpeza.

Descrição description

Ambiente

  • Adobe Experience Manager as a Cloud Service (AEMaaCS)
  • AEM Managed Services (AMS)
  • Programador de Expurgação do Workflow
  • Pipelines de configuração do Cloud Manager
  • Tarefas de manutenção do workflow

Problema/Sintomas

  • Os trabalhos de limpeza de fluxo de trabalho não removem as instâncias de fluxo de trabalho EM EXECUÇÃO, CONCLUÍDO, ANULADO ou ARQUIVADO.
  • Os pacotes de fluxo de trabalho permanecem após a execução da limpeza.
  • As contagens de fluxo de trabalho exibidas no AEM não correspondem aos resultados da consulta do repositório.
  • A limpeza é executada com sucesso no SDK local, mas não em um ambiente de sandbox do AEMaaCS.
  • Os workflows arquivados continuam a se acumular após ciclos de limpeza programados.

Causa

Os trabalhos de limpeza de workflow falham porque a configuração do Workflow Purge Scheduler está incompleta, implantada incorretamente ou em execução em um ambiente em que as tarefas de limpeza baseadas em manutenção não são executadas de forma confiável. Propriedades obrigatórias ausentes do programador impedem a execução da tarefa de limpeza, enquanto fluxos de trabalho transitórios podem criar discrepâncias entre as contagens de fluxo de trabalho exibidas no AEM e os resultados da consulta do repositório.

Resolução resolution

Siga estas etapas para resolver o problema:

  1. Identifique se o problema está relacionado à configuração do agendador, às limitações de ambiente, às discrepâncias na contagem do fluxo de trabalho ou aos pacotes de fluxos de trabalho órfãos.

  2. Execute a consulta de workflow e compare os resultados com a contagem de workflow exibida no console do workflow. Determine se os workflows transitórios explicam qualquer discrepância.

  3. Revise a configuração do Agendador de limpeza de workflow e verifique se todas as propriedades necessárias estão definidas, incluindo:

    • Status do fluxo de trabalho
    • Período de retenção (dias)
    • Identificadores de modelo de fluxo de trabalho
    • scheduledpurge.purgePackagePayload(quando a exclusão do pacote de fluxo de trabalho for necessária)
  4. Confirme o ambiente de destino. Se os testes ocorrerem em um ambiente de sandbox da AEM as a Cloud Service, valide a configuração em um ambiente de desenvolvimento, pois os ambientes de sandbox não executam tarefas de manutenção de maneira confiável.

  5. Implante a configuração de limpeza por meio de um pipeline de configuração do Cloud Manager e verifique se a configuração está visível no Developer Console após a implantação.

  6. Verifique a execução da limpeza revisando logs da tarefa de manutenção, JMX (AMS) ou logs de execução de limpeza disponíveis. Confirme se o processo de expurgação é concluído com sucesso.

  7. Se os pacotes de fluxo de trabalho permanecerem após a execução da limpeza, remova pacotes de fluxo de trabalho órfãos usando o procedimento de limpeza compatível e verifique se os nós do pacote não existem mais.

  8. Configure um agendamento de descarte apropriado e um período de retenção com base no volume de workflow:

    • Ambientes de alto volume: limpeza diária com aproximadamente 30 dias de retenção.
    • Ambientes de volume inferior: limpeza semanal com retenção de 30 a 90 dias.
  9. Valide se as contagens de workflow diminuem após o próximo ciclo de limpeza e se o desempenho do repositório melhora.

Leitura relacionada

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