De groei van de segmentwinkel oplossen die wordt veroorzaakt door de audittrails van Groovy Console in AEM 6.5 (Forms en andere oplossingen)
Als uw AEM 6.5-omgeving (on-premise) of AMS-omgeving plotselinge schijfpieken en een snel groeiende TarMK-segmentstore weergeeft, kan een High-frequency Groovy Console-taak grote audittrailknooppunten onder /var/groovyconsole/audit maken. Dit scenario werd waargenomen in een milieu van AEM Forms, maar het kan in om het even welke opstelling voorkomen van AEM 6.5 TarMK gebruikend de Console van Groovy.
Dit artikel verklaart hoe te om de beledigende baan te identificeren, veilig zijn controleknopen te verwijderen, en schijfruimte terug te winnen door off-line compensatie op de segmentopslag in werking te stellen.
Nota: dit scenario impliceert de manuscripten van de Console van de douane Groovy en de controlespoor. Groovy Console is tooling van derden/de gemeenschap en maakt geen deel uit van het standaardAEM product.
Beschrijving description
Omgeving
- Product: Adobe Experience Manager (AEM) 6.5 (inclusief AEM Forms)
- Versie: 6.5 Implementatie: Onlokale of Adobe Managed Services (AMS)-persistentie: TarMK met segmentstore
- Besturingssysteem: Linux of Windows
Nota's:
- Het beschreven probleem is waargenomen in een AEM Forms-omgeving, maar kan voorkomen in elke AEM 6.5 TarMK-configuratie met Groovy Console.
- Deze procedure is niet van toepassing op AEM as a Cloud Service, omdat gebruikers geen toegang op bestandssysteemniveau hebben tot de segmentstore.
Probleem/symptomen
In een Adobe Experience Manager (AEM) 6.5 Forms on-premise of Adobe Managed Services (AMS) productieomgeving is het schijfgebruik plotseling en snel toegenomen. De map crx-quickstart/repository/segmentstore groeit snel over enkele dagen en bereikt honderden gigabytes. Opschonen van online revisie wordt uitgevoerd, maar er wordt geen ruimte vrijgemaakt. Geen recente plaatsingen of configuratieveranderingen verklaren de groei.
Tijdens de analyse worden de volgende symptomen waargenomen:
crx-quickstart/repository/segmentstoregroeit snel tot tientallen of honderden gigabytes.- Het gebruik van de schijf piekt over korte perioden, vaak tijdens weekends of off-hours.
- De online opruimingslooppas van de revisie maar vermindert beduidend segmentarchiefgrootte.
- Er zijn geen toepassingsplaatsen of configuratieveranderingen tijdens de periode van groei.
- Onder
/var/groovyconsole/audit/user/<year>bestaan vele controleknopen, die door een geplande baan van de Console van Groovy worden gecreeerd die om de twee minuten in werking stelt.
Het onderzoek toont aan dat een baan van de Console van de douane Groovy, gepland om elke paar minuten in werking te stellen, grote controlespoor ingangen onder een gebruiker en jaar-specifieke weg zoals /var/groovyconsole/audit/user/<year> schrijft. Deze controleknopen veroorzaken opslachterij en drijven segmentarchiefgroei.
Resolutie resolution
Stap 1: Identificeer de baan van de Console van de Groei die controlesporen produceert
- Open CRXDE Lite op het desbetreffende AEM Forms-exemplaar.
- Blader naar het knooppunt dat de bestaande Groovy Console-taken opslaat, bijvoorbeeld onder
/var/groovyconsole. - Bestaande taken zoeken met een korte-intervalexpressie voor uitsnijden, zoals
0 0/2 * * * ?, die elke twee minuten wordt uitgevoerd.
Voor stappen, verwijs naar Gebruikend CRXDE Lite in de Gids van de Gebruiker van AEM as a Cloud Service. Een typisch baanknooppunt bevat eigenschappen die vergelijkbaar zijn met het volgende:
jobTitle = Remove Old File AttachmentscronExpression = 0 0/2 * * * ?(wordt elke 2 minuten uitgevoerd)scheduledJobId = <job-id>script = <groovy-script-body>output = <summary-of-job-output>
Als deze banen slechts controlelogboeken en niet zaken-kritieke inhoud produceren, kunt u hun controleknopen veilig schoonmaken en het programma aanpassen of verwijderen om verdere snelle groei te verhinderen. Voor stappen, verwijs naar het Onderhoud van het Logboek van de Controle in AEM 6 .
Stap 2: Schoon de controleknopen van de Console van de Groovy
Als u de grootte van de opslagplaats wilt verkleinen, verwijdert u de geaccumuleerde controleknooppunten onder /var/groovyconsole/audit/user/<year> . Gebruik een Groovy Console-script op aanvraag in plaats van een nieuwe geplande taak om verdere groei te voorkomen.
Belangrijk: Gebruik Groovy Console met voorzichtigheid op productiesystemen. Test altijd manuscripten in een lagere milieu eerst, verifieer de doelweg, en stel hen onder aangewezen veranderingsbeheersprocedures in werking. Voor stappen, verwijs naar het Onderhoud van het Logboek van de Controle in AEM 6 in AEM 6.5 Gids van de Gebruiker.
In dit scenario, komt de groei uit de knooppunten van het de controlespoor van de Console van Groovy onder een gebruiker en jaar-specifieke weg, bijvoorbeeld:
/var/groovyconsole/audit/user/<year>
Dit pad bevat alleen controlegegevens voor de Groovy Console-taken en is veilig te verwijderen. Pas het jaarsegment in het pad aan uw omgeving aan.
Voorbeeld van een groepsolescript:
import javax.jcr.Session
// Adjust this path to the correct audit root for your environment.
// Example: "/var/groovyconsole/audit/user/<year>"
def path = "/var/groovyconsole/audit/user/<year>"
Session s = session // Groovy Console injects a live JCR session
if (s.nodeExists(path)) {
s.getNode(path).remove()
s.save()
println "Removed audit nodes under " + path
} else {
println "No audit nodes to remove at " + path
}
Voer het script eenmaal in productie uit onder een gebruikersaccount die voldoende rechten heeft om knooppunten onder /var/groovyconsole/audit/user/<year> te verwijderen. In veel omgevingen is dit een beheerder of servicegebruiker, maar de exacte machtigingen zijn afhankelijk van uw interne beveiligingsmodel.
Nadat het manuscript voltooit, verifieer in CRXDE Lite dat de controleknopen worden verwijderd en bevestig dat de baan van de Console van Groovy of niet meer met een minder agressief programma en minimale registreren loopt of loopt.
Stap 3: De onderbreking en de steun van het programma voor off-line compensatie
- Plan een onderhoudsvenster tijdens off-business uren.
- Geef een onderhoudspagina weer of gebruik bestaande operationele procedures om gebruikerstoegang indien nodig te blokkeren.
- creeer een volledige steun van de instantie (met inbegrip van de de installatiemap en datastore van AEM) alvorens te werk te gaan. Offlinecompressie wijzigt de opslagplaats op schijf en is niet eenvoudig omkeerbaar. Voor stappen, verwijs naar Steunen in de Controle en het handhaven van uw instantie van Adobe Experience Manager.
- Stop de AEM Forms-instantie zorgvuldig.
Stap 4: Looppas off-line revisiecomptie op de segmentstore
Voor stappen, verwijs naar Overzichtsopruiming in AEM 6.5 Gids van de Gebruiker. Gebruik een oak-run -versie die compatibel is met uw AEM 6.5-servicepack-niveau. Zorg ervoor dat ten minste tweemaal de huidige segmentstore-grootte beschikbaar is als vrije schijfruimte. Voer de volgende opdracht uit vanuit de installatiemap van AEM op de server die als host fungeert voor de instantie:
java -Xmx16g -jar oak-run-1.22.21.jar compact ./crx-quickstart/repository/segmentstore
Bewaak het proces tot het met succes voltooit. Onderbreek de compressie niet. Hierdoor kan de gegevensopslagruimte beschadigd raken.
Stap 5: Start AEM opnieuw en bevestig
- Start de AEM Forms-instantie nadat de bewerking is voltooid.
- Verwijder eventuele onderhoudspagina's of regels voor het taakverdelingsmechanisme die tijdens de downtime worden gebruikt.
- Controleer of alle Forms-functionaliteit naar behoren werkt (ontwerpen, verzenden, verwerken, integreren).
- Controleer de grootte van
crx-quickstart/repository/segmentstoreen het schijfgebruik om te bevestigen dat de grootte tot de verwachte niveaus is gedaald.
Preventie en beste praktijken
- Vermijd hoogfrequente Groovy Console-taken in productie. Maak spaarzaam gebruik van geplande taken en alleen wanneer dat nodig is.
- De controlelogboeken voor Groovy Console en andere hulpmiddelen op een geschikt niveau houden en controlegegevens regelmatig zuiveren.
- Controleer de grootte van
segmentstoreen schijfgebruik. Waarschuwingen configureren wanneer het gebruik bepaalde drempelwaarden benadert. - Online revisie opschonen volgens de Adobe-aanbevelingen en regelmatig offline comprimeren, vooral na grote opschoonbewerkingen.
- Gebruik waar mogelijk ingebouwde onderhoudstaken en ondersteunde API's in plaats van aangepaste scripts die grote hoeveelheden auditgegevens genereren.
Notities
- Verwijder bestanden niet handmatig uit
crx-quickstart/repository/segmentstore. Directe bestandsverwijdering kan de gegevensopslagruimte beschadigen en gegevensverlies tot gevolg hebben. - Als de online revisie schoonmaakbeurt niet de grootte van het segmentarchief vermindert en de segmentstore blijft groeien, herzie recente douanetaken, manuscripten, en bulkverrichtingen om de bron van schrijfactiviteit te identificeren.
- Als u twijfelt aan de gezondheid van de opslagplaats, gebruikt u eerst de gedocumenteerde Oak-consistentie en
check-gereedschappen in een kloon van de omgeving en past u alleen dan dezelfde stappen toe op de productie.