Risolvere la crescita dell’archivio segmenti causata dalle piste di controllo di Groovy Console in AEM 6.5 (Forms e altre soluzioni)

Se l'ambiente AEM 6.5 on-premise o AMS presenta picchi improvvisi di dischi e un segmentstore TarMK in rapida crescita, un processo ad alta frequenza di Groovy Console potrebbe creare nodi di audit trail di grandi dimensioni in /var/groovyconsole/audit. Questo scenario è stato osservato in un ambiente AEM Forms, ma può verificarsi in qualsiasi configurazione AEM 6.5 TarMK utilizzando Groovy Console.
Questo articolo spiega come identificare il processo che causa l’infrazione, rimuoverne in modo sicuro i nodi di audit e recuperare spazio su disco eseguendo la compattazione offline nell’archivio segmenti.

Nota: questo scenario include script personalizzati di Groovy Console e audit trail. Groovy Console è uno strumento di terze parti/per la community e non fa parte del prodotto AEM standard.

Descrizione description

Ambiente

Note:

Problema/Sintomi

In un ambiente di produzione Adobe Experience Manager (AEM) 6.5 Forms on-premise o Adobe Managed Services (AMS), si verifica un aumento improvviso e rapido dell’utilizzo del disco. La directory crx-quickstart/repository/segmentstore cresce rapidamente in diversi giorni e raggiunge centinaia di gigabyte. La pulizia delle revisioni online viene eseguita ma non recupera spazio. La crescita non è spiegata da implementazioni o modifiche di configurazione recenti.

Durante l’analisi, si osservano i seguenti sintomi:

Dalle indagini è emerso che un processo personalizzato di Groovy Console, pianificato per essere eseguito ogni pochi minuti, scrive voci di audit trail di grandi dimensioni in un percorso specifico per l'utente e l'anno, ad esempio /var/groovyconsole/audit/user/<year>. Questi nodi di audit causano il gonfiore dell’archivio e favoriscono la crescita dell’archivio segmenti.

Risoluzione resolution

Passaggio 1: identificare il processo di Groovy Console che genera gli audit trail

Per i passaggi, consultare Utilizzo di CRXDE Lite nella Guida utente di AEM as a Cloud Service. Un nodo di processo tipico contiene proprietà simili alle seguenti:

Se questi processi generano solo registri di audit e non contenuti business-critical, è possibile ripulire in modo sicuro i nodi di audit e modificare o rimuovere la pianificazione per evitare un'ulteriore rapida crescita. Per i passaggi, fare riferimento a Gestione dei registri di controllo in AEM 6.

Passaggio 2: pulizia dei nodi di controllo di Groovy Console

Per ridurre le dimensioni dell'archivio, rimuovere i nodi di controllo accumulati in /var/groovyconsole/audit/user/<year>. Utilizzare uno script della console Groovy su richiesta anziché un nuovo processo pianificato per evitare ulteriori aumenti.

Importante: usare Groovy Console con cautela sui sistemi di produzione. Eseguire sempre il test degli script in un ambiente inferiore, verificare il percorso di destinazione ed eseguirli in base alle procedure di gestione delle modifiche appropriate. Per i passaggi, fare riferimento a Gestione dei registri di controllo in AEM 6 nella Guida utente di AEM 6.5.

In questo scenario, la crescita proviene dai nodi di audit trail di Groovy Console in un percorso specifico per l’utente e per l’anno, ad esempio:

/var/groovyconsole/audit/user/<year>

Questo percorso contiene solo i dati di controllo per i processi di Groovy Console ed è sicuro da rimuovere. Regola il segmento dell’anno nel percorso in base all’ambiente in uso.

Esempio di script della console di Groovy:

import javax.jcr.Session

// Adjust this path to the correct audit root for your environment.
// Example: "/var/groovyconsole/audit/user/<year>"
def path = "/var/groovyconsole/audit/user/<year>"

Session s = session  // Groovy Console injects a live JCR session

if (s.nodeExists(path)) {
    s.getNode(path).remove()
    s.save()
    println "Removed audit nodes under " + path
} else {
    println "No audit nodes to remove at " + path
}

Eseguire lo script una volta in produzione con un account utente che disponga di autorizzazioni sufficienti per rimuovere i nodi in /var/groovyconsole/audit/user/<year>. In molti ambienti si tratta di un utente amministrativo o di servizio, ma le autorizzazioni esatte dipendono dal modello di sicurezza interno.

Al termine dello script, verificare in CRXDE Lite che i nodi di controllo siano rimossi e verificare che il processo di Groovy Console non sia più in esecuzione o che sia eseguito con una pianificazione meno aggressiva e una registrazione minima.

Passaggio 3: pianificazione dei tempi di inattività e del backup per la compattazione offline

Passaggio 4: eseguire la compattazione della revisione offline in segmentstore

Per i passaggi, consulta Pulizia revisioni nella Guida utente di AEM 6.5. Utilizza una versione di oak-run compatibile con il tuo livello di service pack di AEM 6.5. Assicurati che almeno il doppio della dimensione corrente dell’archivio segmenti sia disponibile come spazio libero su disco. Esegui il comando seguente dalla directory di installazione di AEM sul server che ospita l’istanza:

java -Xmx16g -jar oak-run-1.22.21.jar compact ./crx-quickstart/repository/segmentstore

Monitora il processo fino al suo completamento. Non interrompere la compattazione. Procedendo in questo modo si può danneggiare l’archivio.

Passaggio 5: riavvia AEM e convalida

Prevenzione e best practice

Note