Instrumentpanel för åtgärder operations-dashboard
Introduktion introduction
På kontrollpanelen för åtgärder i AEM 6 kan systemansvariga övervaka AEM systemhälsan snabbt. Den innehåller även automatiskt genererad diagnos om relevanta aspekter av AEM och gör att du kan konfigurera och köra självständig automatisering av underhåll för att avsevärt minska projektdriften och supportärenden. Kontrollpanelen för åtgärder kan utökas med anpassade hälsokontroller och underhållsuppgifter. Data från Operations Dashboard kan dessutom nås från externa övervakningsverktyg via JMX.
Kontrollpanelen för åtgärder:
- Är en enklickssystemstatus som hjälper verksamhetstjänsterna att bli effektivare
- Ger en översikt över systemets hälsa på en central plats
- Minskar tiden för att hitta, analysera och åtgärda problem
- Automatisering av underhåll som kan minska projektkostnaderna avsevärt
Du kommer åt den genom att gå till Verktyg - Åtgärder från AEM välkomstskärm.
Hälsorapporter health-reports
I systemet för hälsorapporter finns information om hälsotillståndet i en AEM via Sling Health Checks. Du uppnår detta antingen genom OSGI-, JMX-, HTTP-begäranden (via JSON) eller genom Touch-gränssnittet. Den erbjuder mått och tröskelvärden för vissa konfigurerbara räknare och ibland ger den information om hur problemet kan lösas.
Den har flera funktioner som beskrivs nedan.
Hälsokontroller health-checks
Hälsorapporter är ett kortsystem som indikerar god eller dålig hälsa i ett visst produktområde. Dessa kort är visualiseringar av Sling Health Checks, som samlar in data från JMX och andra källor och visar bearbetad information igen som MBeans. Dessa MBeans kan också inspekteras i JMX-webbkonsolen, under domänen org.apache.sling.hälsothcheck.
Du kommer åt gränssnittet Hälsorapporter via menyn Verktyg - Åtgärder - Hälsorapporter på AEM välkomstskärm, eller direkt via följande URL:
https://<serveraddress>:port/libs/granite/operations/content/healthreports/healthreportlist.html
Kortsystemet visar tre möjliga lägen: OK, WARN och CRITICAL. Lägen är ett resultat av regler och tröskelvärden, som kan konfigureras genom att du håller muspekaren över kortet och sedan klickar på kugghjulsikonen i åtgärdsfältet:
Typ av hälsokontroll health-check-types
Det finns två typer av hälsokontroller i AEM 6:
- Individuella hälsokontroller
- Sammansatta hälsokontroller
En enskild hälsokontroll är en enskild hälsokontroll som motsvarar ett statuskort. Enskilda hälsokontroller kan konfigureras med regler eller tröskelvärden och de kan ge ett eller flera tips och länkar för att lösa identifierade hälsoproblem. Låt oss ta kontrollen "Loggfel" som exempel: om det finns FEL-poster i instansloggarna kan du hitta dem på informationssidan i hälsokontrollen. Längst upp på sidan finns en länk till analysverktyget för loggmeddelanden i avsnittet Diagnosverktyg, där du kan analysera felen mer i detalj och konfigurera om loggarna.
En sammansatt hälsokontroll är en kontroll som samlar in information från flera enskilda kontroller.
Sammansatta hälsokontroller har konfigurerats med hjälp av filtertaggar. Alla enskilda kontroller som har samma filtertagg grupperas alltså som en sammansatt hälsokontroll. En sammansatt hälsokontroll har bara statusen OK om alla enskilda kontroller som den sammanställer också har OK-status.
Så här skapar du hälsokontroller how-to-create-health-checks
På kontrollpanelen för åtgärder kan du visualisera resultatet av både individuella och sammansatta hälsokontroller.
Skapa en enskild hälsokontroll creating-an-individual-health-check
Att skapa en enskild hälsokontroll består av två steg: implementera en hälsokontroll vid enkel inloggning och lägga till en post för hälsokontrollen på kontrollpanelens konfigurationsnoder.
-
Skapa en OSGI-komponent som implementerar Sling HealthCheck-gränssnittet om du vill skapa en Sling-hälsokontroll. Lägg till den här komponenten i ett paket. Komponentens egenskaper identifierar hälsokontrollen fullständigt. När komponenten har installerats skapas en JMX MBean automatiskt för hälsokontrollen. Mer information finns i Hälsokontrolldokumentationen för Sling.
Exempel på en Sling Health Check-komponent, skriven med OSGI-tjänstkomponentsanteckningar:
code language-java @Component(service = HealthCheck.class, property = { HealthCheck.NAME + "=Example Check", HealthCheck.TAGS + "=example", HealthCheck.TAGS + "=test", HealthCheck.MBEAN_NAME + "=exampleHealthCheckMBean" }) public class ExampleHealthCheck implements HealthCheck { @Override public Result execute() { // health check code } }
note note NOTE Egenskapen MBEAN_NAME
definierar namnet på den böna som genereras för den här hälsokontrollen. -
När du har skapat en hälsokontroll måste en ny konfigurationsnod skapas för att den ska bli tillgänglig i gränssnittet för kontrollpanelen för åtgärder. I det här steget måste du känna till JMX-namnet för hälsokontrollen (egenskapen
MBEAN_NAME
). Om du vill skapa en konfiguration för hälsokontrollen öppnar du CRXDE och lägger till en nod (av typen not:undefined) under följande sökväg:/apps/settings/granite/operations/hc
Följande egenskaper ska anges för den nya noden:
-
Namn:
sling:resourceType
- Typ:
String
- Värde:
granite/operations/components/mbean
- Typ:
-
Namn:
resource
- Typ:
String
- Värde:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
- Typ:
note note NOTE Resurssökvägen ovan skapas så här: Om huvudnamnet för hälsokontrollen är "test" lägger du till "test" i slutet av sökvägen /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck
Så den sista banan är följande: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/test
note note NOTE Kontrollera att sökvägen /apps/settings/granite/operations/hc
har följande egenskaper inställda på true:sling:configCollectionInherit
sling:configPropertyInherit
Den här processen instruerar konfigurationshanteraren att sammanfoga de nya konfigurationerna med de befintliga från /libs
. -
Skapa en sammansatt hälsokontroll creating-a-composite-health-check
En sammansatt hälsokontroll har till uppgift att sammanställa flera enskilda hälsokontroller som delar en uppsättning gemensamma funktioner. Den sammansatta hälsokontrollen för Säkerhet grupperar till exempel alla enskilda hälsokontroller som utför säkerhetsrelaterade kontroller. Det första steget för att skapa en sammansatt kontroll är att lägga till en OSGI-konfiguration. För att den ska kunna visas på kontrollpanelen för åtgärder måste en ny konfigurationsnod läggas till på samma sätt som en enkel kontroll.
-
Gå till Web Configuration Manager i OSGI-konsolen. Åtkomst
https://serveraddress:port/system/console/configMgr
-
Sök efter posten Apache Sling Composite Health Check. När du har hittat den bör du tänka på att det redan finns två konfigurationer: en för systemkontrollerna och en annan för säkerhetskontrollerna.
-
Skapa en konfiguration genom att trycka på plusknappen (+) till höger om konfigurationen. Ett nytt fönster visas enligt nedan:
-
Skapa en konfiguration och spara den. En böna skapas med den nya konfigurationen.
Syftet med varje konfigurationsegenskap är följande:
- Namn (hc.name): Namnet på den sammansatta hälsokontrollen. Ett beskrivande namn rekommenderas.
- Taggar (hc.tags): Taggarna för den här hälsokontrollen. Om den här sammansatta hälsokontrollen är avsedd att ingå i en annan sammansatt hälsokontroll (till exempel i en hierarki av hälsokontroller) lägger du till de taggar som den sammansatta kontrollen är relaterad till.
- MBean-namn (hc.mbean.name): Namnet på den Mbean som anges till JMX MBean för den här sammansatta hälsokontrollen.
- Filtertaggar (filter.tags): Den egenskap som är specifik för sammansatta hälsokontroller. Dessa taggar sammanställs av det sammansatta. Den sammansatta hälsokontrollen aggregerar under sin grupp alla hälsokontroller som har en tagg som matchar någon av filtertaggarna i den här sammansatta sammansättningen. En sammansatt hälsokontroll med filtertaggarna test och check samlar till exempel alla enskilda och sammansatta hälsokontroller som har någon av taggarna test och check i taggegenskapen (
hc.tags
).
note note NOTE En ny JMX Mbean skapas för varje ny konfiguration av den sammansatta hälsokontrollen för Apache Sling.** -
Slutligen måste posten för den sammansatta hälsokontrollen som har skapats läggas till i konfigurationsnoderna för kontrollpanelen för åtgärder. Proceduren är densamma som för individuella hälsokontroller: en nod av typen not:unStructed måste skapas under
/apps/settings/granite/operations/hc
. Resursegenskapen för noden definieras av värdet hc.ean.name i OSGI-konfigurationen.Om du till exempel har skapat en konfiguration och angett värdet hc.mbean.name till diskus age ser konfigurationsnoderna ut så här:
-
Namn:
Composite Health Check
- Typ:
nt:unstructured
- Typ:
Med följande egenskaper:
-
Namn:
sling:resourceType
- Typ:
String
- Värde:
granite/operations/components/mbean
- Typ:
-
Namn:
resource
- Typ:
String
- Värde:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
- Typ:
note note NOTE Om du skapar enskilda hälsokontroller som logiskt sett hör till en sammansatt kontroll som redan finns på kontrollpanelen som standard, hämtas de automatiskt och grupperas under respektive sammansatta kontroll. Därför behöver du inte skapa en konfigurationsnod för dessa kontroller. Om du till exempel skapar en enskild säkerhetshälsokontroll tilldelar du den taggen security och den installeras. Den visas automatiskt under den sammansatta kontrollen Säkerhetskontroller på kontrollpanelen för åtgärder. -
Hälsokontroller som tillhandahålls med AEM health-checks-provided-with-aem
Konfiguration av hälsokontroll health-check-configuration
Som standard körs hälsokontrollerna var 60:e sekund för en AEM.
Du kan konfigurera Period med OSGi-konfigurationen Query Health Check Configuration (com.adobe.granite.queries.impl.hc.QueryHealthCheckMetrics).
Övervakning med externa tjänster monitoring-with-external-services
Integrering är möjligt med externa tekniker eller leverantörer. Mer information finns i dokumentationen till dem.
Diagnosverktyg diagnosis-tools
Kontrollpanelen för åtgärder ger även tillgång till diagnosverktyg som kan hjälpa dig att hitta och felsöka rotorsaker till varningarna som kommer från kontrollpanelen för hälsokontroll, samt tillhandahålla viktig felsökningsinformation för systemoperatörer.
Bland de viktigaste funktionerna är:
- En loggmeddelandeanalyserare
- Möjlighet att komma åt stackar och tråddumpar
- Begäranden och frågeprestandaanalyser
Du kan nå skärmen Diagnosverktyg genom att gå till Verktyg - Åtgärder - Diagnos från AEM välkomstskärm. Du kan även komma åt skärmen genom att komma åt följande URL: https://serveraddress:port/libs/granite/operations/content/diagnosis.html
Loggmeddelanden log-messages
Loggmeddelandena Användargränssnittet visar alla FELmeddelanden som standard. Om du vill att fler loggmeddelanden ska visas konfigurerar du en loggare med rätt loggnivå.
Loggmeddelandena använder ett tillägg i minnesloggen och är därför inte relaterade till loggfilerna. En annan konsekvens är att om du ändrar loggnivåerna i det här användargränssnittet ändras inte den information som loggas i de traditionella loggfilerna. Om du lägger till och tar bort loggare i det här användargränssnittet påverkas bara minnesloggaren. Dessutom återspeglas ändringen av loggningskonfigurationerna i framtiden för minnesloggaren. Poster som redan är loggade och inte längre är relevanta tas inte bort, men liknande poster loggas inte i framtiden.
Du kan konfigurera vad som loggas genom att tillhandahålla loggkonfigurationer från den övre vänstra kugghjulsknappen i användargränssnittet. Där kan du lägga till, ta bort eller uppdatera loggkonfigurationer. En loggningskonfiguration består av en loggnivå (WARN/INFO/DEBUG) och ett filternamn. filternamnet har rollen som filtrerar källan för loggmeddelanden som loggas. Om en loggare däremot ska samla in alla loggmeddelanden för den angivna nivån bör filternamnet vara root. Om du anger nivån för en logger aktiveras inhämtning av alla meddelanden med en nivå som är lika med eller högre än den angivna.
Exempel:
-
Om du planerar att hämta alla ERROR-meddelanden krävs ingen konfiguration. Alla FELmeddelanden hämtas som standard.
-
Om du planerar att hämta alla ERROR-, WARN- och INFO-meddelanden ska loggningsnamnet anges till: root och loggningsnivån till: INFO.
-
Om du planerar att hämta alla meddelanden som kommer från ett visst paket (till exempel com.adobe.granite) ska loggningsnamnet anges till: "com.adobe.granite". Loggningsnivån inställd på: DEBUG (om du gör det hämtas alla ERROR-, WARN-, INFO- och DEBUG -meddelanden), vilket visas i bilden nedan.
Log level: INFO
DATE+TIME [MaintanceLogger] Name=<MT_NAME>, Status=<MT_STATUS>, Time=<MT_TIME>, Error=<MT_ERROR>, Details=<MT_DETAILS>
Begär prestanda request-performance
På sidan Prestandabegäran kan du analysera de långsammaste sidbegäranden som behandlas. Endast innehållsbegäranden registreras på den här sidan. Mer specifikt hämtas följande förfrågningar:
- Begäranden om åtkomst till resurser under
/content
- Begäranden om åtkomst till resurser under
/etc/design
- Begäranden med tillägget
".html"
Sidan visar:
- Tiden då begäran gjordes
- URL:en och förfrågningsmetoden
- Längden i millisekunder
Som standard hämtas de långsammaste 20 sidbegäranden, men gränsen kan ändras i Configuration Manager.
Frågeprestanda query-performance
På sidan Frågeprestanda kan du analysera de långsammaste frågorna som har utförts av systemet. Denna information tillhandahålls av databasen i en JMX Mbean. I Jackrabbit tillhandahåller JMX Mbean den här informationen, medan den i Oak-databasen erbjuds av org.apache.jackrabbit.oak.QueryStats.
com.adobe.granite.QueryStat
Sidan visar:
- Tidpunkten då frågan gjordes
- Frågans språk
- Antal gånger frågan utfärdades
- Frågeinstruktionen
- Längden i millisekunder
Förklara fråga explain-query
För varje fråga försöker Oak att ta reda på det bästa sättet att köra baserat på Oak-index som definierats i databasen under noden oak:index. Beroende på frågan kan olika index väljas av Oak. Att förstå hur Oak kör en fråga är det första steget till att optimera frågan.
Förklara frågan är ett verktyg som förklarar hur Oak kör en fråga. Du kommer åt den genom att gå till Verktyg - Åtgärder - Diagnos från AEM välkomstskärm. Klicka sedan på Frågeprestanda och växla till fliken Förklara fråga.
Funktioner
- Stöder frågespråken Xpath, JCR-SQL och JCR-SQL2
- Rapporterar den faktiska körningstiden för den angivna frågan
- Identifierar långsamma frågor och varningar om frågor som kan vara långsamma
- Rapporterar det Oak-index som används för att köra frågan
- Visar Oak Query Engine-förklaringen
- Innehåller klickbar-för-inläsningslista med långsamma och populära frågor
När du är i användargränssnittet för enkla frågor anger du frågan och trycker på knappen Förklara:
Den första posten i avsnittet Frågeförklaring är den faktiska förklaringen. Förklaringen visar vilken typ av index som användes för att köra frågan.
Den andra posten är körningsplanen.
Om du markerar rutan Inkludera körningstid innan frågan körs visas även hur lång tid frågan kördes. Alternativet Inkludera nodantal rapporterar antalet noder. Rapporten innehåller mer information som kan användas för att optimera index för ditt program eller din distribution.
Index Manager the-index-manager
Syftet med indexhanteraren är att underlätta indexhantering, t.ex. att underhålla index eller visa deras status.
Du kommer åt den genom att gå till Verktyg - Åtgärder - Diagnos från välkomstskärmen och sedan klicka på knappen Indexhanteraren .
Den kan också nås direkt på den här URL https://serveraddress:port/libs/granite/operations/content/diagnosistools/indexManager.html
Gränssnittet kan användas för att filtrera index i tabellen genom att skriva in filtervillkoren i sökrutan i skärmens övre vänstra hörn.
Download Status ZIP download-status-zip
Den här åtgärden aktiverar nedladdningen av en zip som innehåller användbar information om systemstatus och konfiguration. Arkivet innehåller instanskonfigurationer, en lista över paket, OSGI, Sling-statistik och statistik, som kan resultera i en stor fil. Du kan minska effekten av stora statusfiler genom att använda fönstret Download Status ZIP . Du kommer åt fönstret från:AEM > Verktyg > Åtgärder > Diagnos > Download Status ZIP.
I det här fönstret kan du välja vad som ska exporteras (loggfiler och/eller tråddumpar) och antalet dagar med loggar som ingår i hämtningen i förhållande till det aktuella datumet.
Ladda ned tråddump download-thread-dump
Den här åtgärden aktiverar nedladdningen av en zip som innehåller information om trådarna i systemet. Information om varje tråd anges, t.ex. dess status, klassinläsaren och stackspårningen.
Ladda ned Heap Dump download-heap-dump
Du kan hämta en ögonblicksbild av heapen för att analysera den senare. Den här åtgärden aktiverar hämtning av en stor fil (hundratals megabyte).
Automatiserade underhållsuppgifter automated-maintenance-tasks
Sidan Automatiserade underhållsaktiviteter är en plats där du kan visa och spåra rekommenderade underhållsaktiviteter som schemalagts för periodisk körning. Uppgifterna integreras med systemet för hälsokontroll. Uppgifterna kan också utföras manuellt från gränssnittet.
Om du vill gå till underhållssidan på kontrollpanelen för åtgärder går du AEM välkomstskärmen till Verktyg - Åtgärder - Kontrollpanel - Underhåll eller direkt till den här länken:
https://serveraddress:port/libs/granite/operations/content/maintenance.html
Följande åtgärder är tillgängliga på kontrollpanelen för åtgärder:
- Aktiviteten Revision Clean Up som finns under menyn Daily Maintenance Window .
- Åtgärden Lucene Binaries Cleanup som finns under menyn Dagligt underhållsfönster.
- Aktiviteten Rensa arbetsflöde som finns under menyn Underhållsfönster varje vecka.
- Aktiviteten Data Store Garbage Collection som finns under menyn Veckounderhåll.
- Underhållsuppgiften Granskningslogg, som finns under menyn Veckounderhåll.
- Aktiviteten Rensa underhåll av version, som finns under menyn Veckounderhåll.
- Underhållsuppgiften Projektrensning, som finns under menyn Underhållsfönster varje vecka, med alternativet Lägg till.
- Underhållsaktiviteten Rensa ad ad hoc-aktiviteter som finns under menyn Veckounderhåll och som använder alternativet Lägg till.
Standardtimingen för det dagliga underhållet är 2:00 till 5:00. De uppgifter som konfigurerats för att köras varje vecka i underhållsfönstret körs mellan 1:00 A.M och 2:00 A.M. på lördagar.
Du kan också konfigurera timinginställningarna genom att trycka på kugghjulsikonen på något av de två underhållskorten:
Rensa version revision-clean-up
Mer information finns i Revision Cleanup.
Lucene Binaries Cleanup lucene-binaries-cleanup
Genom att använda rensningsaktiviteten för Lucene-binärfiler kan du rensa bort lucene-binärfiler och minska storlekskraven för det datalager som körs. Lucene's binära urn regenereras dagligen i stället för det tidigare beroendet av en lyckad skräpinsamling för datalagret.
Även om underhållsarbetet utvecklades för att minska Lucene-relaterat revisionsskräp, finns det allmänna effektivitetsvinster när uppgiften körs:
- Den veckovisa körningen av skräpinsamlingen för datalagret kan slutföras snabbare.
- Den kan också förbättra den övergripande AEM något.
Du kommer åt rensningsaktiviteten för Lucene-binärfiler från: AEM > Verktyg > Åtgärder > Underhåll > Fönster för dagligt underhåll > Rensa Lucene-binärfiler.
Skräpinsamling för datalager data-store-garbage-collection
Mer information om skräpinsamling för datalager finns på dokumentationssidan för skräpinsamlingen för datalager.
Rensa arbetsflöde workflow-purge
Arbetsflöden kan också rensas från kontrollpanelen för underhåll. Så här kör du tömningsaktiviteten för arbetsflöde:
- Klicka på sidan Underhållsfönster varje vecka.
- På följande sida klickar du på Spela upp på kortet Rensa arbetsflöde.
Underhåll av granskningslogg audit-log-maintenance
Mer information om underhåll av granskningslogg finns på den separata dokumentationssidan.
Rensa version version-purge
Du kan schemalägga underhållsaktiviteten Rensa version så att tidigare versioner tas bort automatiskt. Den här åtgärden minimerar behovet av att manuellt använda verktygen Rensa version. Du kan schemalägga och konfigurera aktiviteten Rensa version genom att gå till Verktyg > Åtgärder > Underhåll > Fönster för veckounderhåll och följa dessa steg:
-
Klicka på Lägg till.
-
Välj Rensa version i listrutan.
-
Om du vill konfigurera aktiviteten Rensa version klickar du på ikonen gears på det nya underhållskortet för att tömma version.
Med AEM 6.4 kan du stoppa underhållsåtgärden Version Rensa enligt följande:
- Automatiskt - Om det schemalagda underhållsfönstret stängs innan aktiviteten kan slutföras stoppas aktiviteten automatiskt. Den återupptas när nästa underhållsfönster öppnas.
- Manuellt - Om du vill stoppa aktiviteten manuellt klickar du på ikonen Stopp på underhållskortet för versionsrensning. Nästa körning innebär att uppgiften återupptas utan problem.
Rensa projekt project-purge
Konfigurera OSGI-egenskaperna under Adobe Projects Purge Configuration (com.adobe.cq.projects.purge.Scheduler).
Rensa ad hoc-uppgifter purge-of-ad-hoc-tasks
Konfigurera OSGI-egenskaperna under Ad-hoc-aktivitetsrensning (com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask
).
Anpassade underhållsaktiviteter custom-maintenance-tasks
Anpassade underhållsåtgärder kan implementeras som OSGi-tjänster. Eftersom infrastrukturen för underhållsaktiviteten baseras på Apache Slings jobbhantering, måste en underhållsaktivitet implementera Java™-gränssnittet [org.apache.sling.event.jobs.consumer.JobExecutor](https://sling.apache.org/apidocs/sling7/org/apache/sling/event/jobs/consumer/JobExecutor.html)
. Dessutom måste den deklarera flera egenskaper för serviceregistrering som ska identifieras som en underhållsuppgift enligt nedan:
Utöver ovanstående tjänstegenskaper måste metoden process()
i gränssnittet JobConsumer
implementeras genom att lägga till koden som ska köras för underhållsaktiviteten. Angiven JobExecutionContext
kan användas för att generera statusinformation, kontrollera om jobbet har stoppats av användaren och skapa ett resultat (om det lyckades eller misslyckades).
I situationer där en underhållsuppgift inte ska köras på alla installationer (till exempel bara på publiceringsinstansen) kan du få tjänsten att kräva att en konfiguration är aktiv genom att lägga till @Component(policy=ConfigurationPolicy.REQUIRE)
. Du kan sedan markera konfigurationen som körningsläge beroende i databasen. Mer information finns i Konfigurera OSGi.
Nedan visas ett exempel på en anpassad underhållsåtgärd som tar bort filer från en konfigurerbar tillfällig katalog som har ändrats under de senaste 24 timmarna:
src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java
experienceManager-java-MaintenanceMetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java
När tjänsten har distribuerats visas den i gränssnittet för kontrollpanelen för åtgärder. Du kan lägga till den i något av de tillgängliga underhållsschemana:
Den här åtgärden lägger till en motsvarande resurs på /apps/granite/operations/config/maintain/schedule
/taskname
. Om aktiviteten är beroende av körningsläge måste egenskapen granite.operations.conditions.runmode anges på den noden med värdena för de körningslägen som måste vara aktiva för den här underhållsaktiviteten.
Systemöversikt system-overview
Systemöversiktspanelen visar en översikt på hög nivå över konfiguration, maskinvara och hälsa för AEM. Systemets hälsostatus är transparent och all information samlas på en enda kontrollpanel.
Så här får du åtkomst how-to-access
Gå till Verktyg > Åtgärder > Systemöversikt om du vill komma åt kontrollpanelen för systemöversikt.
Kontrollpanelen för systemöversikt förklaras system-overview-dashboard-explained
Tabellen nedan beskriver all information som visas i kontrollpanelen för systemöversikt. Om det inte finns någon relevant information att visa (t.ex. om säkerhetskopiering inte pågår finns det inga hälsokontroller som är kritiska) visas meddelandet"Inga poster" i respektive avsnitt.
Du kan även hämta en JSON
-fil som sammanfattar instrumentpanelsinformationen genom att klicka på knappen Hämta i det övre högra hörnet av instrumentpanelen. Slutpunkten JSON
är /libs/granite/operations/content/systemoverview/export.json
och kan användas i ett curl
-skript för extern övervakning.