Operations-dashboard

Inleiding

Het vluchthandboek in AEM 6 helpt systeembeheerders de AEM systeemgezondheid in een oogopslag te controleren. Het verstrekt ook auto-geproduceerde diagnoseinformatie over relevante aspecten van AEM en staat toe om op zichzelf staande onderhoudsautomatisering te vormen en in werking te stellen om projectverrichtingen en steungevallen beduidend te verminderen. Het vectordashboard kan worden uitgebreid met aangepaste gezondheidscontroles en onderhoudstaken. Verder kunnen gegevens van het Operations-dashboard via JMX worden benaderd via externe bewakingstools.

Het vectordashboard:

  • Is een één-klik systeemstatus om verrichtingenafdelingen te helpen efficiency bereiken
  • Verstrekt systeemgezondheidsoverzicht in één enkele, gecentraliseerde plaats
  • Minder tijd om problemen te zoeken, te analyseren en op te lossen
  • Biedt zelfstandige onderhoudsautomatisering die de kosten van projectbewerkingen aanzienlijk helpt verlagen

Het kan worden betreden door naar Hulpmiddelen - Verrichtingen van het AEM Welkome scherm te gaan.

OPMERKING

Om tot het Dashboard van Verrichtingen kunnen toegang hebben, moet de het programma geopende gebruiker deel van de "Exploitanten"gebruikersgroep uitmaken. Voor meer informatie, zie documentatie over Gebruiker, Groep en Recht Beleid van de Toegang.

Gezondheidsrapportage

Het systeem van het Gezondheidsrapport verstrekt informatie over de gezondheid van een AEM instantie door Sling Health Checks. Dit kan via OSGI-, JMX- en HTTP-aanvragen (via JSON) of via de Touch UI. Het biedt metingen en drempel van bepaalde configureerbare tellers aan en in sommige gevallen, zal informatie over hoe te om de kwestie op te lossen aanbieden.

Het heeft verschillende functies, die hieronder worden beschreven.

Health Checks

De Gezondheidsrapporten zijn een systeem van kaarten die op goede of slechte gezondheid met betrekking tot een specifiek productgebied wijzen. Deze kaarten zijn visualisaties van de Sling Health Checks, die gegevens van JMX en andere bronnen samenvoegen en verwerkte informatie opnieuw blootstellen als MBans. Deze MBeans kunnen ook in JMX Webconsole, onder org.apache.sling.health check domein worden geïnspecteerd.

De interface Health Reports kan worden geopend via het menu Tools - Operations - Health Reports op het AEM Welkomstscherm, of rechtstreeks via de volgende URL:

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

chlimage_1-414

Het kaartsysteem stelt drie mogelijke statussen beschikbaar: OK, WARN en CRITICAL. De staten zijn het resultaat van regels en drempels, die kunnen worden gevormd door de muis over de kaart te bewegen en dan het tandwielpictogram in de actiebar te klikken:

chlimage_1-415

Typen health check

Er zijn twee soorten gezondheidscontroles in AEM 6:

  1. Individuele gezondheidscontroles
  2. Samengestelde gezondheidscontroles

Een Individuele health check is één enkele health check die overeenkomt met een statuskaart. Individuele gezondheidscontroles kunnen worden geconfigureerd met regels of drempelwaarden en kunnen een of meer tips en koppelingen bevatten om geïdentificeerde gezondheidsproblemen op te lossen. Laten we de controle Fouten in logboek als voorbeeld nemen: als er FOUT-items voorkomen in de instantielogboeken, vindt u deze op de detailpagina van de health check. Boven aan de pagina ziet u een koppeling naar de analyse van het logboekbericht in de sectie Diagnosis Tools, waarmee u deze fouten gedetailleerder kunt analyseren en de loggers opnieuw kunt configureren.

Een Composite Health Check is een controle waarbij informatie uit verschillende afzonderlijke controles wordt samengevoegd.

Samengestelde gezondheidscontroles worden geconfigureerd met behulp van filtercodes. In wezen worden alle enkelvoudige controles met dezelfde filtertag gegroepeerd als een samengestelde health check. Een Composite Health Check heeft alleen de status OK als alle enkelvoudige controles die het aggregaat bevat ook de status OK hebben.

Hoe te om Controles tot stand te brengen

In het Operations-dashboard kunt u het resultaat van zowel individuele als samengestelde Health Checks visualiseren.

Een individuele health check maken

Voor het maken van een individuele health check zijn twee stappen nodig: een Sling Health Check uitvoeren en een item voor de Health Check toevoegen in de configuratieknooppunten van het dashboard.

  1. Als u een Sling Health Check wilt maken, moet u een OSGI-component maken die de Sling HealthCheck-interface implementeert. U voegt deze component in een bundel toe. De eigenschappen van de component zullen de Health Check volledig identificeren. Nadat de component is geïnstalleerd, wordt automatisch een JMX MBean voor de Health Check gemaakt. Zie de Documentatie voor de controle van de verkoopgezondheid voor meer informatie.

    Voorbeeld van een component Sling Health Check, geschreven met aantekeningen van de component OSGI-service:

    @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
        }
     }
    
    OPMERKING

    De eigenschap MBEAN_NAME definieert de naam van het domein dat voor deze health check wordt gegenereerd.

  2. Na het creëren van een Controle van de Gezondheid, moet een nieuw configuratieknooppunt worden gecreeerd, om het in de interface van het Dashboard van Verrichtingen toegankelijk te maken. Voor deze stap is het nodig om de naam van JMX Mbean van de Health Check (de eigenschap MBEAN_NAME) te kennen. Om een configuratie voor de Controle van de Gezondheid tot stand te brengen, open CRXDE en voeg een nieuw knooppunt (van type nt:ongestructureerd) onder de volgende weg toe: /apps/settings/granite/operations/hc

    De volgende eigenschappen moeten op het nieuwe knooppunt worden ingesteld:

    • Naam: sling:resourceType

      • Type: String
      • Waarde: granite/operations/components/mbean
    • Naam: resource

      • Type: String
      • Waarde: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
    OPMERKING

    Het bovenstaande bronnenpad wordt als volgt gemaakt: als de naam van het product van uw Health Check "test" is, voegt u "test" toe aan het einde van het pad /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck

    Het uiteindelijke pad zal dus zijn:

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

    OPMERKING

    Zorg ervoor dat voor het pad /apps/settings/granite/operations/hc de volgende eigenschappen zijn ingesteld op true:

    sling:configCollectionInherit

    sling:configPropertyInherit

    Dit zal de configuratiemanager vertellen om de nieuwe configuraties met de bestaande configuraties van /libs samen te voegen.

Een samengestelde health check maken

Een Composite Health Check's rol bestaat erin een aantal afzonderlijke Health Checks samen te voegen, die een reeks gemeenschappelijke kenmerken delen. Zo groepeert de veiligheidssamengestelde gezondheidscontrole alle afzonderlijke gezondheidscontroles die beveiligingsgerelateerde controles uitvoeren. De eerste stap om een samengestelde controle tot stand te brengen is een nieuwe configuratie toe te voegen OSGI. Om het in het Dashboard van Verrichtingen te tonen, moet een nieuw configuratieknooppunt worden toegevoegd, de zelfde manier wij voor een eenvoudige controle deden.

  1. Ga naar de Manager van de Configuratie van het Web in de Console OSGI. U kunt dit doen door https://serveraddress:port/system/console/configMgr te openen

  2. Zoek naar de vermelding Apache Sling Composite Health Check. Nadat u het vindt, merk op dat er twee configuraties reeds beschikbaar zijn: een voor de System Checks en een andere voor de Security Checks.

  3. Creeer een nieuwe configuratie door "+"knoop op de rechterkant van de configuratie te drukken. Er wordt een nieuw venster weergegeven, zoals hieronder wordt weergegeven:

    chlimage_1-63

  4. Maak een configuratie en sla deze op. Een boon zal met de nieuwe configuratie worden gecreeerd.

    Het doel van elk configuratiebezit is als volgt:

    • Naam (hc.name): de naam van de samengestelde Health Check. Een betekenisvolle naam wordt aanbevolen.
    • Tags (hc.tags): de labels voor deze Health Check. Als deze samengestelde health check bedoeld is om deel uit te maken van een andere samengestelde health check (bijvoorbeeld in een hiërarchie van gezondheidscontroles), voegt u de codes toe waarop deze samenstelling betrekking heeft.
    • Naam MBean (hc.boon.name): De naam van het boon dat aan JMX MBean van deze samengestelde gezondheidscontrole zal worden gegeven.
    • Filtertags (filter.tags): dit is een eigenschap die specifiek is voor samengestelde health checks. Dit zijn de tags die de samenstelling moet samenvoegen. De samengestelde health check wordt onder de groep geaggregeerd voor alle gezondheidscontroles waarbij een tag aanwezig is die overeenkomt met een van de filtertags van deze samenstelling. Een samengestelde health check met de filterlabels test en check zal bijvoorbeeld alle afzonderlijke en samengestelde health checks samenvoegen die een van de test en check-tags in hun tageigenschap hebben ( hc.tags).
    OPMERKING

    Voor elke nieuwe configuratie van de Apache Sling Composite Health Check wordt een nieuwe JMX-maboon gemaakt.**

  5. Tot slot moet de ingang van de samengestelde gezondheidscontrole die net is gecreeerd in de de configuratieknopen van het Dashboard van Verrichtingen worden toegevoegd. De procedure hiervoor is dezelfde als bij individuele gezondheidscontroles: een knooppunt van het type nt:unStructured moet worden gemaakt onder /apps/settings/granite/operations/hc. Het middelbezit van de knoop zal door de waarde van hc.gemiddelde.name in de configuratie worden bepaald OSGI.

    Als, bijvoorbeeld, u een configuratie creeerde en hc.bean.name waarde aan diskusage plaatst, zullen de configuratieknopen als dit kijken:

    • Naam: Composite Health Check

      • Type: nt:unstructured

    Met de volgende eigenschappen:

    • Naam: sling:resourceType

      • Type: String
      • Waarde: granite/operations/components/mbean
    • Naam: resource

      • Type: String
      • Waarde: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
    OPMERKING

    Als u individuele gezondheidscontroles creeert die logisch gezien onder een samengestelde controle behoren die reeds in het dashboard door gebrek aanwezig is, zullen zij automatisch worden gevangen en onder de respectieve samengestelde controle gegroepeerd. Wegens dit, is er geen behoefte om een nieuw configuratieknooppunt voor deze controles tot stand te brengen.

    Bijvoorbeeld, als u een individuele veiligheidsgezondheidscontrole creeert, alles u moet doen het toewijzen het "security"markering, en het geïnstalleerd is, zal het automatisch onder de samengestelde controle van de Controles in het Dashboard van Verrichtingen verschijnen.

Health Checks provided with AEM

zHealthcheck-naam Beschrijving
Query-prestaties

Deze health check is vereenvoudigd in AEM 6.4 en controleert nu het recent refactored Oak QueryStats MBean, meer specifiek het SlowQueries attribuut. Als de statistieken om het even welke langzame vragen bevatten, dan keert de gezondheidscontrole een waarschuwing terug. Anders wordt de status OK geretourneerd.

De MBean voor deze health check is org.apache.sling.health check:name=queryStatus,type=HealthCheck.

Lengte van waarnemingswachtrij

De Lengte van de Rij van de waarneming herhaalt over alle Lijsten van de Gebeurtenis en Achtergrondwaarnemers, vergelijkt hun queueSize met hun maxQueueSize en:

  • Hiermee wordt de status Kritiek geretourneerd als de waarde queueSize de waarde maxQueueSize overschrijdt (dat wil zeggen wanneer gebeurtenissen worden neergezet)
  • retourneert Waarschuwing als de waarde queueSize zich boven maxQueueSize * WARN_THRESHOLD bevindt (de standaardwaarde is 0,75)

De maximumlengte van elke rij komt uit afzonderlijke configuraties (Eak en AEM), en is niet configureerbaar van deze gezondheidscontrole. De MBean voor deze health check is org.apache.sling.health check:name=ObservationQueueLengthHealthCheck,type=HealthCheck.

Transversale begrenzingen voor query

De Grenswaarden van de Traversal van de vraag controleert QueryEngineSettings MBean, meer specifiek de LimitInMemory en LimitReads attributen, en keert de volgende status terug:

  • retourneert de waarschuwingsstatus als een van de limieten gelijk is aan of hoger is dan de Integer.MAX_VALUE
  • retourneert de waarschuwingsstatus als een van de limieten lager is dan 10000 (de aanbevolen instelling voor eik)
  • Hiermee wordt de status Kritiek geretourneerd als QueryEngineSettings of een van de limieten niet kan worden opgehaald

De sjabloon voor deze health check is org.apache.sling.health check:name=queryTraversalLimitsBundle,type=HealthCheck.

Gesynchroniseerde klokken

Deze controle is alleen relevant voor documentnodestore clusters. De volgende status wordt geretourneerd:

  • retourneert de waarschuwingsstatus wanneer de instantieklokken niet meer synchroon zijn en een vooraf gedefinieerde lage drempel overschrijden
  • Hiermee wordt de status Kritiek geretourneerd wanneer de instantieklokken niet meer synchroon zijn en een vooraf gedefinieerde hoge drempel overschrijden

De sjabloon voor deze health check is org.apache.sling.health check:name=slingDiscoveryOakSynchronizedClocks,type=HealthCheck.

Asynchrone indexen

De asynchrone controle van indexen:

  • Hiermee wordt de status Kritiek geretourneerd als ten minste één indexstrook mislukt
  • controleert lastIndexedTime voor alle indexerende wegen en:
    • Geeft de status Kritiek als deze meer dan 2 uur geleden is
    • retourneert de waarschuwingsstatus als deze tussen 2 uur en 45 minuten geleden ligt
    • Hiermee wordt de status OK geretourneerd als deze minder dan 45 minuten geleden is
  • als aan geen van deze voorwaarden is voldaan, wordt de status OK geretourneerd

Zowel zijn de Kritieke als de statusdrempels van de Waarschuwing configureerbaar. De sjabloon voor deze health check is org.apache.sling.health check:name=asyncIndexHealthCheck,type=HealthCheck.

Opmerking: Deze health check is beschikbaar bij AEM 6.4 en is teruggezet naar AEM 6.3.0.1.

Grote Lucene-indexen

Deze controle gebruikt de gegevens die door Lucene Index Statistics MBean worden blootgesteld om grote indexen te identificeren en winst terug te keren:

  • een waarschuwingsstatus als er een index is met meer dan 1 miljard documenten
  • een kritieke status als er een index met meer dan 1,5 miljard documenten is

De drempels zijn configureerbaar en MBean voor de gezondheidscontrole is org.apache.sling.health check:name=largeIndexHealthCheck,type=HealthCheck.

Opmerking: Deze controle is beschikbaar bij AEM 6.4 en is teruggezet naar AEM 6.3.2.0.

Systeemonderhoud

Het Onderhoud van het systeem is een samengestelde controle die O.K. terugkeert als alle onderhoudstaken zoals gevormd lopen. Houd er rekening mee dat:

  • elke onderhoudstaak gaat vergezeld van een bijbehorende gezondheidscontrole
  • als een taak niet aan een onderhoudsvenster wordt toegevoegd, zal zijn gezondheidscontrole Kritiek terugkeren
  • u moet het Logboek van de Controle en het onderhoudstaken van de Woorden van het Werkschema vormen of anders hen verwijderen uit de onderhoudsvensters. Als verlaten unconfigured, zullen deze taken op de eerste geprobeerd looppas ontbreken, zodat zal de controle van het Onderhoud van het Systeem de Kritieke status terugkeren.
  • Met AEM 6.4 is er ook een controle op het Lucene Binaries Onderhoudsmasker
  • bij AEM 6.2 en lager, keert de controle van het systeemonderhoud een Status van de Waarschuwing onmiddellijk na opstarten terug omdat de taken nooit lopen. Vanaf 6.3 retourneren ze OK als het eerste onderhoudsvenster nog niet is bereikt.

De MBean voor deze health check is org.apache.sling.health check:name=systemchecks,type=HealthCheck.

Replicatiereeks

Deze controle herhaalt over replicatieagenten en bekijkt hun rijen. Voor het punt bij de bovenkant van de rij, bekijkt de controle hoeveel keer de agent replicatie opnieuw probeerde. Als de agent replicatie meer dan de waarde van de numberOfRetriesAllowed parameter opnieuw probeerde, keert het een waarschuwing terug. De parameter numberOfRetriesAllowed kan worden geconfigureerd.

De MBean voor deze gezondheidscontrole is org.apache.sling.health check:name=replicationQueue,type=HealthCheck.

Verkooptaken
Het verkopen van Banen controleert het aantal banen die in JobManager een rij vormen, vergelijkt het met maxNumQueueJobs drempel, en:
  • Hiermee wordt Kritiek geretourneerd als er meer dan maxNumQueueJobs in de wachtrij staan
  • Geeft Kritiek als er langdurige actieve banen zijn die ouder zijn dan 1 uur
  • Geeft Critical als er banen in de rij zijn, en de laatste gebeëindigde baantijd is ouder dan 1 uur

Slechts is het maximumaantal een rij gevormde baanparameter configureerbaar en het heeft de standaardwaarde van 1000.

De MBean voor deze health check is org.apache.sling.health check:name=slingJobs,type=HealthCheck.

Prestaties aanvragen

Bij deze controle wordt de granite.request.metrics.timer Sling-metrische en:

  • Hiermee wordt Kritiek geretourneerd als de waarde van het 75e percentiel boven de kritieke drempel ligt (de standaardwaarde is 500 milliseconden)
  • retourneert Waarschuwen als de waarde van het 75e percentiel boven de waarschuwingsdrempel ligt (de standaardwaarde is 200 milliseconden)

De MBean voor deze health check is org.apache.sling.health check:name=requestStatus,type=HealthCheck.

Logfouten

Deze controle keert de waarschuwende status terug als er fouten in het logboek zijn.

De MBean voor deze health check is org.apache.sling.health check:name=logErrorHealthCheck,type=HealthCheck.

Schijfruimte

De controle van de Ruimte van de Schijf kijkt FileStoreStats MBean, wint de grootte van de Opslag van de Knoop en de hoeveelheid bruikbare schijfruimte op de Opslag van de Knoop, en:

  • retourneert Waarschuwen als de bruikbare verhouding tussen schijfruimte en grootte van opslagplaats kleiner is dan de waarschuwingsdrempel (de standaardwaarde is 10)
  • Hiermee wordt Kritiek geretourneerd als de bruikbare verhouding tussen schijfruimte en grootte van opslagruimte kleiner is dan de kritieke drempel (de standaardwaarde is 2)

Beide drempels zijn configureerbaar. De controle werkt alleen op instanties met een Segmentarchief.

De MBean voor deze health check is org.apache.sling.health check:name=DiskSpaceHealthCheck,type=HealthCheck.

Health check van planner

Deze controle retourneert een waarschuwing als de instantie Quartz-taken meer dan 60 seconden uitvoert. De aanvaardbare duurdrempel kan worden geconfigureerd.

De MBean voor deze health check is org.apache.sling.health check:name=slingCommonsSchedulerHealthCheck,type=HealthCheck.

Beveiligingscontroles

De veiligheidscontrole is een samenstelling die de resultaten van veelvoudige veiligheid-verwante controles samenvoegt. Deze individuele gezondheidscontroles bieden oplossingen voor verschillende problemen in de beveiligingscontrolelijst die beschikbaar is op de documentatiepagina van de Beveiligingscontrolelijst. De controle is handig als een veiligheidsrooktest wanneer de instantie wordt gestart.

De MBean voor deze health check is org.apache.sling.health check:name=securityChecks,type=HealthCheck

Actieve pakketten

De actieve Bundels controleert de staat van alle bundels en:

  • Hiermee wordt de waarschuwingsstatus geretourneerd als een van de bundels niet actief is of (te beginnen met lazy activering)
  • het negeert de status van bundels in de nevenlijst

De ignore lijstparameter is configureerbaar.

De MBean voor deze health check is org.apache.sling.health check:name=inactiveBundles,type=HealthCheck.

Cachecontrole code

Dit is een Health Check die verschillende JVM-omstandigheden controleert die een CodeCache-bug in Java 7 kunnen activeren:

  • retourneert Waarschuwen als de instantie wordt uitgevoerd in Java 7, waarbij Cacheblozen voor code is ingeschakeld
  • retourneert Waarschuwen als de instantie wordt uitgevoerd in Java 7 en de grootte van de gereserveerde codecache is kleiner dan een minimumdrempel (de standaardwaarde is 90 MB)

De minimum.code.cache.size drempel is configureerbaar. Voor meer informatie over de bug, check deze pagina.

De MBean voor deze health check is org.apache.sling.health check:name=codeCacheHealthCheck,type=HealthCheck.

Fouten in snijpad van bronnen

Controleert of het pad /apps/foundation/components/primary bronnen bevat en:

  • retourneert Waarschuwen als er onderliggende knooppunten onder zijn /apps/foundation/components/primary

De MBean voor deze health check is org.apache.sling.health check:name=resourceSearchPathErrorHealthCheck,type=HealthCheck.

Monitoring met Nagios

Het Health Check Dashboard kan integreren met Nagios via de Granite JMX Mbeans. In het onderstaande voorbeeld ziet u hoe u een controle toevoegt die gebruikt geheugen op de server waarop AEM wordt uitgevoerd.

  1. Stel Nagios in en installeer deze op de bewakingsserver.

  2. Installeer vervolgens de Nagios Remote Plugin Exec (NRPE).

    OPMERKING

    Voor meer informatie over hoe te om Nagios en NRPE op uw systeem te installeren, gelieve Nagios Documentatie te raadplegen.

  3. Voeg een hostdefinitie voor de AEM server toe. Dit kan via de Interface van het Web Nagios XI, door de Manager van de Configuratie te gebruiken worden gedaan:

    1. Open een browser en wijs naar de Nagios-server.
    2. Druk Configure knoop in het hoogste menu.
    3. Druk in het linkerdeelvenster op Core Config Manager onder Advanced Configuration.
    4. Druk op de koppeling Gastheren onder de sectie Controle.
    5. Voeg de hostdefinitie toe:

    chlimage_1-416

    Hieronder ziet u een voorbeeld van een hostconfiguratiebestand voor het geval u Nagios Core gebruikt:

    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. Installeer Nagios en NRPE op de AEM server.

  5. Installeer de check_http_json-plug-in op beide servers.

  6. Definieer een algemene JSON-controleopdracht op beide servers:

    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. Voeg een dienst voor gebruikt geheugen op de AEM server toe:

    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. Controleer het dashboard Nagios op de nieuwe service:

    chlimage_1-417

Diagnosetools

Het operatiedashboard biedt ook toegang tot diagnosetools die helpen bij het zoeken naar en het oplossen van problemen met de hoofdoorzaken van de waarschuwingen die afkomstig zijn van het dashboard voor de health check, en die belangrijke foutopsporingsinformatie bieden aan systeemoperatoren.

De belangrijkste kenmerken zijn:

  • Analyse van logberichten
  • De capaciteit om tot heap en draaddumps toegang te hebben
  • De verzoeken en analysatoren van de vraagprestaties

U kunt het scherm van de Hulpmiddelen van de Diagnose bereiken door naar Hulpmiddelen - Verrichtingen - Diagnose van het AEM Welkome scherm te gaan. U kunt het scherm ook openen door de volgende URL rechtstreeks te openen: https://serveraddress:port/libs/granite/operations/content/diagnosis.html

chlimage_1-418

Logberichten

De gebruikersinterface van de logboekberichten zal alle FOUTberichten door gebrek tonen. Als u meer getoonde logboekberichten wilt hebben, moet u een registreerapparaat met het aangewezen logboekniveau vormen.

De logboekberichten gebruiken een appender van het in geheugenlogboek en daarom, zijn niet verwant met de logboekdossiers. Een ander gevolg is dat het veranderen van de logboekniveaus in deze UI niet de informatie zal veranderen die het programma wordt geopend de traditionele logboekdossiers. Het toevoegen en verwijderen van loggers in deze interface heeft alleen invloed op het logger voor ingeheugen. Ook, merk op dat het veranderen van de logboekconfiguraties in de toekomst van in geheugenregistreerapparaat zullen worden weerspiegeld - de ingangen die reeds geregistreerd zijn en niet relevant meer zijn worden niet geschrapt, maar de gelijkaardige ingangen zullen niet in de toekomst worden geregistreerd.

U kunt vormen wat door logboekconfiguraties van de hogere linkertandknoop in UI wordt geregistreerd te verstrekken. In dat geval kunt u configuraties van logboekbestanden toevoegen, verwijderen of bijwerken. Een loggerconfiguratie bestaat uit een logniveau (WARN / INFO / DEBUG) en een filternaam. De filternaam heeft de rol om de bron van de logboekberichten te filtreren die het programma worden geopend. Alternatief, als een registreerder alle logboekberichten voor het gespecificeerde niveau zou moeten vangen, zou de filternaam "root" moeten zijn. Door het niveau van een logger in te stellen, worden alle berichten vastgelegd met een niveau dat gelijk is aan of hoger is dan het niveau dat is opgegeven.

Voorbeelden:

  • Als u bij het vangen van alle ERROR berichten van plan bent - geen configuratie wordt vereist. Alle FOUTberichten worden standaard vastgelegd.

  • Als u bij het vangen van alle ERROR, WARN en INFO berichten van plan bent - zou de logboeknaam aan moeten worden geplaatst: "root" en het loggerniveau naar: INFO.

  • Als u alle berichten wilt vastleggen die afkomstig zijn uit een bepaald pakket (bijvoorbeeld com.adobe.granite), moet de naam van het logger worden ingesteld op: "com.adobe.granite" en het loggerniveau tot: DEBUG (hiermee worden alle ERROR, WARN, INFO en DEBUG berichten) vastgelegd, zoals in de onderstaande afbeelding wordt getoond.

chlimage_1-419

OPMERKING

U kunt geen logboeknaam instellen om alleen FOUTberichten vast te leggen via een opgegeven filter. Standaard worden alle FOUTberichten vastgelegd.

OPMERKING

De gebruikersinterface van de logboekberichten weerspiegelt niet het daadwerkelijke foutenlogboek. Tenzij u andere types van logboekberichten in UI vormt, zult u slechts de berichten van de FOUT zien. Zie bovenstaande instructies voor informatie over het weergeven van specifieke logboekberichten.

OPMERKING

De instellingen op de diagnospagina hebben geen invloed op wat er is geregistreerd voor de logbestanden en andersom. Zo, terwijl het foutenlogboek de berichten van INFO zou kunnen vangen, zou u hen niet in de logboekberichten UI kunnen zien. Ook, door UI is het mogelijk om te vangen DEBUG berichten van bepaalde pakketten zonder het het foutenlogboek beïnvloedt. Voor meer informatie over hoe te om de logboekdossiers te vormen, zie Registreren.

OPMERKING

Met AEM 6.4, worden de onderhoudstaken geregistreerd uit de doos in een meer informatie rijke formaat op het niveau INFO. Dit maakt een betere zichtbaarheid in de staat van de onderhoudstaken mogelijk.

Als u hulpmiddelen van derden (zoals Splunk) gebruikt om de activiteit van de onderhoudstaak te controleren en erop te reageren, kunt u de volgende logboekverklaringen gebruiken:

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

Prestaties aanvragen

De pagina van de Prestaties van het Verzoek staat de analyse van de langzaamste verwerkte paginaverzoeken toe. Alleen inhoudsaanvragen worden op deze pagina geregistreerd. Meer specifiek worden de volgende verzoeken vastgelegd:

  1. Verzoeken om bronnen te openen onder /content
  2. Verzoeken om bronnen te openen onder /etc/design
  3. Verzoeken om de extensie ".html"

chlimage_1-420

De pagina wordt weergegeven:

  • Het tijdstip waarop het verzoek is ingediend
  • De URL en de aanvraagmethode
  • De duur in milliseconden

Door gebrek, worden de langzaamste 20 paginaverzoeken gevangen, maar de grens kan in de Manager van de Configuratie worden gewijzigd.

Zoekprestaties

De pagina van de Prestaties van de Vraag staat de analyse van de langzaamste vragen toe die door het systeem worden uitgevoerd. Deze informatie wordt door de opslagplaats in een JMX-boon verstrekt. In Jackrabbit geeft de JMX Mbean com.adobe.granite.QueryStat deze informatie, terwijl deze in de eik-opslagplaats wordt aangeboden door org.apache.jackrabbit.oak.QueryStats.

De pagina wordt weergegeven:

  • De tijd waarop de query is uitgevoerd
  • De taal van de query
  • Het aantal keren dat de query is uitgegeven
  • De instructie van de query
  • De duur in milliseconden

chlimage_1-421

Vraag verklaren

Voor om het even welke bepaalde vraag, probeert het Eak om de beste manier uit te vinden om uit te voeren gebaseerd op de indexen van het Eak die in de bewaarplaats onder eak:index knoop worden bepaald. Afhankelijk van de vraag, kunnen de verschillende indexen door Oak worden gekozen. Begrijpen hoe een query wordt uitgevoerd, is de eerste stap voor het optimaliseren van de query.

De verklaarvraag is een hulpmiddel dat verklaart hoe het Eak een vraag uitvoert. Het kan worden betreden door naar Hulpmiddelen - Verrichtingen - Diagnose van het AEM Welkome Scherm te gaan, dan klikkend op Prestaties van de Vraag en overschakelend op Uitdrukkelijke Vraag tabel.

Functies

  • Ondersteunt de querytalen Xpath, JCR-SQL en JCR-SQL2
  • Meldt de werkelijke uitvoeringstijd van de opgegeven query
  • Detecteert langzame query's en waarschuwt over query's die mogelijk traag kunnen zijn
  • Meldt de eik-index die wordt gebruikt om de query uit te voeren
  • Hiermee wordt de werkelijke uitleg van de zoekfunctie weergegeven
  • Verstrekt klik-aan-ladlijst van Langzame en Populaire vragen

Zodra u in de Uitdrukkelijke Vraag UI bent, moet alles u doen om het te gebruiken de vraag ingaan en druk knoop verklaren:

chlimage_1-422

De eerste ingang in de sectie van de Verklaring van de Vraag is de daadwerkelijke verklaring. In de uitleg wordt het type index weergegeven dat is gebruikt om de query uit te voeren.

De tweede vermelding is het uitvoeringsplan.

Als u op het vak Uitvoeringstijd opnemen klikt voordat de query wordt uitgevoerd, wordt ook de hoeveelheid tijd weergegeven waarin de query is uitgevoerd, zodat u meer informatie kunt gebruiken voor het optimaliseren van de indexen voor uw toepassing of implementatie.

chlimage_1-423

Indexbeheer

Het doel van Indexbeheer is het vereenvoudigen van indexbeheer, zoals het onderhouden van indexen of het bekijken van hun status.

Het kan worden betreden door naar Hulpmiddelen - Verrichtingen - Diagnose ​ van het Welkome Scherm te gaan, en dan de knoop van de Manager van de Index te klikken.

U kunt de URL ook rechtstreeks openen via de volgende URL: https://serveraddress:port/libs/granite/operations/content/diagnosistools/indexManager.html

chlimage_1-424

De interface kan worden gebruikt om indexen in de tabel te filteren door de filtercriteria in het zoekvak linksboven in het scherm te typen.

Statuspostcode downloaden

Hierdoor wordt het downloaden van een ritssluiting met nuttige informatie over de systeemstatus en configuratie geactiveerd. Het archief bevat instantieconfiguraties, een lijst met bundels, OSGI-, Sling-meetgegevens en statistische gegevens. Dit kan resulteren in een groot bestand. U kunt het effect van grote statusdossiers verminderen door het venster van de Status van de Download te gebruiken ​ venster. Het venster is toegankelijk via: AEM > Gereedschappen > Bewerkingen > Diagnose > Downloadstatus ZIP.

In dit venster kunt u selecteren wat u wilt exporteren (logbestanden en of thread-dumps) en het aantal dagen logbestanden dat is opgenomen in de download ten opzichte van de huidige datum.

download_status_zip

Dump downloaden met thread

Hierdoor wordt het downloaden van een ritssluiting met informatie over de threads in het systeem geactiveerd. Informatie over elke draad wordt verstrekt, zoals zijn status, klasseleider en stacktrace.

Heap Dump downloaden

U kunt ook een momentopname van de heap downloaden om deze later te analyseren. Houd er rekening mee dat dit het downloaden van een groot bestand in de orde van honderden megabytes activeert.

Geautomatiseerde onderhoudstaken

De pagina Automatisch onderhoud is een plaats waar u aanbevolen onderhoudstaken die zijn gepland voor periodieke uitvoering, kunt weergeven en volgen. De taken zijn geïntegreerd met het systeem van de health check. De taken kunnen ook manueel van de interface worden uitgevoerd.

Om aan de pagina van het Onderhoud in het Dashboard van Verrichtingen te krijgen, moet u naar Hulpmiddelen - Verrichtingen - Dashboard - Onderhoud van het AEM Welkome scherm gaan, of direct deze verbinding volgen:

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

De volgende taken zijn beschikbaar in het Dashboard van Verrichtingen:

  1. De taak Revision Clean Up ​, die onder Dagelijks Onderhoudsvenster menu wordt gevestigd.

  2. De Lucene bindt schoonmaaktaak ​ taak, die onder Dagelijks Onderhoudsvenster menu wordt gevestigd.

  3. De Werkstroomzuivering ​ taak, die onder Weekly het Venster van het Onderhoud menu wordt gevestigd.

  4. De Opschoontaak van de Opslag van Gegevens taak, die onder Weekly het Venster van het Onderhoud menu wordt gevestigd.

  5. De Audit Log Maintenance-taak, bevindt zich onder het menu Weekly Maintenance Window.

  6. De Version Purge Maintenance-taak, bevindt zich onder het menu Weekly Maintenance Window.

De standaardtiming voor het dagelijkse onderhoudsvenster is 2 tot 5 AM. De taken die in het wekelijkse onderhoudsvenster worden gevormd zullen tussen 1 en 2 AM op Verzadigdagen uitvoeren.

U kunt de timing ook configureren door op het tandwielpictogram te drukken op een van de twee onderhoudskaarten:

chlimage_1-425

OPMERKING

Sinds AEM 6.1 kunnen de bestaande onderhoudsvensters ook elke maand worden geconfigureerd.

Opschonen van revisie

Voor meer informatie over het uitvoeren van de Opschonen van de Revisie voor AEM 6.4, zie dit specifieke artikel.

Opruimen van Lucene Binaries

Door de taak van de Opruiming van de Bindingen van Lucene te gebruiken, kunt u lucene binaries zuiveren en het de groottevereiste van de lopende gegevensopslag verminderen. Dit is omdat het binaire koord van de lucene dagelijks in plaats van vroegere afhankelijkheid op een succesvolle gegevensopslaghuisvuilinzameling in werking zal worden geherclaimd.

Hoewel de onderhoudstaak werd ontwikkeld om op Lucene betrekking hebbende revisiehuisvuil te verminderen, zijn er algemene efficiëntiewinsten wanneer het runnen van de taak:

  • De wekelijkse uitvoering van de taak van de huisvuilinzameling van de gegevensopslag zal sneller voltooien
  • Het kan ook de algemene AEM prestaties licht verbeteren

U kunt tot de taak van de Opruiming van de Bindingen van Lucene van toegang hebben: AEM > Gereedschappen > Bewerkingen > Onderhoud > Dagelijks onderhoud > Overbodig onderhoud > Overbodig schoonmaken van Lucene Binaries.

Afvalverzameling gegevensopslag

Voor details op de Inzameling van het huisvuil van de Opslag van Gegevens, zie specifieke documentatiepagina.

Werkstroomzuivering

Workflows kunnen ook worden gewist vanaf het onderhouddashboard. Voor het uitvoeren van de taak Werkstroom leegmaken moet u:

  1. Klik op de Wekelijks Onderhoudsvenster pagina.
  2. In de volgende pagina, klik Spel knoop in Werkschemazuivering kaart.
OPMERKING

Voor meer gedetailleerde informatie over het Onderhoud van het Werkschema, zie deze pagina.

Onderhoud controlelogbestand

Raadpleeg de afzonderlijke documentatiepagina voor het onderhoud van het auditlogboek.

Versie wissen

U kunt de onderhoudstaak van het Leegmaken van de Versie plannen om oude versies automatisch te schrappen. Dit minimaliseert daarom de noodzaak om de Versiegereedschappen handmatig te gebruiken. U kunt de taak van de Weigering van de Versie plannen en vormen door tot Hulpmiddelen > Verrichtingen > Onderhoud > Wekelijks Onderhoudsvenster toegang te hebben en deze stappen te volgen:

  1. Klik op de knop Toevoegen.

  2. Kies Versie leegmaken in het keuzemenu.

    version_purge_maintenancetask

  3. Om de taak van de Wrijving van de Versie te vormen, klik op gears pictogram op de pas gecreëerde de onderhoudskaart van de Wrijving van de Versie.

    version_purge_taskconfiguration

Met AEM 6.4 kunt u de onderhoudstaak van het Wissen van de Versie als volgt tegenhouden:

  • Automatisch - Als het geplande onderhoudsvenster wordt gesloten voordat de taak kan worden voltooid, wordt de taak automatisch beëindigd. Het wordt hervat wanneer het volgende onderhoudsvenster wordt geopend.
  • Handmatig - Klik op het pictogram Stoppen om de taak handmatig te stoppen op de onderhoudskaart voor het wissen van de versie. Bij de volgende uitvoering wordt de taak veilig hervat.
OPMERKING

Om een einde te maken aan de onderhoudstaak, moet de uitvoering worden opgeschort zonder dat het spoor van de reeds in uitvoering zijnde baan verloren gaat.

LET OP

Om de grootte van de opslagplaats te optimaliseren, moet u de versiereinigingstaak regelmatig uitvoeren. De taak zou buiten kantooruren moeten worden gepland wanneer er een beperkte hoeveelheid verkeer is.

Aangepaste onderhoudstaken

De het onderhoudstaken van de douane kunnen als diensten worden uitgevoerd OSGi. Aangezien de infrastructuur van de onderhoudstaak gebaseerd is op de taakbehandeling van Apache Sling, moet een onderhoudstaak de Java-interface [org.apache.sling.event.jobs.consumer.JobExecutor](https://sling.apache.org/apidocs/sling7/org/apache/sling/event/jobs/consumer/JobExecutor.html) implementeren. Daarnaast moet de instantie verschillende eigenschappen van de serviceregistratie declareren die als onderhoudstaak moeten worden gedetecteerd, zoals hieronder vermeld:

Eigenschappennaam service
Beschrijving Voorbeeld
Type
granite.maintenance.isStoppable Booleaanse eigenschap die definieert of de taak door de gebruiker kan worden gestopt. Als een taak verklaart dat het stopbaar is moet het tijdens zijn uitvoering controleren of het is tegengehouden en dan dienovereenkomstig handelen. De standaardwaarde is false. true Optioneel
granite.maintenance.mandatory Booleaanse eigenschap die definieert of een taak verplicht is en periodiek moet worden uitgevoerd. Als een taak verplicht is maar momenteel niet in een actief planningsvenster staat, zal een Health Check dit als een fout rapporteren. De standaardwaarde is false. true Optioneel
granite.maintenance.name Een unieke naam voor de taak - dit wordt gebruikt om naar de taak te verwijzen. Dit is meestal een eenvoudige naam. MyMaintenanceTask Vereist
granite.maintenance.title Een titel die wordt weergegeven voor deze taak Mijn speciale onderhoudstaken Vereist
job.topics Dit is een uniek onderwerp van de onderhoudstaak.
De Apache Sling baan behandeling zal een baan met precies dit onderwerp beginnen om de onderhoudstaak uit te voeren en aangezien de taak voor dit onderwerp wordt geregistreerd wordt het uitgevoerd.
Het onderwerp moet beginnen met com/adobe/granite/onderhoud/job/
com/adobe/granite/onderhoud/job/MyMaintenanceTask Vereist

Naast de bovenstaande service-eigenschappen moet de process()-methode van de JobConsumer-interface worden geïmplementeerd door de code toe te voegen die voor de onderhoudstaak moet worden uitgevoerd. De opgegeven JobExecutionContext kan worden gebruikt om statusinformatie uit te voeren, te controleren of de taak door de gebruiker is gestopt en een resultaat te maken (geslaagd of mislukt).

In situaties waarin een onderhoudstaak niet op alle installaties zou moeten worden uitgevoerd (bijvoorbeeld, looppas slechts op de publicatie instantie), kunt u de dienst een configuratie vereisen om actief te zijn door @Component(policy=ConfigurationPolicy.REQUIRE) toe te voegen. U kunt de volgens configuratie dan als in werking gestelde wijze afhankelijk in de bewaarplaats merken. Voor meer informatie, zie Het vormen OSGi.

Hieronder ziet u een voorbeeld van een aangepaste onderhoudstaak waarmee bestanden uit een configureerbare tijdelijke map worden verwijderd die in de afgelopen 24 uur zijn gewijzigd:

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-maintenancetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java

Zodra de dienst wordt opgesteld, zal het aan het Dashboard UI van Verrichtingen worden blootgesteld en kan aan één van de beschikbare onderhoudsplannen worden toegevoegd:

chlimage_1-426

Hiermee voegt u een overeenkomstige bron toe bij /apps/granite/operations/config/Maintenance/schedule/taskname. Als de taak in werking stelt afhankelijk is van wijze, moet het bezit granite.operations.conditions.runmode op die knoop met de waarden van runmodes worden geplaatst die voor deze onderhoudstaak actief moeten zijn.

Systeemoverzicht

Het systeemoverzicht dashboard toont een overzicht op hoog niveau van de configuratie, de hardware en de gezondheid van de AEM instantie. Dit betekent dat de gezondheidsstatus van het systeem transparant is en dat alle informatie wordt samengevoegd in één dashboard.

OPMERKING

U kunt deze video voor een inleiding aan het Dashboard van het Overzicht van het Systeem ook bekijken.

Hoe te om tot toegang te hebben

Als u het systeemoverzicht-dashboard wilt openen, navigeert u naar Opties > Bewerkingen > Systeemoverzicht.

system_overview_dashboard

Het dashboard voor systeemoverzicht wordt uitgelegd

In de onderstaande tabel worden alle gegevens beschreven die in het systeemoverzicht-dashboard worden weergegeven. Houd er rekening mee dat als er geen relevante informatie is om te tonen (er bijvoorbeeld geen back-up wordt gemaakt, er geen gezondheidscontroles zijn die essentieel zijn), in de desbetreffende sectie het bericht "Geen invoer" wordt weergegeven.

U kunt ook een JSON-bestand downloaden met een overzicht van de dashboardgegevens door op de knop Download in de rechterbovenhoek van het dashboard te klikken. Het JSON-eindpunt is /libs/granite/operations/content/systemoverview/export.json en kan in een curl-script worden gebruikt voor externe controle.

Sectie Welke informatie wordt weergegeven Wanneer is dit essentieel Koppelingen naar
Gezondheidscontroles
  • een lijst van controles die in kritieke status zijn
  • een lijst met controles die de status Waarschuwen hebben
visueel aangegeven:
  • een rode markering voor Kritieke controles
  • een oranje tag voor Waarschuwingscontroles
  • pagina Gezondheidsrapporten
Onderhoudstaken
  • een lijst met mislukte taken
  • een lijst met taken die momenteel worden uitgevoerd
  • een lijst van taken die in de laatste looppas zijn geslaagd
  • een lijst met taken die nooit zijn uitgevoerd
  • een lijst met taken die niet zijn gepland

visueel aangegeven:

  • een rode markering voor mislukte taken
  • een oranje tag voor het uitvoeren van taken (omdat deze van invloed kunnen zijn op de prestaties)
  • grijstags voor elke andere status
  • Pagina Onderhoudstaken
Systeem
  • besturingssysteem en OS-versie (bijvoorbeeld Mac OS X)
  • gemiddelde systeembelasting, zoals opgehaald uit OperatingSystemMXBeanbruikbaar
  • schijfruimte (op de partitie waar de thuismap zich bevindt)
  • maximale heap, zoals geretourneerd door MemoryMXBean
N.v.t. N.v.t.
Instantie
  • de AEM
  • lijst met uitvoeringsmodi
  • de datum waarop de instantie is gestart
N.v.t. N.v.t.
Bewaarplaats
  • de eik-versie
  • type van knooppuntoverzicht (Segment Tar of Document)
    • als het type document is, wordt het type documentopslag weergegeven (RDB of Mongo)
  • als er een aangepaste gegevensopslag is:
    • voor een File Data Store wordt het pad weergegeven
    • voor een opslag van S3 Gegevens, wordt de naam van het S3 emmertje getoond
    • voor een Gedeelde opslag van Gegevens S3, wordt de naam van het S3 emmertje getoond
    • voor een Azure Data Store wordt de container weergegeven
  • als er geen douane externe datastore is, een bericht erop wijst die dat feit wordt getoond
N.v.t. N.v.t.
Distribution Agents
  • een lijst van agenten met geblokkeerde rijen
  • een lijst van misconfigured agenten ("de Fout van de Configuratie")
  • een lijst van agenten met gepauzeerde rijverwerking
  • een lijst van niet-actieve agentia
  • een lijst van actieve agenten (die momenteel ingangen verwerken)

visueel aangegeven:

  • een rode markering voor geblokkeerde agenten of configuratiefouten
  • een oranje label voor gepauzeerde agentia
  • een grijze tag voor gepauzeerde, niet-actieve of actieve agents
Distributiepagina
Replication Agents
  • een lijst van agenten met geblokkeerde rijen
  • een lijst van niet-actieve agentia
  • een lijst van actieve agenten (die momenteel ingangen verwerken)

visueel aangegeven:

  • een rode markering voor geblokkeerde agenten
  • een grijze tag voor gepauzeerde agents
Replicatiepagina
Workflows
  • Workflowtaken:
    • Aantal mislukte workflowtaken (indien aanwezig)
    • aantal geannuleerde workflowtaken (indien aanwezig)
  • Aantal werkstromen - aantal werkstromen in een bepaalde status (indien van toepassing):
    • uitvoeren
    • mislukt
    • opgeschort
    • afgebroken

Voor elk van de statussen die hierboven worden weergegeven, wordt een query uitgevoerd, met een limiet van 400 milliseconden. Bij 400 milliseconden wordt het aantal tot dat punt verkregen ingangen getoond.

Niet geïnterpreteerd:

  • de gebruiker moet onderzoeken wanneer er werkstromen en banen in onverwachte situaties zijn.
Workflow-foutpagina
Verkooptaken

Aantal banen in loondienst - aantal banen in een bepaalde status (indien van toepassing):

  • mislukt
  • in de wachtrij
  • geannuleerd
  • actief

Niet geïnterpreteerd:

  • de gebruiker zou moeten onderzoeken wanneer er banen in onverwachte statussen of met hoge aantallen zijn.
N.v.t.
Geschatte aantal knooppunten

Geraamd aantal:

  • pagina's
  • elementen
  • tags
  • autorisaties
  • totaal aantal knooppunten

Het totale aantal knopen wordt verkregen uit nodeCounterMBean, terwijl de rest statistieken van IndexInfoService worden verkregen.

N.v.t. N.v.t.
Back-up Geeft "Online back-up in uitvoering" weer als dit het geval is. N.v.t. N.v.t.
Indexeren

Weergaven:

  • "Indexering bezig"
  • "Query wordt uitgevoerd"

Als een het indexeren of vraagdraad in de draadstortplaats aanwezig is.

N.v.t. N.v.t.

Op deze pagina