Dashboard operazioni operations-dashboard
Introduzione introduction
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 health-reports
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 health-checks
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à health-check-types
Nella AEM 6 esistono due tipi di controlli sanitari:
- Controlli di integrità individuali
- 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à how-to-create-health-checks
Nel Dashboard delle operazioni è possibile visualizzare il risultato dei controlli di integrità individuali e compositi.
Creazione di un singolo controllo dello stato creating-an-individual-health-check
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.
-
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:
code language-java @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 } }note note NOTE La MBEAN_NAMEla proprietà definisce il nome del mbean che verrà generato per questo controllo di integrità. -
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_NAMEproprietà). 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/hcLe seguenti proprietà devono essere impostate sul nuovo nodo:
-
Nome:
sling:resourceType- Tipo:
String - Valore:
granite/operations/components/mbean
- Tipo:
-
Nome:
resource- Tipo:
String - Valore:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
- Tipo:
note note NOTE 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/HealthCheckQuindi il percorso finale sarà: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/testnote note NOTE Assicurati che il /apps/settings/granite/operations/hcil percorso ha le seguenti proprietà impostate su true:sling:configCollectionInheritsling:configPropertyInheritQuesto indicherà al gestore della configurazione di unire le nuove configurazioni con quelle esistenti da /libs. -
Creazione di un controllo dello stato composito creating-a-composite-health-check
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.
-
Vai a Web Configuration Manager nella console OSGI. Per farlo, accedi a
https://serveraddress:port/system/console/configMgr -
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.
-
Crea una nuova configurazione premendo il pulsante "+" sul lato destro della configurazione. Viene visualizzata una nuova finestra, come illustrato di seguito:
-
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).
note note NOTE Viene creato un nuovo Mbean JMX per ogni nuova configurazione di Apache Sling Composite Health Check.** -
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
- Tipo:
Con le seguenti proprietà:
-
Nome:
sling:resourceType- Tipo:
String - Valore:
granite/operations/components/mbean
- Tipo:
-
Nome:
resource- Tipo:
String - Valore:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
- Tipo:
note note NOTE 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 health-checks-provided-with-aem
Monitoraggio con Nagios monitoring-with-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.
-
Configurare e installare Nagios sul server di monitoraggio.
-
Quindi, installare il plugin remoto Nagios (NRPE).
note note NOTE Per maggiori informazioni su come installare Nagios e NRPE sul tuo sistema, si prega di consultare il Documentazione di Nagios. -
Aggiungi una definizione host per il server AEM. Questo può essere fatto tramite l'interfaccia Web Nagios XI, utilizzando Configuration Manager:
- Aprire un browser e puntare al server Nagios.
- Premere Configura nel menu principale.
- Nel riquadro a sinistra, premi il pulsante Gestione configurazione core sotto Configurazione avanzata.
- Premere Host link sotto Monitoraggio sezione .
- Aggiungi la definizione dell'host:
Di seguito è riportato un esempio di file di configurazione dell'host, nel caso in cui utilizzi Nagios Core:
code language-xml 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 } -
Installa Nagios e NRPE sul server AEM.
-
Installa il check_http_json su entrambi i server.
-
Definire un comando di controllo JSON generico su entrambi i server:
code language-xml 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$' } -
Aggiungi un servizio per la memoria utilizzata sul server AEM:
code language-xml 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> } -
Controlla il tuo dashboard di Nagios per il servizio appena creato:
Strumenti di diagnosi diagnosis-tools
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 log-messages
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 request-performance
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:
- Richieste di accesso alle risorse in
/content - Richieste di accesso alle risorse in
/etc/design - 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 query-performance
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 explain-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 verrà inoltre visualizzato il tempo di esecuzione della query, consentendo l'utilizzo di ulteriori informazioni per l'ottimizzazione degli indici per l'applicazione o la distribuzione.
Gestione dell'indice the-index-manager
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 download-status-zip
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 di file di stato di grandi dimensioni utilizzando la finestra Download Status ZIP (Scarica stato). È 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 download-thread-dump
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 download-heap-dump
È 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 automated-maintenance-tasks
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:
-
L'attività Revision Clean Up (Pulizia delle revisioni), situata sotto Finestra Manutenzione giornaliera menu.
-
L'attività Pulizia binari Lucene si trova sotto Finestra Manutenzione giornaliera menu.
-
L’attività Pulizia del flusso di lavoro si trova sotto Finestra Manutenzione settimanale menu.
-
La Raccolta rifiuti dell'archivio dati attività, situata sotto Finestra Manutenzione settimanale menu.
-
La Manutenzione del registro di controllo attività, situata sotto Finestra Manutenzione settimanale menu.
-
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 revision-clean-up
Per ulteriori informazioni sull'esecuzione del cleanup delle revisioni per AEM 6.4, consulta questo articolo dedicato.
Pulizia dati binari di Lucene lucene-binaries-cleanup
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 data-store-garbage-collection
Per informazioni dettagliate sulla raccolta degli oggetti inattivi nell'archivio dati, consulta la sezione dedicata pagina della documentazione.
Eliminazione del flusso di lavoro workflow-purge
I flussi di lavoro possono anche essere eliminati dal dashboard di manutenzione. Per eseguire l’attività Elimina flusso di lavoro, è necessario:
- Fai clic sul pulsante Finestra Manutenzione settimanale pagina.
- Nella pagina seguente, fai clic sul pulsante Play nel Eliminazione del flusso di lavoro il Card.
Manutenzione del registro di controllo audit-log-maintenance
Per la manutenzione del log di controllo, consulta la sezione pagina separata della documentazione.
Pulizia delle versioni version-purge
È 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:
-
Fai clic sul pulsante Aggiungi pulsante .
-
Scegli Eliminazione versione dal menu a discesa.
-
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 custom-maintenance-tasks
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 verrà esposto all’interfaccia utente del dashboard delle operazioni e può essere aggiunto 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 system-overview
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 how-to-access
Per accedere alla dashboard Panoramica sistema, passa a Strumenti > Operazioni > Panoramica del sistema.
Spiegazione del dashboard di panoramica del sistema system-overview-dashboard-explained
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.