Dashboard operazioni

Introduzione

Il dashboard delle operazioni nel AEM 6 aiuta gli operatori di sistema a monitorare AEM lo stato del sistema a colpo d'occhio. Fornisce inoltre informazioni di diagnosi generate automaticamente sugli aspetti rilevanti della AEM e consente di configurare ed eseguire l'automazione della manutenzione autonoma per ridurre in modo significativo le operazioni di progetto e i casi di supporto. Il dashboard delle operazioni può essere esteso con controlli di integrità personalizzati e attività di manutenzione. Inoltre, i dati del dashboard delle operazioni sono accessibili da strumenti di monitoraggio esterni tramite JMX.

Dashboard delle operazioni:

• È uno stato di sistema con un solo clic per aiutare i reparti operativi a ottenere efficienza
• Offre una panoramica dello stato di salute del sistema in un'unica posizione centralizzata
• Riduzione del tempo necessario per trovare, analizzare e risolvere i problemi
• Offre automazione autonoma che consente di ridurre in modo significativo i costi delle operazioni di progetto

È accessibile da Strumenti - Operazioni dalla schermata di benvenuto AEM.

Rapporti stato

Il sistema di rapporto sullo stato di salute fornisce informazioni sullo stato di un'istanza AEM tramite Sling Health Checks. Questo può essere fatto tramite OSGI, JMX, richieste HTTP (tramite JSON) o tramite l'interfaccia utente touch. Offre misurazioni e soglia di determinati contatori configurabili e, in alcuni casi, offrirà informazioni su come risolvere il problema.

Presenta diverse funzioni, descritte di seguito.

Verifiche stato

La Rapporti stato sono un sistema di carte che indicano una buona o cattiva salute per quanto riguarda una specifica area di prodotto. Queste schede sono visualizzazioni degli Sling Health Checks, che aggregano i dati da JMX e altre fonti ed espongono di nuovo le informazioni elaborate come MBeans. Questi MBeans possono anche essere ispezionati nel Console web JMX, org.apache.sling.health.check dominio.

L’interfaccia dei rapporti sullo stato è accessibile tramite Strumenti - Operazioni - Rapporti stato nella schermata di benvenuto AEM o direttamente tramite il seguente URL:

https://<serveraddress>:port/libs/granite/operations/content/healthreports/healthreportlist.html

Il sistema di carte espone tre possibili stati: OK, AVVERTENZA e CRITICO. Gli stati sono il risultato di regole e soglie, che possono essere configurate passando il mouse sulla scheda e facendo clic sull'icona a forma di ingranaggio nella barra delle azioni:

Tipi di controllo integrità

Nella AEM 6 esistono due tipi di controlli sanitari:

1. Controlli di integrità individuali
2. Controlli di integrità compositi

Un Verifica dello stato di salute individuale è un controllo di integrità singolo che corrisponde a una scheda di stato. I controlli di integrità individuali possono essere configurati con regole o soglie e possono fornire uno o più suggerimenti e collegamenti per risolvere problemi di salute identificati. Prendiamo il controllo "Log Errors" come esempio: se ci sono voci ERROR nei log di istanza, le troverai nella pagina dei dettagli del controllo di integrità. Nella parte superiore della pagina viene visualizzato un collegamento all’analizzatore "Log Message" nella sezione Strumenti di diagnosi, che consente di analizzare questi errori in modo più dettagliato e riconfigurare i logger.

A Verifica dello stato di avanzamento composito è un controllo che aggrega le informazioni derivanti da diversi controlli individuali.

I controlli di integrità compositi sono configurati con l'ausilio di tag filtro. In sostanza, tutti i controlli singoli con lo stesso tag di filtro verranno raggruppati come un controllo di integrità composito. Un controllo di integrità composito avrà uno stato OK solo se tutti i controlli singoli che aggrega hanno anche lo stato OK.

Come creare controlli di integrità

Nel Dashboard delle operazioni è possibile visualizzare il risultato dei controlli di integrità individuali e compositi.

Creazione di un singolo controllo dello stato

La creazione di un singolo controllo integrità prevede due passaggi: implementazione di un controllo dello stato di Sling e aggiunta di una voce per il controllo dello stato nei nodi di configurazione del dashboard.

1. Per creare un Sling Health Check, è necessario creare un componente OSGI che implementa l'interfaccia Sling HealthCheck. Questo componente verrà aggiunto all’interno di un bundle. Le proprietà del componente identificano completamente il controllo dello stato. Una volta installato il componente, verrà automaticamente creato un MBean JMX per il controllo dello stato. Consulta la sezione Documentazione Sling Health Check per ulteriori informazioni.

   Esempio di un componente Sling Health Check, scritto con annotazioni del componente del servizio OSGI:

   @Component(service = HealthCheck.class,
   property = {
       HealthCheck.NAME + "=Example Check",
       HealthCheck.TAGS + "=example",
       HealthCheck.TAGS + "=test",
       HealthCheck.MBEAN_NAME + "=exampleHealthCheckMBean"
   })
    public class ExampleHealthCheck implements HealthCheck {
       @Override
       public Result execute() {
           // health check code
       }
    }
   

   NOTA

   La MBEAN_NAME la proprietà definisce il nome del mbean che verrà generato per questo controllo di integrità.

2. Dopo aver creato un controllo dello stato, è necessario creare un nuovo nodo di configurazione, per renderlo accessibile nell'interfaccia del dashboard delle operazioni. Per questo passaggio, è necessario conoscere il nome del Mbean JMX della Verifica dello stato di salute (il MBEAN_NAME proprietà). Per creare una configurazione per il controllo dello stato, apri CRXDE e aggiungi un nuovo nodo (di tipo nt:unstructured) nel percorso seguente: /apps/settings/granite/operations/hc

   Le seguenti proprietà devono essere impostate sul nuovo nodo:

   • Nome: sling:resourceType

     • Tipo: String
     • Valore: granite/operations/components/mbean

   • Nome: resource

     • Tipo: String
     • Valore: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
   NOTA

   Il percorso della risorsa di cui sopra viene creato come segue: se il nome del fagiolo del controllo di integrità è "test", aggiungi "test" alla fine del percorso /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck

   Quindi il percorso finale sarà:

   /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/test

   NOTA

   Assicurati che il /apps/settings/granite/operations/hc il percorso ha le seguenti proprietà impostate su true:

   sling:configCollectionInherit

   sling:configPropertyInherit

   Questo indicherà al gestore della configurazione di unire le nuove configurazioni con quelle esistenti da /libs.

Creazione di un controllo dello stato composito

Il ruolo di un controllo dello stato composito consiste nell'aggregare un certo numero di controlli di integrità individuali che condividono un insieme di funzioni comuni. Ad esempio, il Security Composite Health Check raggruppa tutti i singoli controlli di integrità che eseguono verifiche relative alla sicurezza. Il primo passo per creare un controllo composito è quello di aggiungere una nuova configurazione OSGI. Affinché possa essere visualizzato nel Dashboard delle operazioni, è necessario aggiungere un nuovo nodo di configurazione, come abbiamo fatto per un semplice controllo.

1. Vai a Web Configuration Manager nella console OSGI. Per farlo, accedi a https://serveraddress:port/system/console/configMgr

2. Cerca la voce chiamata Verifica dello stato composito di Apache Sling. Una volta trovato, noterai che sono già disponibili due configurazioni: uno per i controlli di sistema e un altro per i controlli di sicurezza.

3. Crea una nuova configurazione premendo il pulsante "+" sul lato destro della configurazione. Viene visualizzata una nuova finestra, come illustrato di seguito:

   

4. Crea una configurazione e salvala. Verrà creato un Mbean con la nuova configurazione.

   Lo scopo di ciascuna proprietà di configurazione è il seguente:

   • Nome (hc.name): Nome del controllo di integrità composito. Si consiglia di assegnare un nome significativo.
   • Tag (hc.tags): Tag per il controllo dello stato di salute. Se questo controllo di integrità composito è destinato a far parte di un altro controllo di integrità composito (ad esempio in una gerarchia di controlli di integrità), aggiungere i tag a cui questo composito è correlato.
   • Nome MBean (hc.mbean.name): Nome del Mbean che verrà dato al MBean JMX di questo controllo di integrità composito.
   • Tag filtro (filter.tags): Questa è una proprietà specifica per i controlli di integrità compositi. Questi sono i tag che il composito deve aggregare. Il controllo di integrità composito si aggrega sotto il suo gruppo tutti i controlli di integrità che hanno qualsiasi tag corrispondente a uno dei tag di filtro di questo composito. Ad esempio, un controllo di integrità composito con tag filtro test e check aggrega tutti i controlli sanitari individuali e compositi che hanno uno dei test e check tag nella relativa proprietà tag ( hc.tags).
   NOTA

   Viene creato un nuovo Mbean JMX per ogni nuova configurazione di Apache Sling Composite Health Check.**

5. Infine, è necessario aggiungere la voce del controllo di integrità composito appena creato nei nodi di configurazione del dashboard delle operazioni. La procedura è la stessa dei controlli sanitari individuali: un nodo di tipo nt:unstructured deve essere creato in /apps/settings/granite/operations/hc. La proprietà della risorsa del nodo sarà definita dal valore di hc.medium.name nella configurazione OSGI.

   Se, ad esempio, hai creato una configurazione e impostato il hc.mbean.name valore a diskusage, i nodi di configurazione avranno il seguente aspetto:

   • Nome: Composite Health Check

     • Tipo: nt:unstructured

   Con le seguenti proprietà:

   • Nome: sling:resourceType

     • Tipo: String
     • Valore: granite/operations/components/mbean

   • Nome: resource

     • Tipo: String
     • Valore: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
   NOTA

   Se crei controlli di integrità individuali che logicamente appartengono a un controllo composito già presente nel dashboard per impostazione predefinita, questi verranno acquisiti automaticamente e raggruppati sotto il rispettivo controllo composito. Per questo motivo, non è necessario creare un nuovo nodo di configurazione per questi controlli.

   Ad esempio, se crei un singolo controllo di integrità della sicurezza, tutto quello che devi fare è assegnargli il "sicurezza" e viene installato, apparirà automaticamente sotto il controllo composito Controlli di sicurezza nel Dashboard delle operazioni.

Controlli di integrità forniti con AEM

Configurazione del controllo integrità

Per impostazione predefinita, per un’istanza di AEM preconfigurata, i controlli di integrità vengono eseguiti ogni 60 secondi.

Puoi configurare le Punto con Configurazione OSGi Configurazione del controllo dello stato della query (com.adobe.granite.queries.impl.hc.QueryHealthCheckMetrics).

Monitoraggio con Nagios

Il dashboard di controllo dello stato può integrarsi con Nagios tramite il GRANITE JMX Mbeans. L'esempio seguente illustra come aggiungere un controllo che mostra la memoria utilizzata sul server che esegue AEM.

1. Configurare e installare Nagios sul server di monitoraggio.

2. Quindi, installare il plugin remoto Nagios (NRPE).

   NOTA

   Per maggiori informazioni su come installare Nagios e NRPE sul tuo sistema, si prega di consultare il Documentazione di Nagios.

3. Aggiungi una definizione host per il server AEM. Questo può essere fatto tramite l'interfaccia Web Nagios XI, utilizzando Configuration Manager:

   1. Aprire un browser e puntare al server Nagios.
   2. Premere Configura nel menu principale.
   3. Nel riquadro a sinistra, premi il pulsante Gestione configurazione core sotto Configurazione avanzata.
   4. Premere Host link sotto Monitoraggio sezione .
   5. Aggiungi la definizione dell'host:

   

   Di seguito è riportato un esempio di file di configurazione dell'host, nel caso in cui utilizzi Nagios Core:

   define host {
      address 192.168.0.5
      max_check_attempts 3
      check_period 24x7
      check-command check-host-alive
      contacts admin
      notification_interval 60
      notification_period 24x7
   }
   

4. Installa Nagios e NRPE sul server AEM.

5. Installa il check_http_json su entrambi i server.

6. Definire un comando di controllo JSON generico su entrambi i server:

   define command{
   
       command_name    check_http_json-int
   
       command_line    /usr/lib/nagios/plugins/check_http_json --user "$ARG1$" --pass "$ARG2$" -u 'https://$HOSTNAME$:$ARG3$/$ARG4$' -e '$ARG5$' -w '$ARG6$' -c '$ARG7$'
   
   }
   

7. Aggiungi un servizio per la memoria utilizzata sul server AEM:

   define service {
   
       use generic-service
   
       host_name my.remote.host
   
       service_description AEM Author Used Memory
   
       check_command  check_http_json-int!<cq-user>!<cq-password>!<cq-port>!system/sling/monitoring/mbeans/java/lang/Memory.infinity.json!{noname}.mbean:attributes.HeapMemoryUsage.mbean:attributes.used.mbean:value!<warn-threshold-in-bytes>!<critical-threshold-in-bytes>
   
       }
   

8. Controlla il tuo dashboard di Nagios per il servizio appena creato:

   

Strumenti di diagnosi

Il dashboard dell'operazione fornisce anche l'accesso agli strumenti di diagnosi che possono aiutare a trovare e risolvere le cause principali degli avvisi provenienti dal dashboard di controllo dello stato, nonché fornire informazioni di debug importanti per gli operatori di sistema.

Tra le sue caratteristiche più importanti:

• Un analizzatore di messaggi di log
• La possibilità di accedere alle immagini heap e thread
• Richieste e analisi delle prestazioni delle query

Per accedere alla schermata Strumenti di diagnosi, vai a Strumenti - Operazioni - Diagnosi dalla schermata di benvenuto AEM. Puoi anche accedere direttamente alla schermata accedendo direttamente al seguente URL: https://serveraddress:port/libs/granite/operations/content/diagnosis.html

Messaggi del registro

Per impostazione predefinita, l'interfaccia utente dei messaggi di log visualizza tutti i messaggi ERROR. Se desideri visualizzare più messaggi di log, devi configurare un logger con il livello di log appropriato.

I messaggi di log utilizzano un appender del log in memoria e quindi non sono correlati ai file di log. Un’altra conseguenza è che la modifica dei livelli di registro in questa interfaccia utente non modificherà le informazioni registrate nei file di registro tradizionali. L’aggiunta e la rimozione di logger in questa interfaccia utente influirà solo sul logger di memoria in . Inoltre, si noti che la modifica delle configurazioni del logger si rifletterà nel futuro del logger di memoria - le voci che sono già registrate e non sono più rilevanti non vengono eliminate, ma voci simili non verranno registrate in futuro.

Puoi configurare ciò che viene registrato fornendo configurazioni del logger dal pulsante in alto a sinistra dell’ingranaggio nell’interfaccia utente. Qui puoi aggiungere, rimuovere o aggiornare le configurazioni del logger. Una configurazione del logger è composta da un livello di log (AVVERTENZA / INFORMAZIONI / DEBUG) e nome del filtro. La nome del filtro ha il ruolo di filtrare l’origine dei messaggi di log che vengono registrati. In alternativa, se un logger deve acquisire tutti i messaggi di log per il livello specificato, il nome del filtro deve essere "root". L’impostazione del livello di un logger attiverà l’acquisizione di tutti i messaggi con un livello uguale o superiore a quello specificato.

Esempi:

• Se hai intenzione di catturare tutti i ERRORE messaggi: non è richiesta alcuna configurazione. Tutti i messaggi ERROR vengono acquisiti per impostazione predefinita.

• Se hai intenzione di catturare tutti i ERRORE, AVVERTENZA e INFORMAZIONI messages - il nome del logger deve essere impostato su: "root", e il livello di logger a: INFORMAZIONI.

• Se prevedi di acquisire tutti i messaggi provenienti da un determinato pacchetto (ad esempio com.adobe.granite) - il nome del logger deve essere impostato su: "com.adobe.granite" e il livello di logger è: DEBUG (questo acquisirà tutti i ERRORE, AVVERTENZA, INFORMAZIONI e DEBUG , come illustrato nell’immagine seguente.

Log level: INFO
DATE+TIME [MaintanceLogger] Name=<MT_NAME>, Status=<MT_STATUS>, Time=<MT_TIME>, Error=<MT_ERROR>, Details=<MT_DETAILS>

Prestazioni della richiesta

La pagina Prestazioni richiesta consente di analizzare le richieste di pagina più lente elaborate. Solo le richieste di contenuto verranno registrate in questa pagina. In particolare, verranno acquisite le seguenti richieste:

1. Richieste di accesso alle risorse in /content
2. Richieste di accesso alle risorse in /etc/design
3. Le richieste di ".html" estensione

Viene visualizzata la pagina:

• Data e ora della richiesta
• L’URL e il metodo di richiesta
• Durata in millisecondi

Per impostazione predefinita, vengono acquisite le 20 richieste di pagina più lente, ma il limite può essere modificato in Configuration Manager.

Prestazioni delle query

La pagina Prestazioni query consente di analizzare le query più lente eseguite dal sistema. Queste informazioni sono fornite dall'archivio in un Mbean JMX. In Jackrabbit, il com.adobe.granite.QueryStat JMX Mbean fornisce queste informazioni, mentre nell'archivio Oak, è offerto da org.apache.jackrabbit.oak.QueryStats.

Viene visualizzata la pagina:

• Data e ora in cui è stata effettuata la query
• Lingua della query
• Numero di volte in cui è stata emessa la query
• Istruzione della query
• Durata in millisecondi

Spiega query

Per una determinata query, Oak cerca di capire il modo migliore per eseguire in base agli indici Oak definiti nell'archivio sotto il oak:index nodo. A seconda della query, Oak può scegliere indici diversi. La comprensione di come Oak sta eseguendo una query è il primo passaggio per ottimizzare la query.

La query di spiegazione è uno strumento che spiega come Oak sta eseguendo una query. È accessibile da Strumenti - Operazioni - Diagnosi dalla schermata di benvenuto AEM, quindi facendo clic su Prestazioni query e passare alla Spiega query scheda .

Funzioni

• Supporta i linguaggi di query Xpath, JCR-SQL e JCR-SQL2
• Segnala il tempo di esecuzione effettivo della query fornita
• Rileva query lente e avvisa di query potenzialmente lente
• Segnala l’indice Oak utilizzato per eseguire la query
• Visualizza la spiegazione effettiva del motore di query Oak
• Elenco di clic-to-load delle query lente e popolari

Una volta nell’interfaccia utente di Explain Query, tutto ciò che devi fare per usarla è inserire la query e premere il pulsante Spiegare pulsante:

La prima voce nella sezione Spiegazione query è la spiegazione effettiva. Nella spiegazione verrà visualizzato il tipo di indice utilizzato per eseguire la query.

La seconda voce è il piano di esecuzione.

Tocca Includi tempo di esecuzione prima di eseguire la query, viene visualizzata anche la quantità di tempo in cui la query è stata eseguita. La Includi conteggio dei nodi segnalerà il conteggio dei nodi. Consentono di ottenere ulteriori informazioni, che possono essere utilizzate per ottimizzare gli indici per la tua applicazione o distribuzione.

Gestione dell'indice

Lo scopo di Gestione indici è quello di facilitare la gestione degli indici, ad esempio la manutenzione degli indici o la visualizzazione del loro stato.

Per accedervi, vai su Strumenti - Operazioni - Diagnosi ​ dalla schermata iniziale, quindi fai clic sul pulsante Gestione indici pulsante .

È inoltre possibile accedervi direttamente a questo URL: https://serveraddress:port/libs/granite/operations/content/diagnosistools/indexManager.html

L’interfaccia utente può essere utilizzata per filtrare gli indici nella tabella digitando i criteri del filtro nella casella di ricerca nell’angolo in alto a sinistra dello schermo.

Scarica ZIP stato

Questo attiverà il download di un file ZIP contenente informazioni utili sullo stato e sulla configurazione del sistema. L'archivio contiene configurazioni di istanza, un elenco di bundle, OSGI, metriche Sling e statistiche e questo può portare a un file di grandi dimensioni. È possibile ridurre l'impatto dei file di stato di grandi dimensioni utilizzando Scarica ZIP di stato finestra. È possibile accedere alla finestra da:AEM > Strumenti > Operazioni > Diagnosi > Scarica ZIP dello stato.

Da questa finestra è possibile selezionare gli elementi da esportare (file di registro e o immagini di thread) e il numero di giorni di log inclusi nel download rispetto alla data corrente.

Scarica immagine thread

Questo attiverà il download di un file ZIP contenente informazioni sui thread presenti nel sistema. Vengono fornite informazioni su ogni thread, ad esempio il suo stato, il classloader e lo stacktrace.

Scarica immagine heap

È inoltre possibile scaricare un’istantanea dell’heap, in modo da analizzarla in un secondo momento. Tieni presente che questo attiverà il download di un file di grandi dimensioni, nell’ordine di centinaia di megabyte.

Attività di manutenzione automatizzata

La pagina Attività di manutenzione automatica è un luogo in cui è possibile visualizzare e tenere traccia delle attività di manutenzione consigliate pianificate per l’esecuzione periodica. Le attività sono integrate con il sistema di controllo dello stato di salute. Le attività possono anche essere eseguite manualmente dall’interfaccia .

Per passare alla pagina Manutenzione nel dashboard delle operazioni, è necessario passare a Strumenti - Operazioni - Dashboard - Manutenzione dalla schermata di benvenuto AEM o direttamente seguire questo collegamento:

https://serveraddress:port/libs/granite/operations/content/maintenance.html

Le seguenti attività sono disponibili nel dashboard delle operazioni:

1. La Pulizia revisioni attività, situata sotto Finestra Manutenzione giornaliera menu.
2. La Pulizia dei binari Lucene attività, situata sotto Finestra Manutenzione giornaliera menu.
3. La Eliminazione del flusso di lavoro attività, situata sotto Finestra Manutenzione settimanale menu.
4. La Raccolta rifiuti dell'archivio dati attività, situata sotto Finestra Manutenzione settimanale menu.
5. La Manutenzione del registro di controllo attività, situata sotto Finestra Manutenzione settimanale menu.
6. La Manutenzione e pulizia delle versioni attività, situata sotto Finestra Manutenzione settimanale menu.

Il tempo predefinito per la finestra di manutenzione giornaliera è compreso tra 2 e 5. Le attività configurate per l'esecuzione nella finestra di manutenzione settimanale verranno eseguite tra le 1 e le 2 del mattino del sabato.

È inoltre possibile configurare i tempi premendo l'icona ingranaggio su una delle due schede di manutenzione:

Pulizia revisioni

Per ulteriori informazioni sull'esecuzione del cleanup delle revisioni, consulta questo articolo dedicato.

Pulizia dati binari di Lucene

Utilizzando l'attività Pulizia binari Lucene, è possibile eliminare i binari lucene e ridurre il fabbisogno di dimensioni dell'archivio dati in esecuzione. Questo perché l'abbandono binario di lucene verrà ririchiesto quotidianamente invece della dipendenza precedente su un successo raccolta oggetti inattivi dell'archivio dati esegui.

Anche se l'attività di manutenzione è stata sviluppata per ridurre i rifiuti di revisione relativi a Lucene, ci sono miglioramenti generali di efficienza quando si esegue l'attività:

• L'esecuzione settimanale dell'attività di raccolta degli oggetti inattivi dell'archivio dati verrà completata più rapidamente
• Può anche migliorare leggermente le prestazioni complessive AEM

Puoi accedere all’attività Pulizia binari Lucene da: AEM > Strumenti > Operazioni > Manutenzione > Finestra Manutenzione giornaliera > Pulizia binari Lucene.

Archivio dati raccolta oggetti inattivi

Per informazioni dettagliate sulla raccolta degli oggetti inattivi nell'archivio dati, consulta la sezione dedicata pagina della documentazione.

Eliminazione del flusso di lavoro

I flussi di lavoro possono anche essere eliminati dal dashboard di manutenzione. Per eseguire l’attività Elimina flusso di lavoro, è necessario:

1. Fai clic sul pulsante Finestra Manutenzione settimanale pagina.
2. Nella pagina seguente, fai clic sul pulsante Play nel Eliminazione del flusso di lavoro il Card.

Manutenzione del registro di controllo

Per la manutenzione del log di controllo, consulta la sezione pagina separata della documentazione.

Pulizia delle versioni

È possibile pianificare l'attività di manutenzione Pulizia versione per eliminare automaticamente le versioni precedenti. Di conseguenza, questo riduce al minimo la necessità di utilizzare manualmente il Strumenti per l’eliminazione delle versioni. Puoi pianificare e configurare l'attività Pulizia versione accedendo a Strumenti > Operazioni > Manutenzione > Finestra Manutenzione settimanale e segui questi passaggi:

1. Fai clic sul pulsante Aggiungi pulsante .

2. Scegli Eliminazione versione dal menu a discesa.

   

3. Per configurare l'attività Pulizia versione, fai clic sul pulsante ingranaggi sulla scheda di manutenzione Version Purge appena creata.

   

Con AEM 6.4, è possibile interrompere l'attività di manutenzione Pulizia versione come segue:

• Automaticamente - Se la finestra di manutenzione programmata viene chiusa prima del completamento dell'attività, l'attività viene arrestata automaticamente. Viene ripreso quando si apre la prossima finestra di manutenzione.
• Manualmente: per interrompere manualmente l'attività, nella scheda di manutenzione Pulizia versione fai clic sul pulsante Interrompi icona. All’esecuzione successiva, l’attività riprenderà in modo sicuro.

Attività di manutenzione personalizzate

Le attività di manutenzione personalizzate possono essere implementate come servizi OSGi. Poiché l’infrastruttura delle attività di manutenzione si basa sulla gestione dei processi di Apache Sling, un’attività di manutenzione deve implementare l’interfaccia java [org.apache.sling.event.jobs.consumer.JobExecutor](https://sling.apache.org/apidocs/sling7/org/apache/sling/event/jobs/consumer/JobExecutor.html). Inoltre, deve dichiarare diverse proprietà di registrazione del servizio da rilevare come attività di manutenzione, come indicato di seguito:

Oltre alle proprietà del servizio di cui sopra, il process() metodo JobConsumer l’interfaccia deve essere implementata aggiungendo il codice da eseguire per l’attività di manutenzione. Il JobExecutionContext può essere utilizzato per generare informazioni sullo stato, controllare se il processo viene interrotto dall'utente e creare un risultato (riuscito o non riuscito).

Per le situazioni in cui un’attività di manutenzione non deve essere eseguita su tutte le installazioni (ad esempio, eseguita solo sull’istanza di pubblicazione), puoi fare sì che il servizio richieda una configurazione per essere attivo aggiungendo @Component(policy=ConfigurationPolicy.REQUIRE). Puoi quindi contrassegnare la configurazione in base alla modalità di esecuzione a seconda dell’archivio. Per ulteriori informazioni, consulta Configurazione di OSGi.

Di seguito è riportato un esempio di un'attività di manutenzione personalizzata che elimina i file da una directory temporanea configurabile che sono stati modificati nelle ultime 24 ore:

src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java

experiencemanager-java-Maintenance-ancetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java

Una volta implementato, il servizio viene esposto all'interfaccia utente del dashboard delle operazioni. È possibile aggiungerlo a una delle pianificazioni di manutenzione disponibili:

Questo aggiungerà una risorsa corrispondente in /apps/granite/operations/config/maintenance/schedule/taskname. Se l'attività dipende dalla modalità di esecuzione, la proprietà granite.operations.Conditions.runmode deve essere impostata su quel nodo con i valori delle modalità di esecuzione che devono essere attive per questa attività di manutenzione.

Panoramica sistema

La Dashboard di panoramica del sistema visualizza una panoramica di alto livello della configurazione, dell'hardware e dello stato dell'istanza AEM. Ciò significa che lo stato di integrità del sistema è trasparente e che tutte le informazioni sono aggregate in un unico dashboard.

Accesso

Per accedere alla dashboard Panoramica sistema, passa a Strumenti > Operazioni > Panoramica del sistema.

Spiegazione del dashboard di panoramica del sistema

La tabella seguente descrive tutte le informazioni visualizzate nel dashboard Panoramica sistema. Tieni presente che quando non sono presenti informazioni rilevanti da mostrare (ad esempio, il backup non è in corso, non sono presenti controlli di integrità critici) nella rispettiva sezione verrà visualizzato il messaggio "Nessuna voce".

È inoltre possibile scaricare un JSON file che riepiloga le informazioni del dashboard facendo clic sul pulsante Scarica nell'angolo in alto a destra del dashboard.Il JSON endpoint /libs/granite/operations/content/systemoverview/export.json e può essere utilizzato in curl script per il monitoraggio esterno.

Risorse Business.Adobe.com

Auto Form Fill Asset Collections Embedded Charts Mobile Forms Theme Editor Version History