Tâches de maintenance dans AEM as a Cloud Service

Dernière mise à jour : 2023-12-05

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 ou d’une cliente 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 les environnements existants (ceux créés avant le 4 février 2024), la purge est désactivée et ne sera plus activée à l’avenir, sauf si le client l’a explicitement activée, à ce moment-là il peut également la configurer avec des valeurs personnalisées.

La purge des nouveaux environnements (créés à partir du 4 février 2024) est activée par défaut avec les valeurs ci-dessous, et les clients peuvent la configurer avec des valeurs personnalisées.
  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.

    4. Il est recommandé aux client(e)s qui ont des exigences réglementaires pour effectuer le rendu des pages du site exactement telles qu’elles s’affichaient à une date spécifique de faire appel à des services externes spécialisés.
Purge du journal d’audit Adobe Pour les environnements existants (ceux créés avant le 4 février 2024), la purge est désactivée et ne sera plus activée à l’avenir, sauf si le client l’a explicitement activée, à ce moment-là il peut également la configurer avec des valeurs personnalisées.

La purge des nouveaux environnements (créés à partir du 4 février 2024) est activée par défaut sous la variable /content du référentiel, 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.

    4. Il est recommandé aux client(e)s qui ont des exigences réglementaires pour produire des journaux d’audit non modifiables de faire appel à des services externes spécialisés.
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 noeud de configuration de la 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, granite_daily ou granite_monthly.

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 l’attribut sling:resourceType défini sur granite/operations/components/maintenance/task et l’attribut granite.maintenance.name défini sur TaskPurge. Configurez les propriétés OSGI. Voir com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask pour la liste des propriétés.
Purge du workflow Client

Doit s’effectuer dans git. Remplacez le noeud de configuration de la 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, granite_daily ou granite_monthly. 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 noeud de configuration de la 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, granite_daily ou granite_monthly. 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. Consultez la liste des propriétés OSGI sous « Configuration de purge des projets Adobe ».
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.

Une tâche de maintenance ne peut pas être exécutée plusieurs fois pendant ce délai.
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.

Une tâche de maintenance ne peut pas être exécutée plusieurs fois pendant ce délai.

windowScheduleWeekdays= tableau de 2 valeurs de 1 à 7 (par exemple, [5,5]) La première valeur du tableau désigne le jour de début planifié du traitement et la seconde le jour de fin où le traitement doit être arrêté. 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=monthly (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.

Une tâche de maintenance ne peut pas être exécutée plusieurs fois pendant ce délai.

windowScheduleWeekdays= tableau de 2 valeurs de 1 à 7 (par exemple, : [5,5]) La première valeur du tableau désigne le jour de début planifié du traitement et la seconde le jour de fin où le traitement doit être arrêté. 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 le jour 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"/>
Page précédente
Next page

Sur cette page