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

È possibile accedervi andando su Strumenti - Operazioni dalla schermata di benvenuto AEM.

NOTA

Per poter accedere al Dashboard delle operazioni, l'utente connesso deve far parte del gruppo di utenti "Operatori". Per ulteriori informazioni, consulta la documentazione su Amministrazione di utenti, gruppi e diritti di accesso.

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

Le relazioni sulla salute 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 nella console web JMX, nel dominio org.apache.sling.health.check .

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

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

chlimage_1-116

Il sistema di carte espone tre possibili stati: OK, WARN 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:

chlimage_1-117

Tipi di controllo integrità

Nella AEM 6 esistono due tipi di controlli sanitari:

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

Un controllo integrità individuale è un singolo controllo dello stato 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.

Una Verifica dello stato 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 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. Per ulteriori informazioni, consulta la Documentazione Sling Health Check .

    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 proprietà MBEAN_NAME 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 JMX Mbean del controllo di integrità (la proprietà MBEAN_NAME). Per creare una configurazione per il controllo dello stato, apri CRXDE e aggiungi un nuovo nodo (di tipo nt:unstructured) nel seguente percorso: /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 le seguenti proprietà del percorso /apps/settings/granite/operations/hc siano impostate su true:

    sling:configCollectionInherit

    sling:configPropertyInherit

    Questo dirà al gestore di 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 denominata 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:

    chlimage_1-23

  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): il nome del controllo di integrità composito. Si consiglia di assegnare un nome significativo.
    • Tag (hc.tags): i tag per questo controllo di integrità. 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): il nome del Mbean che verrà dato al MBean JMX di questo controllo di integrità composito.
    • Tag filtro (filter.tags): si tratta di una proprietà specifica dei 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 i tag filtro test e check aggregherà tutti i controlli di integrità individuali e compositi che hanno uno dei tag test e check 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: è necessario creare un nodo di tipo nt:unstructured in /apps/settings/granite/operations/hc. La proprietà della risorsa del nodo sarà definita dal valore di hc.media.name nella configurazione OSGI.

    Se, ad esempio, hai creato una configurazione e impostato il valore hc.mbean.name su diskusage, i nodi di configurazione avranno questo 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 ciò che devi fare è assegnargli il tag "security" e viene installato, apparirà automaticamente sotto il controllo composito Controlli di sicurezza nel dashboard delle operazioni.

Controlli di integrità forniti con AEM

Nome zHealthcheck Descrizione
Prestazioni delle query

Questo controllo dello stato di salute è stato semplificato in AEM 6.4 e ora controlla l'attributo Oak QueryStats MBean, refactored di recente, in particolare l'attributo SlowQueries . Se le statistiche contengono query lente, il controllo di integrità restituisce un avviso. In caso contrario, restituisce lo stato OK.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=queryStatus,type=HealthCheck.

Lunghezza coda di osservazione

La lunghezza della coda di osservazione esegue un iterazione su tutti gli ascoltatori di eventi e gli osservatori di background, confronta i loro queueSize con i loro maxQueueSize e:

  • restituisce lo stato Critico se il valore queueSize supera il valore maxQueueSize (ovvero quando gli eventi vengono eliminati)
  • restituisce Avvisa se il valore queueSize è superiore a maxQueueSize * WARN_THRESHOLD (il valore predefinito è 0,75)

La lunghezza massima di ogni coda proviene da configurazioni separate (Oak e AEM) e non è configurabile da questo controllo di integrità. L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=ObservationQueueLengthHealthCheck,type=HealthCheck.

Limiti di attraversamento per query

I limiti di attraversamento delle query controllano i MBean QueryEngineSettings, in particolare gli attributi LimitInMemory e LimitReads, e restituisce il seguente stato:

  • restituisce lo stato Avvisa se uno dei limiti è uguale o superiore al valore Integer.MAX_VALUE
  • restituisce lo stato Avvisa se uno dei limiti è inferiore a 10000 (l'impostazione consigliata da Oak)
  • restituisce lo stato Critico se non è possibile recuperare il valore QueryEngineSettings o uno dei limiti

Il Mbean per questo controllo di integrità è org.apache.sling.health.check:name=queryTraversalLimitsBundle,type=HealthCheck.

Orologi sincronizzati

Questo controllo è pertinente solo per i cluster document nodestore. Restituisce il seguente stato:

  • restituisce lo stato Avvisa quando gli orologi dell’istanza non vengono sincronizzati e superano una soglia minima predefinita
  • restituisce lo stato Critico quando gli orologi dell’istanza non vengono sincronizzati e superano una soglia elevata predefinita

Il Mbean per questo controllo di integrità è org.apache.sling.health.check:name=slingDiscoveryOakSynchronizedClocks,type=HealthCheck.

Indici asincroni

Controllo degli indici asincroni:

  • restituisce lo stato critico se almeno una corsia di indicizzazione non riesce
  • controlla la lastIndexedTime per tutte le corsie di indicizzazione e:
    • restituisce lo stato Critico se è più di 2 ore fa
    • restituisce lo stato di avviso se è compreso tra 2 ore e 45 minuti fa
    • restituisce lo stato OK se è meno di 45 minuti fa
  • se nessuna di queste condizioni è soddisfatta, restituisce lo stato OK

Le soglie di stato Critico e Avvisa sono configurabili. Il Mbean per questo controllo di integrità è org.apache.sling.health.check:name=asyncIndexHealthCheck,type=HealthCheck.

Nota: Questo controllo dello stato di salute è disponibile con AEM 6.4 ed è stato riportato al AEM 6.3.0.1.

Indici Lucene di grandi dimensioni

Questo controllo utilizza i dati esposti da Lucene Index Statistics MBean per identificare indici di grandi dimensioni e restituisce:

  • uno stato di avviso se esiste un indice con più di 1 miliardo di documenti
  • uno stato critico se esiste un indice con più di 1,5 miliardi di documenti

Le soglie sono configurabili e l'MBean per il controllo dello stato di salute è org.apache.sling.health.check:name=largeIndexHealthCheck,type=HealthCheck.

Nota: Questo controllo è disponibile con AEM 6.4 ed è stato riportato a AEM 6.3.2.0.

Manutenzione sistema

La Manutenzione del sistema è un controllo composito che restituisce l'OK se tutte le attività di manutenzione sono in esecuzione come configurato. Tieni presente che:

  • ogni operazione di manutenzione è accompagnata da un relativo controllo dello stato di salute
  • se un'attività non viene aggiunta a una finestra di manutenzione, la relativa verifica dello stato restituirà Critico
  • è necessario configurare le attività di manutenzione Audit Log e Workflow Purge o rimuoverle dalle finestre di manutenzione. Se non viene configurata, queste attività non avranno esito positivo al primo tentativo di esecuzione, pertanto il controllo di manutenzione del sistema restituirà lo stato Critico.
  • Con AEM 6.4, c'è anche un controllo per Lucene Binaries Maintenancetask
  • in AEM 6.2 e versioni precedenti, il controllo di manutenzione del sistema restituisce uno stato di avviso subito dopo l'avvio, in quanto le attività non vengono mai eseguite. A partire dalla versione 6.3, restituiranno OK se la prima finestra di manutenzione non è ancora stata raggiunta.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=systemChecks,type=HealthCheck.

Coda di replica

Questo controllo esegue iterazioni sugli agenti di replica e controlla le loro code. Per l'elemento nella parte superiore della coda, il controllo controlla quante volte l'agente ha effettuato un nuovo tentativo di replica. Se l'agente ha effettuato un nuovo tentativo di replica oltre il valore del parametro numberOfRetriesAllowed, restituisce un avviso. Il parametro numberOfRetriesAllowed è configurabile.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=replicationQueue,type=HealthCheck.

Processi Sling
Sling Jobs controlla il numero di processi in coda nel JobManager, confrontandolo con il maxNumQueueJobs soglia e:
  • restituisce Critico se sono presenti più maxNumQueueJobs rispetto alla coda
  • restituisce Critico se sono presenti processi attivi di lunga durata con più di 1 ora
  • restituisce Critico se sono presenti processi in coda e l'ultima ora di lavoro completata è maggiore di 1 ora

È configurabile solo il numero massimo di processi in coda e il valore predefinito è 1000.

La MBean per questo controllo di integrità è org.apache.sling.health.check:name=slingJobs,type=HealthCheck.

Prestazioni delle richieste

Questo controllo esamina la granite.request.metrics.timer metrica Sling e:

  • restituisce Critico se il valore del 75° percentile supera la soglia critica (il valore predefinito è 500 millisecondi)
  • restituisce Avvisa se il valore del 75° percentile supera la soglia di avviso (il valore predefinito è 200 millisecondi)

L'MBean per questo controllo di integrità è org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck.

Errori registro

Questo controllo restituisce lo stato Avvisa in caso di errori nel registro.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=logErrorHealthCheck,type=HealthCheck.

Spazio su disco

Il controllo Spazio su disco esamina la FileStoreStats MBean, recupera le dimensioni del Node Store e la quantità di spazio su disco utilizzabile sulla partizione Node Store e:

  • restituisce Avvisa se il rapporto spazio su disco utilizzabile con dimensione archivio è inferiore alla soglia di avviso (il valore predefinito è 10)
  • restituisce Critico se il rapporto spazio su disco utilizzabile con dimensione archivio è inferiore alla soglia critica (il valore predefinito è 2)

Entrambe le soglie sono configurabili. Il controllo funziona solo sulle istanze con un archivio segmenti.

La MBean per questo controllo di integrità è org.apache.sling.health.check:name=DiskSpaceHealthCheck,type=HealthCheck.

Verifica stato modulo di pianificazione

Questo controllo restituisce un avviso se l’istanza dispone di processi Quartz in esecuzione per più di 60 secondi. La soglia di durata accettabile è configurabile.

La MBean per questo controllo di integrità è org.apache.sling.health.check:name=slingCommonsSchedulerHealthCheck,type=HealthCheck.

Verifiche di sicurezza

Il controllo di sicurezza è un composito che aggrega i risultati di più controlli relativi alla sicurezza. Questi controlli di integrità individuali risolvono problemi diversi dalla lista di controllo della sicurezza disponibile nella pagina di documentazione Lista di controllo della sicurezza . Il controllo è utile come prova di fumo di sicurezza all'avvio dell'istanza.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=securityChecks,type=HealthCheck

Bundle attivi

Bundle attivi controlla lo stato di tutti i bundle e:

  • restituisce lo stato Avvisa se uno dei bundle non è attivo o (a partire, con attivazione pigra)
  • ignora lo stato dei bundle nell'elenco ignora

Il parametro di elenco di ignoramenti è configurabile.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=inactiveBundles,type=HealthCheck.

Controllo della cache del codice

Questo è un controllo dello stato che verifica diverse condizioni JVM che possono attivare un bug CodeCache presente in Java 7:

  • restituisce Avvisa se l'istanza è in esecuzione su Java 7, con lo scaricamento della cache del codice abilitato
  • restituisce Avvisa se l'istanza è in esecuzione su Java 7 e la dimensione della cache del codice riservato è inferiore a una soglia minima (il valore predefinito è 90 MB)

La soglia minimum.code.cache.size è configurabile. Per ulteriori informazioni sul bug, controlla questa pagina.

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=codeCacheHealthCheck,type=HealthCheck.

Errori nel percorso di ricerca delle risorse

Controlla se sono presenti risorse nel percorso /apps/foundation/components/primary e:

  • restituisce Avvisa se sono presenti nodi figlio in /apps/foundation/components/primary

L'MBean per questo controllo di integrità è org.apache.sling.health.check:name=resourceSearchPathErrorHealthCheck,type=HealthCheck.

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 ulteriori informazioni su come installare Nagios e NRPE sul tuo sistema, consulta la 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 il pulsante Configura nel menu principale.
    3. Nel riquadro a sinistra, premere Core Config Manager in Advanced Configuration.
    4. Premi il collegamento Host nella sezione Monitoraggio .
    5. Aggiungi la definizione dell'host:

    chlimage_1-118

    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 plug-in 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:

    chlimage_1-119

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

chlimage_1-120

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 (WARN / INFO / DEBUG) e da un nome filtro. Il nome 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 prevedi di acquisire tutti i messaggi ERROR, non è necessaria 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 di logger a: 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" e il livello di logger è: DEBUG (questo acquisirà tutti i messaggi ERROR, WARN, INFO e DEBUG), come mostrato nell'immagine seguente.

chlimage_1-121

NOTA

Non è possibile impostare un nome di logger per acquisire solo i messaggi ERROR tramite un filtro specificato. Per impostazione predefinita, tutti i messaggi ERROR vengono acquisiti.

NOTA

L'interfaccia utente dei messaggi di log non riflette l'effettivo registro degli errori. A meno che non si configurino altri tipi di messaggi di log nell'interfaccia utente, verranno visualizzati solo i messaggi ERROR. Per informazioni su come visualizzare messaggi di log specifici, consulta le istruzioni riportate sopra.

NOTA

Le impostazioni nella pagina di diagnosi non influenzano ciò che viene registrato nei file di log e viceversa. Pertanto, anche se il registro degli errori potrebbe rilevare i messaggi INFO, potrebbero non essere visualizzati nell'interfaccia utente dei messaggi di log. Inoltre, attraverso l'interfaccia utente è possibile catturare i messaggi DEBUG da alcuni pacchetti senza che questo influisca sul registro degli errori. Per ulteriori informazioni su come configurare i file di registro, consulta Logging.

NOTA

Con AEM 6.4, le attività di manutenzione vengono disconnesse in un formato più ricco di informazioni a livello INFO. Ciò consente una migliore visibilità dello stato delle attività di manutenzione.

Se utilizzi strumenti di terze parti (come Splunk) per monitorare e reagire all’attività di manutenzione, puoi utilizzare le seguenti istruzioni di registro:

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. Richieste con estensione ".html"

chlimage_1-122

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

chlimage_1-123

Spiega query

Per qualsiasi query specifica, Oak cerca di trovare il modo migliore per eseguire in base agli indici Oak definiti nell'archivio sotto il nodo oak:index. 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. È possibile accedervi andando su Strumenti - Operazioni - Diagnosi dalla schermata di benvenuto AEM, quindi facendo clic su Prestazioni query e passando alla scheda Spiega query .

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 Spiega:

chlimage_1-124

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.

Quando si fa clic sulla casella Includi tempo di esecuzione prima di eseguire la query, viene visualizzata anche la quantità di tempo in cui la query è stata eseguita, consentendo ulteriori informazioni che possono essere utilizzate per ottimizzare gli indici per l’applicazione o la distribuzione.

chlimage_1-125

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 .

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

screen-shot_2019-06-18at154754

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 la finestra Scarica ZIP stato. È possibile accedere alla finestra da:AEM > Strumenti > Operazioni > Diagnosi > Scarica ZIP 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.

download_status_zip

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 oppure seguire direttamente questo collegamento:

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

Le seguenti attività sono disponibili nel dashboard delle operazioni:

  1. L'attività Pulizia revisioni si trova nel menu Finestra manutenzione giornaliera.
  2. L'attività Pulizia binari Lucene, situata nel menu Finestra manutenzione giornaliera.
  3. L'attività Pulizia del flusso di lavoro, che si trova nel menu Finestra di manutenzione settimanale.
  4. L'attività Archivio dati raccolta oggetti inattivi, che si trova nel menu Finestra manutenzione settimanale.
  5. L'attività Manutenzione log di controllo, situata nel menu Finestra manutenzione settimanale.
  6. L'attività Manutenzione eliminazione versione, che si trova nel menu Finestra manutenzione settimanale.

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:

chlimage_1-126

NOTA

A partire dal AEM 6.1, le finestre di manutenzione esistenti possono essere configurate per l'esecuzione mensile.

Pulizia revisioni

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

Pulizia binary 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 da un'esecuzione garbage collection dell'archivio dati riuscita.

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, vedere la pagina dedicata di 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. Fare clic sulla pagina Finestra di manutenzione settimanale.
  2. Nella pagina seguente, fai clic sul pulsante Play nella scheda Pulizia del flusso di lavoro.
NOTA

Per informazioni più dettagliate sulla manutenzione del flusso di lavoro, consulta questa pagina.

Manutenzione del registro di controllo

Per la manutenzione del registro di controllo, vedere la pagina della documentazione separata.

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 gli strumenti di eliminazione delle versioni. È possibile pianificare e configurare l'attività Pulizia versione accedendo a Strumenti > Operazioni > Manutenzione > Finestra manutenzione settimanale e seguendo questi passaggi:

  1. Fai clic sul pulsante Aggiungi .

  2. Scegli Pulizia versione dal menu a discesa.

    version_purge_Maintenanceancetask

  3. Per configurare l'attività Pulizia versione, fai clic sull'icona ingranaggi nella scheda di manutenzione Pulizia versione appena creata.

    version_purge_taskconfiguration

Con AEM 6.4, puoi 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 fare clic sull'icona Interrompi. All’esecuzione successiva, l’attività riprenderà in modo sicuro.
NOTA

Per interrompere l’attività di manutenzione, sospenderne l’esecuzione senza perdere traccia del processo già in corso.

ATTENZIONE

Per ottimizzare le dimensioni del repository, è necessario eseguire frequentemente l'attività di eliminazione della versione. L'attività deve essere pianificata al di fuori dell'orario di lavoro quando vi è una quantità limitata di traffico.

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:

Nome proprietà servizio
Descrizione Esempio
Tipo
granite.maintenance.isStoppable Attributo booleano che definisce se l’attività può essere interrotta dall’utente. Se un'attività dichiara di essere arrestata, deve verificare durante la sua esecuzione se è stata arrestata e agire di conseguenza. Il valore predefinito è false. vero Facoltativo
granite.maintenance.mandatory Attributo booleano che definisce se un'attività è obbligatoria e deve essere eseguita periodicamente. Se un'attività è obbligatoria, ma al momento non è presente in alcuna finestra di pianificazione attiva, un controllo integrità segnalerà l'errore. Il valore predefinito è false. vero Facoltativo
granite.maintenance.name Nome univoco dell'attività, utilizzato per fare riferimento all'attività. Questo è solitamente un nome semplice. AttivitàManutenzionePersonale Obbligatorio
granite.maintenance.title Titolo visualizzato per l'attività Attività di manutenzione speciale Obbligatorio
job.topics Questo è un argomento unico dell'attività di manutenzione.
La gestione dei processi Apache Sling avvierà un processo con esattamente questo argomento per eseguire l'attività di manutenzione e quando l'attività viene registrata per questo argomento viene eseguita.
L'argomento deve iniziare con com/adobe/granite/maintenance/job/
com/adobe/granite/maintenance/job/MyMaintenanceTask Obbligatorio

Oltre alle 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. Il JobExecutionContext fornito 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

/*

* #%L

* sample-maintenance-task

* %%

* Copyright (C) 2014 Adobe

* %%

* Licensed under the Apache License, Version 2.0 (the "License");

* you may not use this file except in compliance with the License.

* You may obtain a copy of the License at

*

* https://www.apache.org/licenses/LICENSE-2.0

*

* Unless required by applicable law or agreed to in writing, software

* distributed under the License is distributed on an "AS IS" BASIS,

* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

* See the License for the specific language governing permissions and

* limitations under the License.

* #L%

*/

package com.adobe.granite.samples.maintenance.impl;

import java.io.File;

import java.util.Calendar;

import java.util.Collection;

import java.util.Map;

import org.apache.commons.io.FileUtils;

import org.apache.commons.io.filefilter.IOFileFilter;

import org.apache.commons.io.filefilter.TrueFileFilter;

import org.apache.felix.scr.annotations.Activate;

import org.apache.felix.scr.annotations.Component;

import org.apache.felix.scr.annotations.Properties;

import org.apache.felix.scr.annotations.Property;

import org.apache.felix.scr.annotations.Service;

import org.apache.sling.commons.osgi.PropertiesUtil;

import org.apache.sling.event.jobs.Job;

import org.apache.sling.event.jobs.consumer.JobConsumer;

import org.apache.sling.event.jobs.consumer.JobExecutionContext;

import org.apache.sling.event.jobs.consumer.JobExecutionResult;

import org.apache.sling.event.jobs.consumer.JobExecutor;

import org.slf4j.Logger;

import org.slf4j.LoggerFactory;

import com.adobe.granite.maintenance.MaintenanceConstants;

@Component(metatype = true,

label = "Delete Temp Files Maintenance Task",

description = "Maintatence Task which deletes files from a configurable temporary directory which have been modified in the last 24 hours.")

@Service

@Properties({

@Property(name = MaintenanceConstants.PROPERTY_TASK_NAME, value = "DeleteTempFilesTask", propertyPrivate = true),

@Property(name = MaintenanceConstants.PROPERTY_TASK_TITLE, value = "Delete Temp Files", propertyPrivate = true),

@Property(name = JobConsumer.PROPERTY_TOPICS, value = MaintenanceConstants.TASK_TOPIC_PREFIX

+ "DeleteTempFilesTask", propertyPrivate = true) })

public class DeleteTempFilesTask implements JobExecutor {

private static final Logger log = LoggerFactory.getLogger(DeleteTempFilesTask.class);

@Property(label = "Temporary Directory", description="Temporary Directory. Defaults to the java.io.tmpdir system property.")

private static final String PROP_TEMP_DIR = "temp.dir";

private File tempDir;

@Activate

private void activate(Map<string, object=""> properties) {

this.tempDir = new File(PropertiesUtil.toString(properties.get(PROP_TEMP_DIR),

System.getProperty("java.io.tmpdir")));

}

@Override

public JobExecutionResult process(Job job, JobExecutionContext context) {

log.info("Deleting old temp files from {}.", tempDir.getAbsolutePath());

Collection<file> files = FileUtils.listFiles(tempDir, new LastModifiedBeforeYesterdayFilter(),

TrueFileFilter.INSTANCE);

int counter = 0;

for (File file : files) {

log.debug("Deleting file {}.", file.getAbsolutePath());

counter++;

file.delete();

// TODO - capture the output of delete() and do something useful with it

}

return context.result().message(String.format("Deleted %s files.", counter)).succeeded();

}

/**

* IOFileFilter which filters out files which have been modified in the last 24 hours.

*

*/

private static class LastModifiedBeforeYesterdayFilter implements IOFileFilter {

private final long minTime;

private LastModifiedBeforeYesterdayFilter() {

Calendar cal = Calendar.getInstance();

cal.add(Calendar.DATE, -1);

this.minTime = cal.getTimeInMillis();

}

@Override

public boolean accept(File dir, String name) {

// this method is never actually called.

return false;

}

@Override

public boolean accept(File file) {

return file.lastModified() <= this.minTime;

}

}

}

<file></string,>

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:

chlimage_1-127

Verrà aggiunta 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

Il Dashboard panoramica 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.

NOTA

Puoi anche guardare questo video per un'introduzione al dashboard Panoramica sistema.

Come accedere a

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

system_overview_dashboard

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 file JSON che riepiloga le informazioni del dashboard facendo clic sul pulsante Scarica nell'angolo in alto a destra del dashboard.L'endpoint JSON è /libs/granite/operations/content/systemoverview/export.json e può essere utilizzato in uno script curl per il monitoraggio esterno.

Sezione Informazioni visualizzate Quando è critico Collegamenti a
Verifiche stato
  • un elenco dei controlli in stato critico
  • un elenco dei controlli in stato di avviso
Indicato visivamente:
  • un tag rosso per i controlli critici
  • un tag arancione per i controlli Avvisa
  • Pagina Rapporti stato
Attività di manutenzione
  • elenco delle attività non riuscite
  • un elenco delle attività attualmente in esecuzione
  • un elenco delle attività completate nell'ultima esecuzione
  • un elenco delle attività che non sono mai state eseguite
  • un elenco di attività non pianificate

Indicato visivamente:

  • un tag rosso per le attività non riuscite
  • un tag arancione per l’esecuzione delle attività (in quanto potrebbero influire sulle prestazioni)
  • tag grigi per ogni altro stato
  • Pagina Attività di manutenzione
Sistema
  • sistema operativo e versione del sistema operativo (ad esempio, Mac OS X)
  • media del carico del sistema, come recuperato da OperatingSystemMXBeaneable
  • spazio su disco (sulla partizione in cui si trova la home directory)
  • heap massimo, come restituito da MemoryMXBean
N/D N/D
Istanza
  • la versione AEM
  • elenco delle modalità di esecuzione
  • la data di avvio dell’istanza
N/D N/D
Archivio
  • la versione Oak
  • tipo di archivio nodi (Segment Tar o Document)
    • se il tipo è documento, viene visualizzato il tipo di archivio documenti (RDB o Mongo)
  • se è presente un archivio dati personalizzato:
    • per un archivio dati file, viene visualizzato il percorso
    • per un archivio dati S3, viene visualizzato il nome del bucket S3
    • per un archivio dati S3 condiviso, viene visualizzato il nome del bucket S3
    • per un archivio dati di Azure, viene visualizzato il contenitore
  • in assenza di un datastore esterno personalizzato, viene visualizzato un messaggio che indica che questo fatto è
N/D N/D
Agenti di distribuzione
  • un elenco di agenti con code bloccate
  • un elenco di agenti non configurati correttamente ("Errore di configurazione")
  • un elenco di agenti in attesa di elaborazione della coda
  • un elenco degli agenti inattivi
  • un elenco di agenti in esecuzione (che stanno elaborando voci)

Indicato visivamente:

  • un tag rosso per gli agenti bloccati o gli errori di configurazione
  • un tag arancione per gli agenti in pausa
  • un tag grigio per agenti in pausa, inattivi o in esecuzione
Pagina di distribuzione
Agenti di replica
  • un elenco di agenti con code bloccate
  • un elenco degli agenti inattivi
  • un elenco di agenti in esecuzione (che stanno elaborando voci)

Indicato visivamente:

  • un tag rosso per gli agenti bloccati
  • un tag grigio per gli agenti in pausa
Pagina di replica
Flussi di lavoro
  • Processi flusso di lavoro:
    • numero di processi del flusso di lavoro non riusciti (se presenti)
    • numero di processi del flusso di lavoro annullati (se presenti)
  • Conteggi flussi di lavoro - numero di flussi di lavoro in un dato stato (se presenti):
    • esecuzione
    • non riuscito
    • sospeso
    • interrotto

Per ciascuno degli stati presentati sopra viene eseguita una query con un limite di 400 millisecondi. A 400 millisecondi viene visualizzato il numero di voci ottenute fino a quel momento.

Non interpretato:

  • l’utente deve indagare in caso di flussi di lavoro e processi con stati imprevisti.
Pagina Errori di flusso di lavoro
Processi Sling

Conteggi dei processi Sling - numero di processi in uno stato specifico (se presenti):

  • non riuscito
  • in coda
  • annullato
  • attivi

Non interpretato:

  • l’utente deve indagare quando ci sono processi in stati imprevisti o con conteggi elevati.
N/D
Conteggi nodi stimati

Numero stimato di:

  • pagine
  • assets
  • tag
  • autorizzabili
  • numero totale di nodi

Il numero totale di nodi viene ottenuto da nodeCounterMBean, mentre il resto delle statistiche viene ottenuto da IndexInfoService.

N/D N/D
Backup Visualizza "Backup online in corso" se questo è il caso. N/D N/D
Indicizzazione

Display:

  • "Indicizzazione in corso"
  • "Query in corso"

Se un thread di indicizzazione o query è presente nel dump di thread.

N/D N/D

In questa pagina

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now