Échecs de configuration de la purge du workflow AEM
Les tâches de purge de workflow ne s’exécutent pas ou ne suppriment pas les instances de workflow et les packages de workflow, même après le déploiement des configurations de purge. Le nombre de workflows reste élevé, les packages de workflow persistent après les opérations de purge ou l’exécution de la purge diffère selon les environnements. Pour résoudre ce problème, validez les paramètres du planificateur et vérifiez l’exécution de la purge.
Description description
Environnement
- Adobe Experience Manager as a Cloud Service (AEMaaCS)
- AEM Managed Services (AMS)
- Planificateur de purge du workflow
- Pipelines de configuration de Cloud Manager
- Tâches de maintenance des workflows
Problème/Symptômes
- Les tâches de purge de workflow ne suppriment pas les instances de workflow EN COURS D’EXÉCUTION, TERMINÉES, ABANDONNÉES ou ARCHIVÉES.
- Il reste les packages de workflow après l’exécution de la purge.
- Le nombre de workflows affichés dans AEM ne correspond pas aux résultats de la requête du référentiel.
- La purge s’exécute correctement dans le SDK local, mais pas dans un environnement de sandbox AEMaaCS.
- Les workflows archivés continuent de s’accumuler après les cycles de purge planifiés.
Cause
Les tâches de purge des workflows échouent, car la configuration du planificateur de purge des workflows est incomplète, mal déployée ou exécutée dans un environnement où les tâches de purge basées sur la maintenance ne s’exécutent pas de manière fiable. L’absence de propriétés de planificateur obligatoires empêche l’exécution de la tâche de purge, tandis que les workflows transitoires peuvent créer des incohérences entre le nombre de workflows affichés dans AEM et les résultats de la requête de référentiel.
Résolution resolution
Pour résoudre ce problème, procédez comme suit :
-
Déterminez si le problème est lié à la configuration du planificateur, aux limitations de l’environnement, à des incohérences du nombre de workflows ou à des packages de workflows orphelins.
-
Exécutez la requête de workflow et comparez les résultats au nombre de workflows affiché dans la console Workflow. Déterminez si les workflows transitoires expliquent une incohérence.
-
Passez en revue la configuration du planificateur de purge du workflow et vérifiez que toutes les propriétés requises sont définies, notamment :
- Statut du workflow
- Période de rétention (jours)
- Identifiants des modèles de workflow
scheduledpurge.purgePackagePayload(lorsque la suppression du package de workflow est requise)
-
Confirmez l’environnement cible. Si le test se produit dans un environnement de sandbox AEM as a Cloud Service, validez la configuration dans un environnement de développement, car les environnements de sandbox n’exécutent pas de manière fiable les tâches de maintenance.
-
Déployez la configuration de purge via un pipeline de configuration Cloud Manager et vérifiez que la configuration est visible dans le Developer Console après le déploiement.
-
Vérifiez l’exécution de la purge en consultant les journaux des tâches de maintenance, JMX (AMS) ou les journaux d’exécution de la purge disponibles. Vérifiez que le processus de purge s’est terminé correctement.
-
S’il reste des packages de workflow après l’exécution de la purge, supprimez les packages de workflow orphelins à l’aide de la procédure de nettoyage prise en charge et vérifiez que les nœuds n’existent plus.
-
Configurez un planning de purge et une période de rétention appropriés en fonction du volume de workflow :
- Environnements à volume élevé : purge quotidienne avec conservation pendant environ 30 jours.
- Environnements à faible volume : purge hebdomadaire avec rétention de 30 à 90 jours.
-
Vérifiez que le nombre de workflows diminue après le prochain cycle de purge et que les performances du référentiel s’améliorent.