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.
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.
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 juin 2023), la purge est désactivée et ne sera plus activée à l’avenir, sauf si le client ou la cliente l’a explicitement activée ; à ce moment-là, il ou elle 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 juin 2023) avec les valeurs ci-dessous, et les clients et les clientes pourront effectuer une configuration avec des valeurs personnalisées.
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 1er juin 2023), la purge est désactivée et ne sera plus activée à l’avenir, sauf si le client ou la cliente l’a explicitement activée ; à ce moment-là, il ou elle peut également la configurer avec des valeurs personnalisées. La purge des nouveaux environnements (ceux créés à partir du 1er juin 2023) sera activée par défaut sous le nœud /content du référentiel, selon le comportement suivant :
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 nœud de configuration de fenêtre de maintenance prêt à l’emploi sous 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 |
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 Activez la tâche de maintenance en ajoutant un autre nœud sous le nœud ci-dessus (nommez-le |
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 Activez la tâche de maintenance en ajoutant un autre nœud sous le nœud ci-dessus (nommez-le |
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 (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=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 (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 le jour régi par le paramètre windowScheduleWeekdays (tous les mois). |
Emplacements :
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"/>