Operations-dashboard operations-dashboard
Inleiding introduction
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 laat u vormen en op zichzelf staande onderhoudsautomatisering in werking 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 Gereedschappen - Bewerkingen in het welkomstscherm AEM.
Gezondheidsrapportage health-reports
Het systeem van het Gezondheidsrapport verstrekt informatie over de gezondheid van een AEM instantie door Sling Health Checks. U kunt deze bewerking uitvoeren met behulp van OSGI-, JMX- en HTTP-aanvragen (in de vorm van JSON) of via de aanraakinterface. Het biedt metingen en drempel van bepaalde configureerbare tellers aan en biedt soms informatie over hoe te om de kwestie op te lossen.
Het heeft verschillende functies, die hieronder worden beschreven.
Gezondheidscontroles health-checks
De Gezondheidsrapporten zijn een systeem van kaarten die wijzen op goede of slechte gezondheid over een bepaald productgebied. 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 worden geïnspecteerd JMX-webconsole, onder de org.apache.sling.health check domein.
De interface Gezondheidsrapporten is toegankelijk via de Gereedschappen - Bewerkingen - Gezondheidsrapporten in het welkomstscherm van het AEM of rechtstreeks via de volgende URL:
https://<serveraddress>:port/libs/granite/operations/content/healthreports/healthreportlist.html
Het kaartsysteem stelt drie mogelijke statussen beschikbaar: OK, WAARSCHUWING en KRITIEK. 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:
Typen health check health-check-types
Er zijn twee soorten gezondheidscontroles in AEM 6:
- Individuele gezondheidscontroles
- Samengestelde gezondheidscontroles
An Individuele health check is één enkele gezondheidscontrole die aan een statuskaart beantwoordt. 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. Neem de controle van de Fouten van het Logboek als voorbeeld: als er FOUT ingangen in de instantielogboeken zijn, vind hen op de detailspagina van de gezondheidscontrole. 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.
A Composietstatuscontrole is een controle die informatie van verscheidene individuele controles samenvoegt.
Samengestelde gezondheidscontroles worden geconfigureerd met behulp van filterlabels. 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 samenvoegt ook de status OK hebben.
Hoe gezondheidscontroles te maken how-to-create-health-checks
In het vectordashboard kunt u het resultaat van zowel individuele als samengestelde Health Checks visualiseren.
Een individuele health check maken creating-an-individual-health-check
Het maken van een individuele Health Check omvat twee stappen: het implementeren van een Sling Health Check en het toevoegen van een item voor de Health Check in de configuratieknooppunten van het dashboard.
-
Als u een Sling Health Check wilt maken, maakt u een OSGI-component die de Sling HealthCheck-interface implementeert. Voeg deze component in een bundel toe. De eigenschappen van de component identificeren de Health Check volledig. Nadat de component is geïnstalleerd, wordt er automatisch een JMX MBean voor de Health Check gemaakt. Zie de Documentatie voor de verkoopcontrole voor meer informatie .
Voorbeeld van een component Sling Health Check, geschreven met aantekeningen van de component OSGI-service:
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 De MBEAN_NAME
eigenschap definieert de naam van het domein dat voor deze health check wordt gegenereerd. -
Na het creëren van een Controle van de Gezondheid, moet een nieuw configuratieknoop worden gecreeerd om het in de interface van het Dashboard van Verrichtingen toegankelijk te maken. Voor deze stap is het noodzakelijk de naam van de JMX-boon van de Health Check te kennen (de
MBEAN_NAME
eigenschap). Om een configuratie voor de Controle van de Gezondheid te creëren, open CRXDE en voeg een knoop (van type toe nt:ongestructureerd) onder het volgende pad:/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
- Type:
-
Naam:
resource
- Type:
String
- Waarde:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/exampleHealthCheck
- Type:
note note NOTE Het bovenstaande bronnenpad wordt als volgt gemaakt: als de naam van de controlesom "test" is, voegt u "test" toe aan het einde van het pad /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck
Het uiteindelijke pad is dus het volgende: /system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/test
note note NOTE Zorg ervoor dat de /apps/settings/granite/operations/hc
path has the following properties set to true:sling:configCollectionInherit
sling:configPropertyInherit
Dit proces vertelt de configuratiemanager om de nieuwe configuraties met de bestaande configuraties van samen te voegen /libs
. -
Een samengestelde health check maken creating-a-composite-health-check
Een Composite Health Check heeft als taak verschillende afzonderlijke Health Checks samen te voegen en een reeks gemeenschappelijke kenmerken te delen. Zo groepeert de veiligheidssamengestelde health check alle afzonderlijke gezondheidscontroles die beveiligingsgerelateerde controles uitvoeren. De eerste stap om een samengestelde controle tot stand te brengen is een configuratie toe te voegen OSGI. Opdat het in het Dashboard van Verrichtingen moet worden getoond, moet een nieuw configuratieknooppunt op de zelfde manier worden toegevoegd zoals een eenvoudige controle.
-
Ga naar de Manager van de Configuratie van het Web in de Console OSGI. Toegang
https://serveraddress:port/system/console/configMgr
-
Zoeken naar het opgeroepen item Apache Sling Composite Health Check. Nadat u het vindt, merk op dat er twee configuraties reeds beschikbaar zijn: voor de Controles van het Systeem en andere voor de Controles van de Veiligheid.
-
Creeer een configuratie door "+"knoop op de rechterkant van de configuratie te drukken. Er wordt een nieuw venster weergegeven, zoals hieronder wordt getoond:
-
Een configuratie maken en opslaan. Een boon wordt gecreeerd met de nieuwe configuratie.
Het doel van elk configuratiebezit is als volgt:
- Naam (hc.name): De naam van de Composite 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.bean.name): De naam van de boon die aan JMX MBean van deze samengestelde gezondheidscontrole wordt gegeven.
- Filterlabels (filter.tags): De eigenschap die specifiek is voor samengestelde gezondheidscontroles. Deze tags worden samengevoegd door de samenstelling. De samengestelde health check aggregeert onder de groep alle gezondheidscontroles waarvoor een tag is gebruikt die overeenkomt met een van de filtertags van deze samenstelling. Bijvoorbeeld een samengestelde health check met de filterlabels test en controleren worden alle individuele en samengestelde gezondheidscontroles samengevoegd die een van de test en controleren tags in de eigenschap tags (
hc.tags
).
note note NOTE Voor elke nieuwe configuratie van de Apache Sling Composite Health Check wordt een nieuwe JMX-maboon gemaakt.** -
Tot slot moet de ingang van de samengestelde gezondheidscontrole die is gecreeerd in de de configuratieknopen van het Dashboard van Verrichtingen worden toegevoegd. De procedure is hetzelfde als bij individuele gezondheidscontroles: een knooppunt van het type nt:ongestructureerd moet worden gecreëerd onder
/apps/settings/granite/operations/hc
. Het middelbezit van de knoop wordt bepaald door de waarde van hc.gemiddelde.name in de OSGI-configuratie.Als u bijvoorbeeld een configuratie hebt gemaakt en de hc.mbean.name waarde aan diskatie De configuratieknooppunten zien er als volgt uit:
-
Naam:
Composite Health Check
- Type:
nt:unstructured
- Type:
Met de volgende eigenschappen:
-
Naam:
sling:resourceType
- Type:
String
- Waarde:
granite/operations/components/mbean
- Type:
-
Naam:
resource
- Type:
String
- Waarde:
/system/sling/monitoring/mbeans/org/apache/sling/healthcheck/HealthCheck/diskusage
- Type:
note note NOTE Als u individuele gezondheidscontroles creeert die logisch gezien onder een samengestelde controle behoren die reeds in het dashboard door gebrek aanwezig is, worden zij automatisch gevangen en gegroepeerd onder de respectieve samengestelde controle. Als dusdanig, is er geen behoefte om een configuratieknoop voor deze controles tot stand te brengen. Als u bijvoorbeeld een afzonderlijke beveiligingscontrole maakt, wijst u deze toe aan de "beveiliging" en wordt geïnstalleerd. Deze wordt automatisch weergegeven onder de samengestelde controle Beveiligingscontroles in het vluchthandboek. -
Aan AEM verstrekte gezondheidscontroles health-checks-provided-with-aem
Configuratie van health check health-check-configuration
Door gebrek, voor een uit-van-de-doos AEM instantie, lopen de gezondheidscontroles om de 60 seconden.
U kunt de Periode met de OSGi-configuratie Configuratie van Query Health Check (com.adobe.granite.queries.impl.hc.QueryHealthCheckMetrics).
Toezicht met Nagios monitoring-with-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.
-
Stel Nagios in op de monitoringserver en installeer deze.
-
Installeer vervolgens de Nagios Remote Plugin Exec (NRPE).
note note NOTE Raadpleeg voor meer informatie over het installeren van Nagios en NRPE op uw systeem de Nagios-documentatie. -
Voeg een hostdefinitie voor de AEM server toe. U kunt deze taak door middel van de Interface van het Web Nagios XI, door de Manager van de Configuratie te gebruiken verwezenlijken:
- Open een browser en wijs naar de Nagios-server.
- Druk op Configureren in het bovenste menu.
- Druk in het linkerdeelvenster op de knop Core Config Manager krachtens Geavanceerde configuratie.
- Druk op Gastheren koppeling onder de Toezicht sectie.
- Voeg de hostdefinitie toe:
Hieronder ziet u een voorbeeld van een hostconfiguratiebestand voor het geval u Nagios Core gebruikt:
code language-xml define host { address 192.168.0.5 max_check_attempts 3 check_period 24x7 check-command check-host-alive contacts admin notification_interval 60 notification_period 24x7 }
-
Installeer Nagios en NRPE op de AEM server.
-
Installeer de check_http_json op beide servers.
-
Definieer een algemene JSON-controleopdracht op beide servers:
code language-xml define command{ command_name check_http_json-int command_line /usr/lib/nagios/plugins/check_http_json --user "$ARG1$" --pass "$ARG2$" -u 'https://$HOSTNAME$:$ARG3$/$ARG4$' -e '$ARG5$' -w '$ARG6$' -c '$ARG7$' }
-
Voeg een dienst voor gebruikt geheugen op de AEM server toe:
code language-xml define service { use generic-service host_name my.remote.host service_description AEM Author Used Memory check_command check_http_json-int!<cq-user>!<cq-password>!<cq-port>!system/sling/monitoring/mbeans/java/lang/Memory.infinity.json!{noname}.mbean:attributes.HeapMemoryUsage.mbean:attributes.used.mbean:value!<warn-threshold-in-bytes>!<critical-threshold-in-bytes> }
-
Controleer het dashboard Nagios op de nieuwe service:
Diagnosetools diagnosis-tools
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 Diagnosis Tools bereiken door naar Gereedschappen - Bewerkingen - Diagnose in het welkomstscherm AEM. U kunt het scherm ook openen door de volgende URL rechtstreeks te openen: https://serveraddress:port/libs/granite/operations/content/diagnosis.html
Logberichten log-messages
In de gebruikersinterface van de logberichten worden standaard alle FOUTberichten weergegeven. Als u meer getoonde logboekberichten wilt hebben, vorm een registreerapparaat met het aangewezen logboekniveau.
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 verandert die het programma wordt geopend de traditionele logboekdossiers. Het toevoegen en verwijderen van loggers in deze UI beïnvloedt slechts het geheugenregistreerapparaat. Ook, wordt het veranderen van de logboekconfiguraties weerspiegeld in de toekomst van in geheugenregistreerapparaat. De ingangen die reeds worden geregistreerd en niet relevant meer zijn worden niet geschrapt, maar de gelijkaardige ingangen worden niet geregistreerd in de toekomst.
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. Als een registreerder alle logboekberichten voor het gespecificeerde niveau zou moeten vangen, zou de filternaam "basis". Wanneer u het niveau van een logger instelt, wordt de vastlegging van alle berichten gestart met een niveau dat gelijk is aan of hoger is dan het niveau dat is opgegeven.
Voorbeelden:
-
Als u van plan bent om alle FOUT berichten - geen configuratie wordt vereist. Alle FOUTberichten worden standaard vastgelegd.
-
Als u van plan bent om alle FOUT, WAARSCHUWING en INFO messages - the logger name should set to: "basis", en het loggerniveau aan: 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 is ingesteld op: DEBUG (hiermee worden alle FOUT, WAARSCHUWING, INFO, en DEBUG (berichten), zoals weergegeven in de onderstaande afbeelding.
Log level: INFO
DATE+TIME [MaintanceLogger] Name=<MT_NAME>, Status=<MT_STATUS>, Time=<MT_TIME>, Error=<MT_ERROR>, Details=<MT_DETAILS>
Prestaties aanvragen request-performance
De pagina van de Prestaties van het Verzoek staat de analyse van de langzaamste verwerkte paginaverzoeken toe. Alleen inhoudsaanvragen worden op deze pagina geregistreerd. De volgende verzoeken worden meer bepaald vastgelegd:
- Verzoeken om middelen onder te halen
/content
- Verzoeken om middelen onder te halen
/etc/design
- Verzoeken om
".html"
extension
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.
Query-prestaties query-performance
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, de com.adobe.granite.QueryStat
JMX Mbean geeft deze informatie, terwijl het 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
Query uitvoeren explain-query
Voor om het even welke bepaalde vraag, probeert het Eak uit te vinden de beste manier om uit te voeren gebaseerd op de indexen van het Eak die in de bewaarplaats onder worden bepaald eiken:index knooppunt. 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 Gereedschappen - Bewerkingen - Diagnose in het welkomstscherm AEM. Klik vervolgens op Query-prestaties en schakel over naar de Query uitvoeren tab.
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-ladenlijst van Langzame en Populaire vragen
Nadat u in de Uitdrukkelijke Vraag UI bent, ga de vraag in, en druk Uitleggen knop:
De eerste ingang in de sectie van de Verklaring van de Vraag is de daadwerkelijke verklaring. De verklaring toont het type van index dat werd gebruikt om de vraag uit te voeren.
De tweede vermelding is het uitvoeringsplan.
De Uitvoeringstijd opnemen de doos alvorens de vraag in werking te stellen toont ook de hoeveelheid tijd de vraag binnen werd in werking gesteld. De Inclusief aantal knooppunten Hiermee wordt het aantal knooppunten gerapporteerd. Het rapport staat voor meer informatie toe die voor het optimaliseren van de indexen voor uw toepassing of plaatsing kan worden gebruikt.
Indexbeheer the-index-manager
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 te klikken Indexbeheer knop.
U kunt de URL ook rechtstreeks openen via de volgende URL: https://serveraddress:port/libs/granite/operations/content/diagnosistools/indexManager.html
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 download-status-zip
Deze actie activeert de download van een postcode die nuttige informatie over de systeemstatus en configuratie bevat. Het archief bevat instantieconfiguraties, een lijst met bundels, OSGI-, Sling-meetgegevens en statistische gegevens, die kunnen resulteren in een groot bestand. U kunt het effect van grote statusbestanden verminderen door de opdracht Statuspostcode downloaden venster. Het venster is toegankelijk via:AEM > Gereedschappen > Bewerkingen > Diagnose > Status ZIP downloaden.
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.
Thread Dump downloaden download-thread-dump
Deze actie activeert de download van een ritssluiting met informatie over de draden in het systeem. De informatie over elke draad wordt verstrekt, zoals zijn status, klasseleider, en stacktrace.
Heap-dumppleur downloaden download-heap-dump
U kunt een momentopname van de heap downloaden om het later te analyseren. Deze handeling activeert het downloaden van een groot bestand (honderden megabytes).
Geautomatiseerde onderhoudstaken automated-maintenance-tasks
De pagina Automated Maintenance Tasks is een plaats waar u aanbevolen onderhoudstaken die voor periodieke uitvoering zijn gepland, kunt bekijken en volgen. De taken zijn geïntegreerd met het systeem van de health check. De taken kunnen ook manueel van de interface worden uitgevoerd.
Ga naar de pagina Onderhoud op het vluchthanddashboard vanaf het AEM welkomstscherm om naar de pagina Onderhoud op het vaandashboard te gaan Gereedschappen - Bewerkingen - Dashboard - Onderhoud of direct op deze koppeling klikken:
https://serveraddress:port/libs/granite/operations/content/maintenance.html
De volgende taken zijn beschikbaar in het Dashboard van Verrichtingen:
- De Opschonen van revisie taak, die onder Dagelijks onderhoudvenster -menu.
- De Lucene Binaries Cleanup taak, die onder Dagelijks onderhoudvenster -menu.
- De Werkstroom leegmaken taak, die onder Wekelijks onderhoudvenster -menu.
- De Opruimverzameling gegevensopslag taak, die onder Wekelijks onderhoudvenster -menu.
- De Controle van logboekonderhoud taak, die onder Wekelijks onderhoudvenster -menu.
- De Onderhoud versiewissing taak, die onder Wekelijks onderhoudvenster -menu.
De standaardtiming voor het dagelijkse onderhoudsvenster is 2:00 A.M. door 5:00 A.M. De taken die worden geconfigureerd om te worden uitgevoerd in het wekelijkse onderhoudsvenster, lopen op zaterdag tussen 1:00 A.M. en 2:00 A.M.
U kunt de timing ook configureren door op het tandwielpictogram te drukken op een van de twee onderhoudskaarten:
Opschonen van revisie revision-clean-up
Voor meer informatie over het uitvoeren van Revision Clean Up, zie dit speciale artikel.
Lucene Binaries Cleanup lucene-binaries-cleanup
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. Lucene's binaire churn wordt dagelijks teruggewonnen in plaats van de vroegere afhankelijkheid van een succesvolle opschonen van opslaggegevens uitvoeren.
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 opschoontaak van de gegevensopslag kan 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 > Schoonmaken van Lucene Binaries.
Opruimverzameling gegevensopslag data-store-garbage-collection
Voor details op de Inzameling van het huisvuil van de Opslag van Gegevens, zie specifiek documentatiepagina.
Werkstroom leegmaken workflow-purge
Workflows kunnen ook worden gewist vanaf het onderhouddashboard. Voer de volgende handelingen uit om de taak Werkstroom leegmaken uit te voeren:
- Klik op de knop Wekelijks onderhoudvenster pagina.
- Klik op de volgende pagina op Afspelen in de Werkstroom leegmaken kaart.
Controle van logboekonderhoud audit-log-maintenance
Voor het Onderhoud van het Logboek van de Controle, zie afzonderlijke documentatiepagina.
Versie wissen version-purge
U kunt de onderhoudstaak van het Leegmaken van de Versie plannen om oude versies automatisch te schrappen. Met deze actie minimaliseert u de noodzaak om handmatig de Gereedschappen voor versiewissen. U kunt de taak van de Opruiming van de Versie plannen en vormen door tot Gereedschappen > Bewerkingen > Onderhoud > Wekelijks onderhoudvenster en volgende stappen uit:
-
Klikken Toevoegen.
-
Kies Versie wissen in het keuzemenu.
-
Om de taak van de Weigering van de Versie te vormen, klik tandwielen op de nieuwe onderhoudskaart voor het leegmaken van de versie.
Met AEM 6.4 kunt u de onderhoudstaak van Version Purge als volgt stoppen:
- 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 - Als u de taak handmatig wilt stoppen, klikt u op de onderhoudskaart voor het wissen van de versie op Stoppen pictogram. Bij de volgende uitvoering wordt de taak veilig hervat.
Aangepaste onderhoudstaken custom-maintenance-tasks
De het onderhoudstaken van de douane kunnen als diensten worden uitgevoerd OSGi. Aangezien de infrastructuur voor onderhoudstaken is gebaseerd op de taakafhandeling van Apache Sling, moet een onderhoudstaak de Java™-interface implementeren [org.apache.sling.event.jobs.consumer.JobExecutor](https://sling.apache.org/apidocs/sling7/org/apache/sling/event/jobs/consumer/JobExecutor.html)
. Daarnaast moet de instantie verschillende eigenschappen van de serviceregistratie declareren die als onderhoudstaak moeten worden gedetecteerd, zoals hieronder wordt vermeld:
Naast de bovenstaande serviceeigenschappen process()
van de JobConsumer
De interface moet worden uitgevoerd door de code toe te voegen die voor de onderhoudstaak zou moeten worden uitgevoerd. De verstrekte 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).
Voor situaties waar een onderhoudstaak niet op alle installaties (bijvoorbeeld, looppas slechts op de te publiceren instantie) zou moeten worden in werking gesteld, kunt u de dienst maken een configuratie om actief te maken door toe te voegen @Component(policy=ConfigurationPolicy.REQUIRE)
. U kunt de volgens configuratie dan als in werking gestelde wijze afhankelijk in de bewaarplaats merken. Zie voor meer informatie OSGi configureren.
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
ExperienceManager-java-maintenancetask-sample- src/main/java/com/adobe/granite/samples/maintenance/impl/DeleteTempFilesTask.java
Nadat de dienst wordt opgesteld, wordt het blootgesteld aan het Dashboard UI van Verrichtingen. U kunt deze toevoegen aan een van de beschikbare onderhoudsplannen:
Deze actie voegt 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 de looppaswijzen worden geplaatst die voor deze onderhoudstaak actief moeten zijn.
Systeemoverzicht system-overview
De System Overview Dashboard toont een overzicht op hoog niveau van de configuratie, de hardware, en de gezondheid van de AEM instantie. De gezondheidsstatus van het systeem is transparant en alle informatie wordt samengevoegd in één dashboard.
Toegang verkrijgen how-to-access
Als u het systeemoverzicht-dashboard wilt openen, navigeert u naar Gereedschappen > Bewerkingen > Systeemoverzicht.
Uitleg systeemoverzicht dashboard system-overview-dashboard-explained
In de onderstaande tabel worden alle gegevens beschreven die worden weergegeven in het systeemoverzicht-dashboard. Als er geen relevante informatie is om te tonen (back-up is bijvoorbeeld niet bezig, zijn er geen gezondheidscontroles die van essentieel belang zijn), wordt in de desbetreffende sectie het bericht "Geen items" weergegeven.
U kunt ook een JSON
het dossier samenvattend de dashboardinformatie door te klikken Downloaden in de rechterbovenhoek van het dashboard. De JSON
eindpunt is /libs/granite/operations/content/systemoverview/export.json
en kan worden gebruikt in een curl
script voor externe controle.