Purge de version version-purging

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Dans une installation standard, AEM crée une nouvelle version d’une page ou d’un noeud lorsque vous activez une page après la mise à jour du contenu.

NOTE
Si aucune modification du contenu n’est apportée, un message s’affiche indiquant que la page a été activée, mais qu’aucune nouvelle version ne sera créée.

Vous pouvez créer des versions supplémentaires sur demande à l’aide de la méthode Contrôle de version de l’onglet du sidekick. Ces versions sont stockées dans le référentiel et peuvent être restaurées si nécessaire.

Ces versions ne sont jamais purgées. Par conséquent, la taille du référentiel va augmenter au fil du temps et doit donc être gérée.

AEM est fourni avec divers mécanismes pour vous aider à gérer votre référentiel :

  • la valeur Version Manager

    Il peut être configuré pour purger les anciennes versions lors de la création de nouvelles versions.

  • la valeur Purge des versions outil

    Il est utilisé dans le cadre de la surveillance et de la maintenance de votre référentiel.

    Il vous permet d’intervenir et de supprimer les anciennes versions d’un nœud ou d’une hiérarchie de nœuds, en fonction des paramètres suivants :

    • Le nombre maximal de versions à conserver dans le référentiel.

      Une fois ce nombre dépassé, la version la plus ancienne est supprimée.

    • L’âge maximal des versions conservées dans le référentiel.

      Lorsque l’âge d’une version dépasse cette valeur, elle est purgée du référentiel.

  • La tâche de maintenance Purge de version. Vous pouvez planifier la tâche de maintenance Purge de version pour supprimer automatiquement les anciennes versions. Ainsi, cela réduit la nécessité d’utiliser manuellement les outils de purge de version.

CAUTION
Pour optimiser la taille du référentiel, vous devez exécuter la tâche Purge de version fréquemment. La tâche doit être planifiée en dehors des heures de bureau lorsqu’il y a un trafic limité.

Version Manager version-manager

Outre la purge explicite au moyen de l’outil de purge, le gestionnaire de versions peut être configuré pour purger les anciennes versions lors de la création de nouvelles versions.

Pour installer le gestionnaire de versions, créez une configuration pour :

PID com.day.cq.wcm.core.impl.VersionManagerImpl

Les options suivantes sont disponibles :

  • versionmanager.createVersionOnActivation (booléen, valeur par défaut : true)

    si vous souhaitez créer une version lorsque des pages sont activées.

    Une version est créée, sauf si l’agent de réplication est configuré pour supprimer la création de versions, qui est honorée par le gestionnaire de versions.

    Une version n’est créée que si l’activation se produit sur un chemin contenu dans versionmanager.ivPaths (voir ci-dessous).

  • versionmanager.ivPaths (Chaîne) [], par défaut : {"/"})

    chemins d’accès sur lesquels les versions sont implicitement créées lors de l’activation si versionmanager.createVersionOnActivation a la valeur true.

  • versionmanager.purgingEnabled (booléen, valeur par défaut : false)

    l’activation ou non de la purge lors de la création de nouvelles versions

  • versionmanager.purgePaths (Chaîne) [], par défaut : {"/content"})

    sur les chemins d’accès pour purger les versions lors de la création de nouvelles versions.

  • versionmanager.maxAgeDays (int, valeur par défaut : 30)

    lors de la purge, toute version antérieure à cette valeur est supprimée. Si cette valeur est inférieure à 1, la purge n’est pas effectuée en fonction de l’âge de la version.

  • versionmanager.maxNumberVersions (int, valeur par défaut 5)

    lors de la purge, toute version antérieure à la n dernière version est supprimée. Si cette valeur est inférieure à 1, la purge n’est pas effectuée en fonction du nombre de versions.

  • versionmanager.minNumberVersions (int, 0 par défaut)

    Nombre minimum de versions à conserver, indépendamment de l’âge. Si cette valeur est définie sur une valeur inférieure à 1, aucun nombre minimum de versions n’est conservé.

NOTE
Il n’est pas recommandé de conserver un grand nombre de versions dans le référentiel. Par conséquent, lors de la configuration de l’opération de purge de version, veillez à ne pas exclure un trop grand nombre de versions de la purge, faute de quoi la taille du référentiel ne sera pas correctement optimisée. Si vous conservez un grand nombre de versions en raison de besoins de l’entreprise, contactez l’assistance Adobe pour trouver d’autres moyens d’optimiser la taille du référentiel.

Combinaison d’options de conservation combining-retention-options

Les options qui définissent la manière dont les versions doivent être conservées (maxAgeDays, maxNumberVersions, minNumberVersions) peuvent être combinées en fonction de vos besoins.

Par exemple, lors de la définition du nombre maximal de versions à conserver ET de la version la plus ancienne à conserver :

  • Configuration :

    • maxNumberVersions = 7
    • maxAgeDays = 30
  • Avec :

    • 10 versions créées au cours des 60 derniers jours
    • 3 de ces versions créées au cours des 30 derniers jours
  • Cela signifie que :

    • Les 3 dernières versions seront conservées.

Par exemple, lors de la définition du nombre maximal ET minimum de versions à conserver ET de la version la plus ancienne à conserver :

  • Configuration :

    • maxNumberVersions = 3
    • maxAgeDays = 30
    • minNumberVersions = 3
  • Avec :

    • 5 versions créées il y a 60 jours
  • Cela signifie que :

    • 3 versions seront conservées

Outil Purge des versions purge-versions-tool

Le Purge des versions est destiné à purger les versions d’un noeud ou d’une hiérarchie de noeuds dans votre référentiel. Son Principal objectif est de vous aider à réduire la taille de votre référentiel en supprimant les anciennes versions de vos noeuds.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56