Risoluzione dell’utilizzo di dischi elevati da file di registro di grandi dimensioni nei nodi di pubblicazione di Adobe Experience Manager
Questo articolo spiega come risolvere i problemi di utilizzo elevato del disco nelle istanze di pubblicazione di Adobe Experience Manager (AEM) quando file di registro di grandi dimensioni causano uno stato di archiviazione critico. Per risolvere questo problema, identifica i file di registro più grandi, rimuovi o archivia i vecchi registri e le immagini thread, controlla la configurazione della registrazione, analizza gli errori ricorrenti dell’applicazione e monitora l’utilizzo del disco.
Descrizione description
Ambiente
- Adobe Experience Manager 6.5 LTS
- Distribuzione on-premise e autogestita
- Pubblicare istanze con accesso al file system
Sintomi
- Nel dashboard Monitoraggio del sistema AEM, una o più istanze di pubblicazione presentano uno stato Critico in Archiviazione.
- L’utilizzo del disco è eccessivamente elevato nelle istanze interessate.
- Sono presenti file di log di grandi dimensioni, in particolare
error.logfile, con file singoli di dimensioni superiori a 1 GB.
Causa
L’eccessiva crescita dei file di registro è dovuta a errori dell’applicazione, tracce di stack ricorrenti e configurazioni di registrazione dettagliate. Anche l’abilitazione della registrazione a livello di DEBUG per alcuni pacchetti contribuisce a una rapida crescita dei registri. La pulizia dei vecchi registri e delle immagini thread può ripristinare la capacità del disco, ma è necessario risolvere i problemi di applicazione e registrazione sottostanti per evitare che si ripresentino.
Risoluzione resolution
Segui questi passaggi per ridurre l’utilizzo del disco ed evitare una crescita eccessiva del registro sulle istanze Publish interessate:
- Connettiti a ogni istanza Publish interessata utilizzando SSH o un browser di file.
- Elencare i file di registro per dimensione per identificare i file che occupano più spazio su disco. Sui sistemi Linux, utilizzare
ls -lhS /path/to/aem/logs/. - Elimina o archivia i file di registro e le immagini thread obsoleti che non sono più necessari.
- Prima di eliminare i registri, conserva i registri necessari per la conformità o per un’indagine in corso in un’altra posizione.
- Esamina la configurazione di registrazione per l’istanza Publish interessata.
- Verificare se la registrazione di
DEBUGè abilitata per i pacchetti relativi a codice personalizzato o a componenti di volumi elevati. - Se la registrazione di
DEBUGnon è necessaria per la risoluzione dei problemi attiva, impostare il pacchetto su un livello di registrazione di produzione appropriato, ad esempioINFOoWARN. - Rivedi gli altri logger e conferma che vengano registrate solo le informazioni necessarie a livelli di dettaglio più elevati.
- Analizzare i registri degli errori per individuare le eccezioni ricorrenti, ad esempio
NullPointerException, e risolvere i problemi di codice sottostanti che generano tracce di stack eccessive. - Esaminare la gestione delle eccezioni nel codice dell’applicazione per assicurarsi che gli errori previsti o recuperabili vengano gestiti in modo appropriato e non generino tracce di stack non necessarie.
- Utilizza il dashboard Monitoraggio del sistema AEM e gli strumenti di monitoraggio esterni per tenere traccia dell’utilizzo del disco e registrare le tendenze di crescita.
- Configurare gli avvisi per identificare la crescita anomala del disco o del registro prima che influisca sul servizio.
- Dopo la pulizia, verificare che l’utilizzo del disco ritorni alla normalità e che l’istanza Publish interessata mostri uno stato integro nel dashboard di monitoraggio.
Note:
- Questa procedura si applica alle distribuzioni Adobe Experience Manager 6.5 LTS locali e autogestite in cui è possibile accedere al file system dell’istanza Publish.
- Non applicare i passaggi di pulizia diretta del file system agli ambienti Adobe Experience Manager as a Cloud Service o Adobe Managed Services. Tali modelli di distribuzione utilizzano procedure di accesso ai registri e di gestione dell’infrastruttura diverse.