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 les environnements existants (ceux créés avant le 1er mars 2023), 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 sera activée par défaut pour les nouveaux environnements (ceux créés à partir du 1er mars 2023) avec les valeurs ci-dessous, et les clients pourront effectuer une configuration avec des valeurs personnalisées.
Les versions de plus de 30 jours sont supprimées
Les 5 versions les plus récentes des 30 derniers jours sont conservées.
Quelle que soit la règle ci-dessus, la version la plus récente est conservée.
Il est recommandé aux clients 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 les intégrer à des services externes spécialisés.
Purge du journal d’audit
Adobe
Pour les environnements existants (ceux créés avant le 1er mars 2023), 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 (ceux créés à partir du 1er mars 2023) sera activée par défaut sous le nœud /content du référentiel, selon le comportement suivant :
Pour le contrôle de réplication, les journaux d’audit datant de plus de 3 jours sont supprimés.
Pour le contrôle du DAM (Assets), les journaux d’audit datant de plus de 30 jours sont supprimés.
Pour le contrôle des pages, les journaux de plus de 3 jours sont supprimés.
Il est recommandé que les clients qui ont des exigences réglementaires pour produire des journaux d’audit non modifiables s’intègrent à 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 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 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 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é 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=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é 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 chaque jour, comme régi par le paramètre windowScheduleWeekdays tous les mois.
