Nettoyage de la mémoire d’entrepôt des données

Utilisez le nettoyage pour supprimer tous les fichiers inutilisés dans l’entrepôt de données. CRX est compatible avec l’entrepôt de données Jackrabbit, consulter http://wiki.apache.org/jackrabbit/DataStore. Par défaut, CRX utilise l’entrepôt de données basé sur les fichiers, mais l’entrepôt de données Db est également compatible.

Pour exécuter le nettoyage de la mémoire, suivez les instructions suivantes :

• Vous connecter en tant qu’administrateur.
• Dans la console CRX, cliquez sur Configuration du référentiel.
• Cliquez Nettoyage de la mémoire d’entrepôt de données.
• Choisissez une ou plusieurs des options de ponctuation typographique suivantes :

• Cliquez sur Exécuter.

Nettoyage de la mémoire dans un environnement en grappe

Entrepôt de données partagé

Lors de l’utilisation d’une grappe CRX, le nettoyage de la mémoire d’entrepôt de données peut être effectué à partir de n’importe quel nœud de la grappe.

Entrepôt de données en grappe

Lors de l’utilisation de l’entrepôt de données en grappe (option de configuration de stockage de données ClusterDataStore), exécutez le nettoyage de mémoire sur tous les nœuds de la grappe séparément.

Entrepôt de données multi-référentiel

Si, en même temps, plusieurs référentiels distincts utilisent le même entrepôt de données (telles que les instances d’auteur et de publication), n’utilisez pas l’option Supprimer. À la place, le processus se présente comme suit :

• Sauvegardez votre entrepôt de données.
• Connectez-vous à CRX en tant qu’administrateur.
• Exécutez le nettoyage de la mémoire d’entrepôt de données sans cocher aucune option (assurez-vous notamment que l’option « Supprimer les éléments inutilisés » n’est _pas_ cochée)
  .
• Dans un délai de cinq jours, exécutez-le sur_tous_les_référentiels partageant un entrepôt de données. Il est possible de définir le délai à 0 jours, en revanche, cela augmente la charge sur le système de fichiers. En outre, l’exécution simultanée du processus sur tous les référentiels est possible, mais elle augmente les E/S sur le système de fichiers qui contient l’entrepôt de données. Une fois ce processus fini, les fichiers de l’entrepôt de données présentent une nouvelle date de dernière modification.
  
• Si le processus dure plus de cinq jours, augmentez le nombre de jours lorsque lors de la suppression (7 par défaut). Adobe recommande d’utiliser une marge de deux jours.
• Pour répertorier les fichiers antérieurs à sept jours utilisez la ligne de commande suivante :
  find repository/datastore/* -mtime +7 -type f
• Cette commande imprime le nombre d’octets pouvant être enregistrés :
  find repository/datastore/* -mtime +7 -type f -exec ls -l {} \; | awk '{ s+=$5 } END { print s }'
• Supprimez tous les fichiers antérieurs à sept jours à l’aide de la ligne de commande suivante. Avertissement : si le nettoyage de la mémoire de l’entrepôt de données n’a pas été exécutée dans les derniers jours, il supprime des fichiers qui sont encore nécessaires.
  find repository/datastore/* -mtime +7 -type f -exec rm {} \;

Démarrage du nettoyage de l’entrepôt de données dans une application

Pour exécuter manuellement le nettoyage de la mémoire, utilisez le code suivant :

GarbageCollector gc; SessionImpl si = (SessionImpl)session; gc = si.createDataStoreGarbageCollector(); // Facultatif (si vous souhaitez mettre en place une barre de progression / sorties) :

gc.setScanEventListener(this); gc.scan(); gc.stopScan(); // Il peut s’agir d’un bouton séparé si plusieurs référentiels utilisent le même entrepôt de données : gc.deleteUnused(); Modifications du nettoyage de la mémoire d’entrepôt de données de CQ5.5 en avant (s’applique à CRX 2.3.15 ou à une version ultérieure)

À partir du CQ5.5, le CRX qui offre le référentiel est un service OSGi. Le service CRX est enregistré dans le registre de services OSGi en tant que service MBean. Ce fichier MBean est disponible dans la console JMX, qui expose les attributs et les opérations du nettoyage de mémoire de l’entrepôt de données.

• L’interface utilisateur pour exécuter le nettoyage de mémoire de l’entrepôt de données est la suivante : http://<host>:<port>/system/console/jmx/com.adobe.granite%3Atype%3DRepository
  
• La nouvelle IU ne comporte qu’une option, « Supprimer les éléments inutilisés », que vous pouvez définir sur vrai ou faux en fonction du cas d’utilisation. Vous pouvez consulter un exemple de commande cURL avec l’option définie sur faux ici : [1].
  
• Les autres options
   :
  • L’option « Nettoyage de la mémoire en premier » ne fait pas partie de l’interface utilisateur du nettoyage de l’entrepôt de données et elle est disponible à l’adresse suivante : http://<host>:<port>/system/console/memoryusage.
  • L’option « Utilisation d’une analyse du gestionnaire de persistance » a été supprimée. 
  • L’option « Nettoyage de la mémoire en premier » a été déplacée à http://<host>:<port>/system/console/memoryusage.
  • La valeur par défaut pour le délai est définie sur 10.  Pour toute modification, changez une propriété bean dataStoreGarbageCollectionDelay. La commande cURL pour définir à 15 se montre ici : [2].

[1] curl -u admin:admin -X POST --data delete=false -H "Referer: http://<host>:<port>/system/console/jmx/com.adobe.granite%3Atype%3DRepository" http://<host>:<port>/system/console/jmx/com.adobe.granite%3Atype%3DRepository/op/runDataStoreGarbageCollection/java.lang.Boolean

[2] curl -u admin:admin -X POST --data value=15 -H "Referer: http://<host>:<port>/system/console/jmx/com.adobe.granite%3Atype%3DRepository" http://<host>:<port>/system/console/jmx/com.adobe.granite%3Atype%3DRepository/a/DataStoreGarbageCollectionDelay

Téléchargement du correctif 3241 à partir du partage de modules en cliquant ici.