Dashboard operazioni operations-dashboard
Introduzione introduction
Il pannello operativo dell’AEM 6 aiuta gli operatori di sistema a monitorare immediatamente lo stato del sistema dell’AEM. Fornisce inoltre informazioni di diagnosi generate automaticamente su aspetti rilevanti dell’AEM e consente di configurare ed eseguire automazione della manutenzione autonoma per ridurre in modo significativo le operazioni del progetto e i casi di supporto. Il dashboard operazioni può essere esteso con controlli di integrità personalizzati e attività di manutenzione. Inoltre, i dati della dashboard operazioni sono accessibili da strumenti di monitoraggio esterni tramite JMX.
Dashboard operazioni:
- È uno stato di sistema con un solo clic per aiutare i reparti operativi a migliorare l'efficienza
- Panoramica sullo stato del sistema in un'unica posizione centralizzata
- Riduzione dei tempi di individuazione, analisi e risoluzione dei problemi
- Automazione della manutenzione autonoma che consente di ridurre in modo significativo i costi operativi del progetto
Per accedervi, vai a Strumenti - Operazioni dalla schermata iniziale AEM.
Rapporti stato health-reports
Il sistema di rapporti sullo stato fornisce informazioni sullo stato di un’istanza AEM tramite Sling Health Checks. Puoi eseguire questa operazione tramite OSGI, JMX, richieste HTTP (tramite JSON) o tramite l’interfaccia utente touch. Offre misurazioni e soglie di alcuni contatori configurabili e, a volte, offre informazioni su come risolvere il problema.
Dispone di diverse funzioni, descritte di seguito.
Verifiche stato health-checks
I rapporti di stato sono un sistema di schede che indicano uno stato di salute buono o cattivo per un'area di prodotto specifica. Queste schede sono visualizzazioni dei controlli di integrità Sling, che aggregano i dati da JMX e altre origini ed espongono nuovamente le informazioni elaborate come MBean. Questi MBean possono essere esaminati anche nella console Web JMX, nel dominio org.apache.sling.healthCheck.
È possibile accedere all'interfaccia dei report di stato tramite il menu Strumenti - Operazioni - Rapporti di stato nella schermata iniziale dell'AEM oppure direttamente tramite il seguente URL:
https://<serveraddress>:port/libs/granite/operations/content/healthreports/healthreportlist.html
Il sistema di schede 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 verifica stato health-check-types
Esistono due tipi di controlli sanitari nell'AEM 6:
- Verifiche stato individuali
- Verifiche stato composito
Una Verifica stato individuale è una singola verifica di integrità che corrisponde a una scheda di stato. I singoli controlli di integrità possono essere configurati con regole o soglie e possono fornire uno o più suggerimenti e collegamenti per risolvere i problemi di integrità identificati. Prendiamo il controllo "Errori di registro" come esempio: se ci sono voci ERROR nei registri delle istanze, trovale nella pagina dei dettagli del controllo di integrità. Nella parte superiore della pagina, è possibile visualizzare un collegamento all'analizzatore "Log Message" (Messaggi di registro) nella sezione Strumenti di diagnostica, che consente di analizzare questi errori più dettagliatamente e riconfigurare i logger.
Un controllo di integrità composito è un controllo che aggrega le informazioni provenienti da diversi controlli individuali.
I controlli di integrità compositi sono configurati con l'ausilio di tag filtro. In sostanza, tutti i singoli controlli che hanno lo stesso tag filtro sono raggruppati come un controllo di integrità composito. Un controllo di integrità composito ha lo stato OK solo se anche tutti i singoli controlli che aggrega hanno lo stato OK.
Come creare controlli di integrità how-to-create-health-checks
Nel dashboard operazioni puoi visualizzare il risultato dei controlli di integrità sia singoli che compositi.
Creazione di un singolo controllo di integrità creating-an-individual-health-check
La creazione di un singolo controllo di integrità prevede due passaggi: l’implementazione di un controllo di integrità Sling e l’aggiunta di una voce per il controllo di integrità nei nodi di configurazione del dashboard.
-
Per creare una verifica stato Sling, crea un componente OSGI che implementa l’interfaccia Sling HealthCheck. Aggiungi questo componente all’interno di un bundle. Le proprietà del componente identificano completamente il controllo di integrità. Una volta installato il componente, viene automaticamente creato un MBean JMX per il controllo dello stato. Per ulteriori informazioni, consulta la documentazione Sling Health Check.
Esempio di 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 proprietà MBEAN_NAMEdefinisce il nome dell'Mbean generato per questa verifica di integrità. -
Dopo aver creato una verifica stato, è necessario creare un nuovo nodo di configurazione per renderlo accessibile nell’interfaccia del dashboard operazioni. Per questo passaggio, è necessario conoscere il nome JMX Mbean del controllo di integrità (la proprietà
MBEAN_NAME). Per creare una configurazione per il controllo dello stato, aprire CRXDE e aggiungere un 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 precedente viene creato come segue: se il nome Mbean del controllo di integrità è "test", aggiungere "test" alla fine del percorso /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheckQuindi il percorso finale è il seguente: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/testnote note NOTE Verificare che il percorso /apps/settings/granite/operations/hcabbia le seguenti proprietà impostate su true:sling:configCollectionInheritsling:configPropertyInheritQuesto processo comunica al gestore della configurazione di unire le nuove configurazioni con quelle esistenti di /libs. -
Creazione di un controllo di integrità composito creating-a-composite-health-check
Il ruolo di una Verifica stato composita è quello di aggregare più verifiche di integrità individuali condividendo una serie di caratteristiche comuni. Ad esempio, il controllo di integrità del composto di sicurezza raggruppa tutti i singoli controlli di integrità che eseguono le verifiche relative alla sicurezza. Il primo passaggio per creare un controllo composito consiste nell’aggiungere una configurazione OSGI. Per visualizzarlo nel dashboard operazioni, è necessario aggiungere un nuovo nodo di configurazione nello stesso modo di un semplice controllo.
-
Passa a Gestione configurazione Web nella console OSGI. Accedi a
https://serveraddress:port/system/console/configMgr -
Cerca la voce denominata Verifica stato composito Apache Sling. Dopo averlo trovato, noterai che sono già disponibili due configurazioni: una per i controlli di sistema e un’altra per i controlli di sicurezza.
-
Per creare una configurazione, premi il pulsante "+" a destra. Viene visualizzata una nuova finestra, come illustrato di seguito:
-
Crea una configurazione e salvala. Viene 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 un nome significativo.
- Tag (hc.tags): I tag per questa verifica stato. 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 è correlato il composito.
- Nome MBean (hc.mbean.name): Nome del Mbean assegnato all'MBean JMX di questo controllo di integrità composito.
- Tag filtro (filter.tags): proprietà specifica per i controlli di integrità compositi. Questi tag sono aggregati dal composito. Il controllo di integrità composito aggrega nel relativo gruppo tutti i controlli di integrità con qualsiasi tag corrispondente ai tag di filtro del composito. Ad esempio, una verifica di integrità composita con i tag di filtro test e check, aggrega tutti i controlli di integrità singoli e compositi con i tag test e check nella proprietà dei tag (
hc.tags).
note note NOTE Per ogni nuova configurazione di Apache Sling Composite Health Check viene creato un nuovo JMX Mbean.** -
Infine, è necessario aggiungere la voce del controllo di integrità composito creato nei nodi di configurazione del dashboard operazioni. La procedura è la stessa dei singoli controlli di integrità: un nodo di tipo nt:unstructured deve essere creato in
/apps/settings/granite/operations/hc. La proprietà di risorsa del nodo è definita dal valore di hc.mean.name nella configurazione OSGI.Ad esempio, se hai creato una configurazione e hai impostato il valore hc.mbean.name su diskusage, i nodi di configurazione avranno l'aspetto seguente:
-
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 si creano singoli controlli di integrità che appartengono logicamente a un controllo composito già presente nel dashboard per impostazione predefinita, questi vengono acquisiti e raggruppati automaticamente nel rispettivo controllo composito. Di conseguenza, non è necessario creare un nodo di configurazione per questi controlli. Ad esempio, se crei un singolo controllo di integrità della sicurezza, assegnagli il tag "security" e questo verrà installato. Viene visualizzato automaticamente sotto il controllo composito dei controlli di sicurezza nel dashboard operazioni. -
Controlli sanitari forniti con l'AEM health-checks-provided-with-aem
Configurazione verifica stato health-check-configuration
Per impostazione predefinita, per un’istanza AEM preconfigurata, i controlli di integrità vengono eseguiti ogni 60 secondi.
È possibile configurare il Periodo con la configurazione OSGi configurazione verifica stato query (com.adobe.granite.queries.impl.hc.QueryHealthCheckMetrics).
Monitoraggio con servizi esterni monitoring-with-external-services
L’integrazione è possibile con tecnologie o fornitori esterni. Consulta la loro documentazione per i dettagli correlati.
Strumenti di diagnostica diagnosis-tools
Il dashboard delle operazioni consente inoltre di accedere agli strumenti di diagnostica che consentono di individuare e risolvere le cause principali degli avvisi provenienti dal dashboard di verifica stato e di fornire importanti informazioni di debug per gli operatori di sistema.
Tra le sue caratteristiche più importanti vi sono:
- Un analizzatore di messaggi di registro
- Possibilità di accedere alle immagini heap e thread
- Richieste e analizzatori delle prestazioni delle query
Per accedere alla schermata Strumenti di diagnostica, vai a Strumenti - Operazioni - Diagnosi dalla schermata iniziale dell'AEM. È inoltre possibile accedere alla schermata accedendo direttamente al seguente URL: https://serveraddress:port/libs/granite/operations/content/diagnosis.html
Messaggi del registro log-messages
Per impostazione predefinita, nell'interfaccia utente dei messaggi di registro vengono visualizzati tutti i messaggi di ERRORE. Per visualizzare più messaggi di registro, configura un logger con il livello di registro appropriato.
I messaggi di log utilizzano un appender di log in memoria e pertanto non sono correlati ai file di log. Un’altra conseguenza è che la modifica dei livelli di registro in questa interfaccia utente non modifica le informazioni che vengono registrate nei file di registro tradizionali. L’aggiunta e la rimozione dei logger in questa interfaccia utente influisce solo sul logger di memoria. Inoltre, la modifica delle configurazioni del logger si riflette nel futuro del logger in memoria. Le voci già registrate e non più rilevanti non vengono eliminate, ma voci simili non verranno registrate in futuro.
Puoi configurare gli elementi registrati fornendo le configurazioni del logger dal pulsante in alto a sinistra nell’interfaccia utente. È possibile aggiungere, rimuovere o aggiornare le configurazioni del logger. Una configurazione del logger è composta da un livello di registro (WARN/INFO/DEBUG) e da un nome filtro. Il nome filtro ha il ruolo di filtrare l'origine dei messaggi di registro registrati. In alternativa, se un logger deve acquisire tutti i messaggi di registro per il livello specificato, il nome del filtro deve essere "root". L’impostazione del livello di un logger attiva l’acquisizione di tutti i messaggi con un livello uguale o superiore a quello specificato.
Esempi:
-
Se prevedi di acquisire tutti i messaggi ERROR - non è richiesta alcuna configurazione. Tutti i messaggi ERROR vengono acquisiti per impostazione predefinita.
-
Se prevedi di acquisire tutti i messaggi ERROR, WARN e INFO, il nome del logger deve essere impostato su: "root" e il livello del logger su: INFO.
-
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". Il livello logger impostato su: DEBUG (in questo modo vengono acquisiti tutti i messaggi ERROR, WARN, INFO 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 delle richieste request-performance
La pagina Prestazioni delle richieste consente di analizzare le richieste di pagina più lente elaborate. In questa pagina vengono registrate solo le richieste di contenuto. In particolare, vengono acquisite le seguenti richieste:
- Richieste di accesso alle risorse in
/content - Richieste di accesso alle risorse in
/etc/design - Richieste con estensione
".html"
La pagina mostra:
- Ora in cui è stata effettuata la richiesta
- L’URL e il metodo di richiesta
- Durata in millisecondi
Per impostazione predefinita, vengono acquisite le 20 richieste 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 vengono fornite dall’archivio in un JMX Mbean. In Jackrabbit, JMX Mbean com.adobe.granite.QueryStat fornisce queste informazioni, mentre nell'archivio Oak è offerto da org.apache.jackrabbit.oak.QueryStats.
La pagina mostra:
- Ora in cui è stata eseguita la query
- Lingua della query
- Il numero di volte in cui è stata inviata la query
- Dichiarazione della query
- Durata in millisecondi
Spiega query explain-query
Per una determinata query, Oak tenta di capire il modo migliore per eseguire in base agli indici Oak definiti nell'archivio nel nodo oak:index. A seconda della query, Oak può scegliere indici diversi. Il primo passaggio per ottimizzare la query consiste nel comprendere in che modo Oak esegue una query.
Explain Query è uno strumento che spiega come Oak esegue una query. È possibile accedervi da Strumenti - Operazioni - Diagnosi dalla schermata iniziale AEM. Quindi, fai clic su Prestazioni query e passa alla scheda Spiega query.
Caratteristiche
- Supporta i linguaggi di query Xpath, JCR-SQL e JCR-SQL2
- Segnala il tempo di esecuzione effettivo della query fornita
- Rileva query lente e avvisi relativi a query potenzialmente lente
- Segnala l’indice Oak utilizzato per eseguire la query
- Visualizza la spiegazione effettiva del modulo di gestione query di Oak
- Fornisce l’elenco di query lente e popolari da caricare tramite clic
Dopo aver visualizzato l'interfaccia utente Spiega query, immettere la query e premere il pulsante Spiega:
La prima voce nella sezione Spiegazione query è la spiegazione effettiva. La spiegazione mostra il tipo di indice utilizzato per eseguire la query.
La seconda voce è il piano di esecuzione.
Se si seleziona la casella Includi tempo di esecuzione prima di eseguire la query, verrà visualizzato anche il tempo di esecuzione della query. L'opzione Includi conteggio nodi riporta il conteggio dei nodi. Il rapporto consente di ottenere ulteriori informazioni che possono essere utilizzate per ottimizzare gli indici per l’applicazione o la distribuzione.
Gestore 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.
È possibile accedervi da Strumenti - Operazioni - Diagnosi dalla schermata iniziale, quindi fare clic sul pulsante Gestione indice.
È inoltre possibile accedervi direttamente da 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 di filtro nella casella di ricerca nell’angolo in alto a sinistra dello schermo.
Scarica ZIP stato download-status-zip
Questa azione attiva il download di un file ZIP contenente informazioni utili sullo stato e sulla configurazione del sistema. L’archivio contiene configurazioni di istanze, un elenco di bundle, OSGI, metriche e statistiche Sling, che possono causare un file di grandi dimensioni. È possibile ridurre l'impatto dei file di stato di grandi dimensioni utilizzando la finestra Scarica ZIP stato. È possibile accedere alla finestra da:AEM > Strumenti > Operazioni > Diagnosi > Scarica ZIP stato.
Da questa finestra puoi selezionare gli elementi da esportare (file di registro e/o immagini thread) e il numero di giorni di registri inclusi nel download rispetto alla data corrente.
Scarica immagine thread download-thread-dump
Questa azione attiva il download di un file ZIP contenente informazioni sui thread presenti nel sistema. Vengono fornite informazioni su ciascun thread, ad esempio il relativo stato, il caricatore di classi e la traccia dello stack.
Scarica immagine heap download-heap-dump
Puoi scaricare un’istantanea dell’heap per analizzarla in un secondo momento. Questa azione attiva il download di un file di grandi dimensioni (centinaia di MB).
Attività di manutenzione automatizzata automated-maintenance-tasks
La pagina Attività di manutenzione automatizzata è un'area 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 Verifica stato. Le attività possono anche essere eseguite manualmente dall’interfaccia.
Per accedere alla pagina Manutenzione nel dashboard operazioni, dalla schermata iniziale AEM, vai a Strumenti - Operazioni - dashboard - Manutenzione oppure segui direttamente questo collegamento:
https://serveraddress:port/libs/granite/operations/content/maintenance.html
Nel dashboard operazioni sono disponibili le seguenti attività:
- L'attività Pulizia revisioni, che si trova nel menu Finestra manutenzione giornaliera.
- L'attività Pulizia file binari Lucene, che si trova nel menu Finestra di manutenzione giornaliera.
- L'attività Rimozione flusso di lavoro, che si trova nel menu Finestra manutenzione settimanale.
- L'attività Raccolta oggetti inattivi dell'archivio dati, che si trova nel menu Finestra manutenzione settimanale.
- L'attività Manutenzione log di controllo, che si trova nel menu Finestra manutenzione settimanale.
- L'attività Manutenzione rimozione versione, che si trova nel menu Finestra manutenzione settimanale.
- L'attività di manutenzione Rimozione progetto, che si trova nel menu Finestra manutenzione settimanale, utilizza l'opzione Aggiungi.
- Eliminazione delle attività ad hoc attività di manutenzione, disponibile nel menu Finestra manutenzione settimanale, utilizzando l'opzione Aggiungi.
L'orario predefinito per la finestra di manutenzione giornaliera è dalle 2.00 alle 5.00. Le attività configurate per l’esecuzione nella finestra di manutenzione settimanale vengono eseguite tra le ore 1:00 e le ore 2:00 del sabato.
Puoi anche configurare gli intervalli premendo l’icona ingranaggio su una qualsiasi delle due schede di manutenzione:
Pulizia revisioni revision-clean-up
Per ulteriori informazioni, vedere Pulizia revisioni.
Pulizia dati binari di Lucene lucene-binaries-cleanup
Utilizzando l'attività Pulizia dati binari di Lucene, è possibile eliminare i dati binari di Lucene e ridurre i requisiti relativi alle dimensioni dell'archivio dati in esecuzione. L'abbandono binario di Lucene viene recuperato ogni giorno invece della dipendenza precedente da un'esecuzione di Garbage Collection dell'archivio dati completata.
Anche se l’attività di manutenzione è stata sviluppata per ridurre i rifiuti di revisione correlati a Lucene, vi sono miglioramenti generali di efficienza durante l’esecuzione dell’attività:
- L’esecuzione settimanale dell’attività di Garbage Collection dell’archivio dati può essere completata più rapidamente.
- Può anche migliorare leggermente le prestazioni complessive dell’AEM.
Puoi accedere all'attività Pulizia file binari Lucene da: AEM > Strumenti > Operazioni > Manutenzione > Finestra manutenzione giornaliera > Pulizia file binari Lucene.
Raccolta oggetti inattivi in archivio dati data-store-garbage-collection
Per informazioni dettagliate sulla raccolta oggetti inattivi dell'archivio dati, consulta la pagina dedicata della documentazione di Raccolta oggetti inattivi dell'archivio dati.
Eliminazione flusso di lavoro workflow-purge
I flussi di lavoro possono essere eliminati anche dal dashboard di manutenzione. Per eseguire l'attività Rimozione flusso di lavoro, eseguire le operazioni seguenti:
- Fare clic sulla pagina Finestra manutenzione settimanale.
- Nella pagina seguente, fai clic su Riproduci nella scheda Eliminazione flusso di lavoro.
Manutenzione del registro di controllo audit-log-maintenance
Per la manutenzione del registro di controllo, consulta la pagina separata della documentazione.
Pulizia delle versioni version-purge
È possibile pianificare l'attività di manutenzione Pulizia delle versioni per eliminare automaticamente le versioni precedenti. Questa azione consente di ridurre al minimo la necessità di utilizzare manualmente gli strumenti di eliminazione versione. È possibile pianificare e configurare l'attività Pulizia versione accedendo a Strumenti > Operazioni > Manutenzione > Finestra manutenzione settimanale e attenendosi alla seguente procedura:
-
Fare clic su Aggiungi.
-
Scegliere Rimozione versione dal menu a discesa.
-
Per configurare l'attività Pulizia delle versioni, fare clic sull'icona ingranaggi nella scheda di manutenzione Pulizia delle versioni appena creata.
Con AEM 6.4, è possibile interrompere l'attività di manutenzione Pulizia delle versioni nel modo seguente:
- Automaticamente: se la finestra di manutenzione programmata si chiude prima che l'attività possa essere completata, l'attività si interrompe automaticamente. L'operazione riprenderà all'apertura della finestra di manutenzione successiva.
- Manualmente - Per interrompere manualmente l'attività, nella scheda Pulizia delle versioni fare clic sull'icona Interrompi. Alla successiva esecuzione, l’attività riprenderà in modo sicuro.
Eliminazione progetti project-purge
Configurare le proprietà OSGI in Configurazione eliminazione progetti di Adobe (com.adobe.cq.projects.purge.Scheduler).
Eliminazione di attività ad-hoc purge-of-ad-hoc-tasks
Configura le proprietà OSGI in Rimozione attività ad hoc (com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask).
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:
A parte le proprietà del servizio di cui sopra, il metodo process() dell'interfaccia JobConsumer deve essere implementato aggiungendo il codice da eseguire per l'attività di manutenzione. L'elemento JobExecutionContext fornito può essere utilizzato per generare informazioni sullo stato, verificare se il processo è stato interrotto dall'utente e creare un risultato (positivo o negativo).
Nelle situazioni in cui un'attività di manutenzione non deve essere eseguita in tutte le installazioni, ad esempio solo nell'istanza Publish, è possibile rendere il servizio necessario per attivare una configurazione aggiungendo @Component(policy=ConfigurationPolicy.REQUIRE). Puoi quindi contrassegnare la configurazione corrispondente come dipendente dalla modalità di esecuzione nell’archivio. Per ulteriori informazioni, vedere Configurazione di OSGi.
Di seguito è riportato un esempio di 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-maintenancetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java
Dopo che il servizio è stato distribuito, viene esposto all’interfaccia utente del dashboard operazioni. Puoi aggiungerlo a una delle pianificazioni di manutenzione disponibili:
Questa azione aggiunge 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 tale nodo con i valori delle modalità di esecuzione che devono essere attive per l'attività di manutenzione.
Panoramica sistema system-overview
Il Dashboard panoramica sistema visualizza una panoramica di alto livello della configurazione, dell'hardware e dello stato dell'istanza AEM. Lo stato di integrità del sistema è trasparente e tutte le informazioni sono aggregate in un unico dashboard.
Come Accedere how-to-access
Per accedere al dashboard Panoramica sistema, passa a Strumenti > Operazioni > Panoramica sistema.
Informazioni sul dashboard Panoramica sistema system-overview-dashboard-explained
La tabella seguente descrive tutte le informazioni visualizzate nel dashboard Panoramica sistema. Se non sono presenti informazioni rilevanti da mostrare (ad esempio, se il backup non è in corso o non sono presenti controlli di integrità critici), nella rispettiva sezione viene visualizzato il messaggio "Nessuna voce".
È inoltre possibile scaricare un file JSON che riepiloga le informazioni del dashboard facendo clic sul pulsante Scarica nell'angolo superiore destro del dashboard. L'endpoint JSON è /libs/granite/operations/content/systemoverview/export.json e può essere utilizzato in uno script curl per il monitoraggio esterno.