Underhållsaktiviteter i AEM as a Cloud Service maintenance-tasks-in-aem-as-a-cloud-service
Underhållsåtgärder är processer som körs enligt ett schema för att optimera databasen. Med AEM as a Cloud Service är behovet av att kunderna konfigurerar driftsegenskaperna för underhållsåtgärder minimal. Kunderna kan fokusera sina resurser på frågor som rör applikationsnivå och lämna infrastrukturåtgärderna åt Adobe.
Konfigurera underhållsåtgärder maintenance-tasks-configuring
I tidigare versioner av AEM kunde du konfigurera underhållsåtgärder med underhållskortet (Verktyg > Åtgärder > Underhåll). Underhållskortet för AEM as a Cloud Service är inte längre tillgängligt, så konfigurationer bör implementeras för källkontroll och driftsättas med Cloud Manager. Adobe hanterar de underhållsåtgärder som har inställningar som inte kan konfigureras av kunder (till exempel Datastore Garbage Collection). Andra underhållsuppgifter kan konfigureras av kunder, vilket beskrivs i tabellen nedan.
Följande tabell visar vilka underhållsuppgifter som är tillgängliga.
Platser:
- Dagligen - /apps/settings/granite/operations/intenance/granite_day
- Varje vecka - /apps/settings/granite/operations/intenance/granite_week
- Månadsvis - /apps/settings/granite/operations/intenance/granite_monthly
Kodexempel:
Kodexempel 1 (dagligen)
<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
xmlns:jcr="http://www.jcp.org/jcr/1.0"
jcr:primaryType="sling:Folder"
sling:configCollectionInherit="true"
sling:configPropertyInherit="true"
windowSchedule="daily"
windowStartTime="03:00"
windowEndTime="05:00"
/>
Kodexempel 2 (varje vecka)
<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
xmlns:jcr="http://www.jcp.org/jcr/1.0"
jcr:primaryType="sling:Folder"
sling:configCollectionInherit="true"
sling:configPropertyInherit="true"
windowEndTime="15:30"
windowSchedule="weekly"
windowScheduleWeekdays="[5,5]"
windowStartTime="14:30"/>
Kodexempel 3 (månadsvis)
<?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:sling="http://sling.apache.org/jcr/sling/1.0"
xmlns:jcr="http://www.jcp.org/jcr/1.0"
jcr:primaryType="sling:Folder"
sling:configCollectionInherit="true"
sling:configPropertyInherit="true"
windowEndTime="15:30"
windowSchedule="monthly"
windowFirstLastStartDay=0
windowScheduleWeekdays="[5,5]"
windowStartTime="14:30"/>
Underhållsaktiviteter vid rensning av version och granskningslogg purge-tasks
När du rensar versioner och granskningsloggen minskas storleken på databasen, och i vissa scenarier kan prestandan förbättras.
Standardvärden defaults
Rensa är för närvarande inte aktiverat som standard, men det kommer att ändras i framtiden. Miljöer som skapades innan standardrensningen aktiverades får ett mer konservativt tröskelvärde så att rensning inte inträffar oväntat. Se avsnitten Rensa och Rensa granskningslogg för version nedan för mer information om standardprincipen för rensning.
Standardvärdena för tömning kan åsidosättas genom att en konfigurationsfil deklareras och distribueras enligt beskrivningen nedan.
Använda en konfiguration configure-purge
Deklarera en konfigurationsfil och distribuera den enligt anvisningarna i följande steg.
1 - skapa följande mapp- och filstruktur i mappen på den översta nivån i ditt projekt i Git:
config/
mt.yaml
2 - Deklarera egenskaper i konfigurationsfilen, som innehåller:
- en"kind"-egenskap med värdet"MaintenanceTasks".
- en "version"-egenskap (för närvarande är vi i version 1).
- ett valfritt metadataobjekt med egenskapen
envTypes
med en kommaavgränsad lista över den miljötyp (dev, stage, prod) som den här konfigurationen är giltig för. Om inget metadataobjekt har deklarerats är konfigurationen giltig för alla miljötyper. - ett dataobjekt med både
versionPurge
ochauditLogPurge
objekt.
Se definitioner och syntax för objekten versionPurge
och auditLogPurge
nedan.
Du bör strukturera konfigurationen på liknande sätt som i följande exempel:
kind: "MaintenanceTasks"
version: "1"
metadata:
envTypes: ["dev"]
data:
versionPurge:
maximumVersions: 15
maximumAgeDays: 20
paths: ["/content"]
minimumVersions: 1
retainLabelledVersions: false
auditLogPurge:
rules:
- replication:
maximumAgeDays: 15
contentPath: "/content"
types: ["Activate", "Deactivate", "Delete", "Test", "Reverse", "Internal Poll"]
- pages:
maximumAgeDays: 15
contentPath: "/content"
types: ["PageCreated", "PageModified", "PageMoved", "PageDeleted", "VersionCreated", "PageRestored", "PageValid", "PageInvalid"]
- dam:
maximumAgeDays: 15
contentPath: "/content"
types: ["ASSET_EXPIRING", "METADATA_UPDATED", "ASSET_EXPIRED", "ASSET_REMOVED", "RESTORED", "ASSET_MOVED", "ASSET_VIEWED", "PROJECT_VIEWED", "PUBLISHED_EXTERNAL", "COLLECTION_VIEWED", "VERSIONED", "ADDED_COMMENT", "RENDITION_UPDATED", "ACCEPTED", "DOWNLOADED", "SUBASSET_UPDATED", "SUBASSET_REMOVED", "ASSET_CREATED", "ASSET_SHARED", "RENDITION_REMOVED", "ASSET_PUBLISHED", "ORIGINAL_UPDATED", "RENDITION_DOWNLOADED", "REJECTED"]
Kom ihåg att för att konfigurationen ska vara giltig:
- alla egenskaper måste definieras. Det finns inga ärvda standardvärden.
- Typerna (heltal, strängar, booleska värden etc.) i egenskapstabellen nedan måste respekteras.
yq
för att lokalt validera YAML-formateringen i konfigurationsfilen (till exempel yq mt.yaml
).3 - Konfigurera pipelines för icke-produktion och produktionskonfiguration.
Snabba utvecklingsmiljöer (RDE) har inte stöd för tömning. För andra miljötyper i produktionsprogram (icke-sandlådeprogram) skapar du en riktad distributionskonfigurationspipeline i Cloud Manager.
Mer information finns i konfigurera produktionspipelines och konfigurera icke-produktionspipelines.
Rensa version version-purge
Standard för rensning av version version-purge-defaults
Rensa är för närvarande inte aktiverat som standard, men det kommer att ändras i framtiden.
Miljöer som skapades när standardrensningen är aktiverad får följande standardvärden:
- Versioner äldre än 30 dagar tas bort.
- De senaste fem versionerna de senaste 30 dagarna bevaras.
- Oavsett reglerna ovan bevaras den senaste versionen (utöver den aktuella filen).
Miljöer som skapades innan standardrensningen är aktiverad kommer att ha standardvärdena som listas nedan, men vi rekommenderar att du sänker dessa värden för att optimera prestanda.
- Versioner äldre än 7 år tas bort.
- Alla versioner de senaste sju åren sparas.
- Efter 7 år tas andra versioner än den senaste versionen (utöver den aktuella filen) bort.
Egenskaper för versionsrensning version-purge-properties
Tillåtna egenskaper visas nedan.
Kolumnerna som indikerar standard anger standardvärdena i framtiden, när standardvärden används. TBD visar ett miljö-ID som fortfarande inte har bestämts.
Egenskapsinteraktioner
Följande exempel visar hur egenskaper interagerar när de kombineras.
Exempel:
maximumAgeDays = 30
maximumVersions = 10
minimumVersions = 2
Om det finns 11 versioner dag 23, kommer den äldsta versionen att rensas nästa gång underhållsaktiviteten rensas, eftersom egenskapen maximumVersions
är inställd på 10.
Om det finns 5 versioner på dag 31 kommer endast 3 att rensas eftersom egenskapen minimumVersions
är inställd på 2.
Exempel:
maximumAgeDays = 30
maximumVersions = 0
minimumVersions = 1
Inga versioner som är senare än 30 dagar rensas eftersom egenskapen maximumVersions
är inställd på 0.
En version som är äldre än 30 dagar behålls.
Rensa granskningslogg audit-purge
Granska rensningsstandardinställningar för logg audit-purge-defaults
Rensa är för närvarande inte aktiverat som standard, men det kommer att ändras i framtiden.
Miljöer som skapades när standardrensningen är aktiverad får följande standardvärden:
- Replikerings-, DAM- och sidgranskningsloggar som är äldre än 7 dagar tas bort.
- Alla möjliga händelser loggas.
Miljöer som skapades innan standardrensningen är aktiverad kommer att ha standardvärdena som listas nedan, men vi rekommenderar att du sänker dessa värden för att optimera prestanda.
- Replikerings-, DAM- och sidgranskningsloggar som är äldre än 7 år tas bort.
- Alla möjliga händelser loggas.
Rensa egenskaper för granskningslogg audit-purge-properties
Tillåtna egenskaper visas nedan.
Kolumnerna som indikerar standard anger standardvärdena i framtiden, när standardvärden används. TBD visar ett miljö-ID som fortfarande inte har bestämts.