Tâches de maintenance dans AEM as a Cloud Service

Les tâches de maintenance sont des processus qui s’exécutent selon un calendrier afin d’optimiser le référentiel. Avec AEM as a Cloud Service, le besoin des clients de configurer les propriétés opérationnelles des tâches de maintenance est minime. Les clients peuvent concentrer leurs ressources sur des préoccupations de niveau application, laissant les opérations d’infrastructure à Adobe.

Configuration des tâches de maintenance

Dans les versions précédentes d’AEM, vous pouviez configurer les tâches de maintenance à l’aide de la carte de maintenance (Outils > Opérations > Maintenance). Dans AEM as a Cloud Service, la carte de maintenance n’est plus disponible. Les configurations doivent donc être validées pour le contrôle source et déployées à l’aide de Cloud Manager. Adobe gère les tâches de maintenance dont les paramètres ne peuvent pas être configurés par les clients (par exemple, la récupération de l’espace mémoire du magasin de données, la purge du journal d’audit, la purge des versions). D’autres tâches de maintenance peuvent être configurées par les clients, comme décrit dans le tableau ci-dessous.

ATTENTION

Adobe se réserve le droit de remplacer les paramètres de configuration de la tâche de maintenance d’un client afin d’atténuer des problèmes tels que la dégradation des performances.

Le tableau suivant illustre les tâches de maintenance disponibles au moment de la diffusion d’AEM as a Cloud Service.

Tâche de maintenance Qui gère la configuration Comment configurer (facultatif)
Récupération de l’espace mémoire du magasin de données Adobe S/O – appartient entièrement à Adobe.
Purge de version Adobe Pour que le niveau de création reste performant, les versions plus anciennes de chaque élément de contenu sous le nœud /content du référentiel sont purgés selon le comportement suivant :

  1. Les versions de plus de 30 jours sont supprimées
  2. Les 5 versions les plus récentes des 30 derniers jours sont conservées.
  3. Quelle que soit la règle ci-dessus, la version la plus récente est conservée.

REMARQUE : Le comportement décrit ci-dessus est appliqué par défaut pour les nouveaux environnements créés après le 14 mars 2022. Envoyez un ticket d’assistance clientèle si vous avez besoin de paramètres différents.
Purge du journal d’audit Adobe Pour que le niveau de création reste performant, les journaux d’audit plus anciens de chaque élément de contenu sous le nœud /content du référentiel sont purgés selon le comportement suivant :

  1. Pour le contrôle de réplication, les journaux d’audit datant de plus de 3 jours sont supprimés.
  2. Pour le contrôle du DAM (Assets), les journaux d’audit datant de plus de 30 jours sont supprimés.
  3. Pour le contrôle des pages, les journaux de plus de 3 jours sont supprimés.

REMARQUE : Le comportement décrit ci-dessus est appliqué par défaut pour les nouveaux environnements créés après le 14 mars 2022. Envoyez un ticket d’assistance clientèle si vous avez besoin de paramètres différents.
Nettoyage des binaires Lucene Adobe Non utilisée et donc désactivée par Adobe.
Purge des tâches ad hoc Client

Doit s’effectuer dans git. Remplacez le nœud de configuration de fenêtre de maintenance prêt à l’emploi sous /libs en créant des propriétés sous le dossier /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily.

Consultez le tableau de fenêtre de maintenance ci-dessous pour en savoir plus sur la configuration. Activez la tâche de maintenance en ajoutant un autre nœud sous le nœud ci-dessus (nommez-le granite_TaskPurgeTask) avec les propriétés adéquates. Configurez les propriétés OSGI.
Purge du workflow Client

Doit s’effectuer dans git. Remplacez le nœud de configuration de fenêtre de maintenance prêt à l’emploi sous /libs en créant des propriétés sous le dossier /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily. Consultez le tableau de fenêtre de maintenance ci-dessous pour en savoir plus sur la configuration.

Activez la tâche de maintenance en ajoutant un autre nœud sous le nœud ci-dessus (nommez-le granite_WorkflowPurgeTask) avec les propriétés adéquates. Configurez les propriétés OSGI. Consultez la documentation sur les tâches de maintenance AEM 6.5.
Purge du projet Client

Doit s’effectuer dans git. Remplacez le nœud de configuration de fenêtre de maintenance prêt à l’emploi sous /libs en créant des propriétés sous le dossier /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily. Consultez le tableau de fenêtre de maintenance ci-dessous pour en savoir plus sur la configuration.

Activez la tâche de maintenance en ajoutant un autre nœud sous le nœud ci-dessus (nommez-le granite_ProjectPurgeTask) avec les propriétés adéquates. Configurez les propriétés OSGI.
Configuration de la fenêtre de maintenance Qui gère la configuration Type de configuration Paramètres
Quotidienne Client Définition de nœud JCR

windowSchedule=daily (cette valeur ne doit pas être modifiée)

windowStartTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance quotidienne doivent commencer à s’exécuter.

windowEndTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance quotidienne doivent arrêter de s’exécuter si elles ne sont pas déjà terminées.
Hebdomadaire Client Définition de nœud JCR

windowSchedule=weekly (cette valeur ne doit pas être modifiée)

windowStartTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance hebdomadaire doivent commencer à s’exécuter.

windowEndTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance hebdomadaire doivent arrêter de s’exécuter si elles ne sont pas déjà terminées.

windowScheduleWeekdays= tableau de 2 valeurs de 1 à 7 (ex. : [5,5]) La première valeur du tableau désigne le jour de début planifié de la tâche et la seconde le jour de fin où la tâche doit être arrêtée. L’heure exacte du début et de la fin est régie par les paramètres windowStartTime et windowEndTime, respectivement.
Mensuel Client Définition de nœud JCR

windowSchedule=daily (cette valeur ne doit pas être modifiée)

windowStartTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance mensuelle doivent commencer à s’exécuter.

windowEndTime=HH:MM dans un format horaire de 24 heures. Définit à quel moment les tâches de maintenance associées à la fenêtre de maintenance mensuelle doivent arrêter de s’exécuter si elles ne sont pas déjà terminées.

windowScheduleWeekdays= tableau de 2 valeurs de 1 à 7 (ex. : [5,5]) La première valeur du tableau désigne le jour de début planifié de la tâche et la seconde le jour de fin où la tâche doit être arrêtée. L’heure exacte du début et de la fin est régie par les paramètres windowStartTime et windowEndTime, respectivement.

windowFirstLastStartDay= 0/1 0 pour planifier la première semaine du mois ou 1 pour planifier la dernière semaine du mois. En l’absence de valeur, les tâches sont planifiées chaque jour, comme régi par le paramètre windowScheduleWeekdays tous les mois.

Emplacements :

  • Quotidien – /apps/settings/granite/operations/maintenance/granite_daily
  • Hebdomadaire – /apps/settings/granite/operations/maintenance/granite_weekly
  • Mensuel – /apps/settings/granite/operations/maintenance/granite_monthly

Exemples de code :

Exemple de code 1 (quotidien)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
  xmlns:jcr="http://www.jcp.org/jcr/1.0"
  jcr:primaryType="sling:Folder"
  sling:configCollectionInherit="true"
  sling:configPropertyInherit="true"
  windowSchedule="daily"
  windowStartTime="03:00"
  windowEndTime="05:00"
 />

Exemple de code 2 (hebdomadaire)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="weekly"
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

Exemple de code 3 (mensuel)

<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
   xmlns:jcr="http://www.jcp.org/jcr/1.0"
   jcr:primaryType="sling:Folder"
   sling:configCollectionInherit="true"
   sling:configPropertyInherit="true"
   windowEndTime="15:30"
   windowSchedule="monthly"
   windowFirstLastStartDay=0
   windowScheduleWeekdays="[5,5]"
   windowStartTime="14:30"/>

Sur cette page