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.
Pour plus d’informations sur les tâches de maintenance, consultez les pages suivantes :
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érera les tâches de maintenance qui n’exigent pas de décisions de la part du client (par exemple, la récupération de l’espace mémoire du magasin de données) tandis que d’autres tâches de maintenance peuvent être configurées par le client (reportez-vous au 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 | Gestion entièrement réalisée par Adobe, mais à l’avenir, les clients pourront configurer certains paramètres. |
Purge du journal d’audit | Adobe | Gestion entièrement réalisée par Adobe, mais à l’avenir, les clients pourront configurer certains paramètres. |
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 github. 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. Consultez la documentation sur les tâches de maintenance AEM 6.5 |
Purge du workflow | Client | Doit s’effectuer dans github. 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 github. 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 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. Consultez la documentation sur les tâches de maintenance AEM 6.5 |
Les clients peuvent planifier chacune des tâches de maintenance Purger le workflow, Purger les tâches ad hoc et Purger le projet pour que ces tâches s’exécutent pendant les fenêtres de maintenance quotidienne, hebdomadaire ou mensuelle. Ces configurations doivent être modifiées directement dans le contrôle de code source. Le tableau ci-dessous décrit les paramètres de configuration disponibles pour chaque fenêtre.
Configuration de la fenêtre de maintenance | Qui gère la configuration | Type de configuration | Emplacement | Exemple | Paramètres |
---|---|---|---|---|---|
Quotidienne | Client | Définition de nœud JCR | /apps/settings/granite/operations/maintenance/granite_daily |
Voir l’exemple de code 1 ci-dessous |
|
Hebdomadaire | Client | Définition de nœud JCR | /apps/settings/granite/operations/maintenance/granite_weekly |
Voir l’exemple de code 2 ci-dessous |
|
Mensuel | Client | Définition de nœud JCR | /apps/settings/granite/operations/maintenance/granite_monthly |
Voir l’exemple de code 3 ci-dessous |
|
Exemple de code 1
<?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
<?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
<?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"/>