Tâches de maintenance dans AEM as a Cloud Service maintenance-tasks-in-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 maintenance-tasks-configuring

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, le nettoyage de la mémoire d’entrepôt de données). D’autres tâches de maintenance peuvent être configurées par les clients, comme décrit dans le tableau ci-dessous.

CAUTION
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 (créés avant le 15 avril 2024), la purge est désactivée et sera activée à l’avenir avec une valeur par défaut de 7 ans ; les clients pourront la configurer avec des valeurs personnalisées plus faibles (telles que 30 jours).
\ La purge sera activée par défaut pour les nouveaux environnements (créés à partir du 15 avril 2024) avec les valeurs ci-dessous, et les clients pourront effectuer une configuration 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. \

    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 (créés avant le 15 avril 2024), la purge est désactivée et sera activée à l’avenir avec une valeur par défaut de 7 ans ; les clients pourront la configurer avec des valeurs personnalisées plus faibles (telles que 30 jours).
\ La purge des nouveaux environnements (créés à partir d’avril 2024) est activée par défaut sous /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. \

    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"/>
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab