Pour exécuter le nettoyage de la mémoire, suivez les instructions suivantes :
Option | Description |
---|---|
Nettoyage de la mémoire en premier | Pour exécuter en premier le nettoyage de la mémoire principale (aussi appelé nettoyage de la mémoire de tas). Les objets expulsés de ce processus se trouvent toujours dans la mémoire principale, mais ne sont plus référencés. Le nettoyage de la mémoire d’entrepôt des données ne récupère que les éléments qui ne figurent plus dans la mémoire principale. |
Suppression d’éléments inutilisés | La sélection de cette option signifie que tous les fichiers inutilisés sont supprimés de l’entrepôt de données. Si cette option est désactivée, seule la dernière date de modification des éléments utilisés est mise à jour, mais aucun fichier n’est supprimé. N’activez pas cette option si plusieurs référentiels autonomes ou grappes distinctes partagent un entrepôt de données. À la place, supprimez les anciens éléments manuellement ou utilisez un script. Par exemple, supprimez les fichiers qui ont plus d’une semaine après avoir exécuté le nettoyage de la mémoire d’entrepôt de données sur chaque référentiel. Une grappe est un référentiel ; vous pouvez donc activer « Supprimer les éléments inutilisés » lors de l’utilisation de plusieurs instances de grappe partageant un référentiel. |
Utilisation d’une analyse du gestionnaire de persistance | Lorsque cette option est activée, le processus utilise un gestionnaire de persistance de bas niveau, si le gestionnaire de persistance est compatible avec cette option. La sélection de cette option accélère le processus de nettoyage de la mémoire, mais peut ralentir les opérations simultanées. Si cette option est désactivée, un nœud de niveau supérieur est utilisé. |
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 :
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.
[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
AEM 5.6.1 (CRX 2.4.30+)
Le nouveau nettoyage d’entrepôt de données improvisé a été mis en œuvre dans la version 5.6.1. Ce qui est désormais activé par défaut (runDataStoreGarbageCollection). Pour exécuter l’ancienne méthode de nettoyage de la mémoire d’entrepôt de données, utilisez runDataStoreClassicGarbageCollection qui exécute le nettoyage de la mémoire d’entrepôt de données en évitant l’utilisation du nettoyage optimisé TarPM.
Téléchargement du correctif 3241 à partir du partage de modules en cliquant ici.
Telechargement
Accéder à votre compte