Onderhoudstaken in AEM as a Cloud Service maintenance-tasks-in-aem-as-a-cloud-service
Onderhoudstaken zijn processen die volgens een schema worden uitgevoerd om de opslagplaats te optimaliseren. Met AEM as a Cloud Service is de noodzaak voor klanten om de operationele eigenschappen van onderhoudstaken te configureren minimaal. De klanten kunnen hun middelen op toepassing-vlakke zorgen concentreren, verlatend de infrastructuurverrichtingen aan Adobe.
Onderhoudstaken configureren maintenance-tasks-configuring
In vorige versies van AEM kon u onderhoudstaken configureren met de onderhoudskaart (Opties > Bewerkingen > Onderhoud). Voor AEM as a Cloud Service is de onderhoudskaart niet meer beschikbaar, dus configuraties moeten worden toegewezen aan broncontrole en worden geïmplementeerd met de Cloud Manager. De Adobe beheert die onderhoudstaken die montages hebben die niet door klanten (bijvoorbeeld, de Inzameling van de Schrapping van de Datastore) configureerbaar zijn. Andere onderhoudstaken kunnen door klanten worden geconfigureerd, zoals in de onderstaande tabel wordt beschreven.
De volgende tabel illustreert de onderhoudstaken die beschikbaar zijn.
Plaatsen:
- Dagelijks - /apps/settings/granite/operations/onderhoud/granite_day
- Wekelijks - /apps/settings/granite/operations/onderhoud/graniet_week
- Maandelijks - /apps/settings/granite/operations/onderhoud/granite_maandelijks
steekproeven van de Code:
Codemonster 1 (dagelijks)
<?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"
/>
Codemonster 2 (wekelijks)
<?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"/>
Codesteekproef 3 (maandelijks)
<?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"/>
Onderhoudstaken voor versiereiniging en controlelogbestand opschonen purge-tasks
Het zuiveren versies en het controlelogboek verminderen de grootte van de bewaarplaats, en in sommige scenario's, kunnen prestaties verbeteren.
Standaardwaarden defaults
Het leegmaken is momenteel niet standaard ingeschakeld, maar dit verandert in de toekomst. De milieu's die vóór de standaard het zuiveren worden gecreeerd zullen een conservatievere drempel hebben zodat het zuiveren niet onverwacht voorkomt. Zie de secties Leegmaken van versiebestand en Logboek controleren hieronder voor meer informatie over het standaardbeleid voor leegmaken.
De standaardwaarden voor leegmaken kunnen worden overschreven door een configuratiebestand te declareren en te implementeren zoals hieronder wordt beschreven.
Een configuratie toepassen configure-purge
Declareer een configuratiedossier en stel het op zoals die in de volgende stappen wordt beschreven.
1 - creeer de volgende omslag en dossierstructuur in de top-level omslag van uw project in Git:
config/
mt.yaml
2 - verklaar eigenschappen in het configuratiedossier, die omvatten:
- een "kind"bezit met de waarde "MaintenanceTasks".
- een eigenschap "version" (momenteel is dit versie 1).
- een optioneel object ‘metadata’ met de eigenschap
envTypes
met een door komma's gescheiden lijst van het omgevingstype (dev, stage, prod) waarvoor deze configuratie geldig is. Als er geen object metadata wordt gedeclareerd, is de configuratie geldig voor alle omgevingstypen. - een gegevensobject met zowel
versionPurge
- alsauditLogPurge
-objecten.
Zie de definities en syntaxis van de objecten versionPurge
en auditLogPurge
hieronder.
U zou de configuratie gelijkend op het volgende voorbeeld moeten structureren:
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"]
Houd er rekening mee dat de configuratie alleen geldig is als:
- alle eigenschappen moeten worden gedefinieerd. Er zijn geen overgeërfde standaardinstellingen.
- de typen (gehele getallen, tekenreeksen, booleans, enz.) in de onderstaande eigenschappentabellen moeten in acht worden genomen.
yq
kunt u de YAML-opmaak van het configuratiebestand lokaal valideren (bijvoorbeeld yq mt.yaml
).3 - vorm de pijpleidingen van de niet-productie en van de productieconfiguratie.
Rapid Development Environment (RDE's) bieden geen ondersteuning voor leegmaken. Voor andere milieutypes in productie (niet zandbak) programma's, creeer een gerichte plaatsing config pijpleiding in Cloud Manager.
Zie vormend productiepijpleidingenen vormend niet-productiepijpleidingenvoor meer details.
Versie wissen version-purge
Standaardwaarden versie wissen version-purge-defaults
Het leegmaken is momenteel niet standaard ingeschakeld, maar dit verandert in de toekomst.
De omgevingen die zijn gemaakt nadat de standaardzuiveringsfunctie is ingeschakeld, hebben de volgende standaardwaarden:
- Versies ouder dan 30 dagen worden verwijderd.
- De meest recente vijf versies in de afgelopen 30 dagen worden bewaard.
- Ongeacht de bovenstaande regels blijft de meest recente versie (naast het huidige bestand) behouden.
Voor omgevingen die zijn gemaakt voordat de standaardzuiveringsfunctie is ingeschakeld, worden de onderstaande standaardwaarden weergegeven. Het wordt echter aanbevolen deze waarden te verlagen om de prestaties te optimaliseren.
- Versies ouder dan 7 jaar worden verwijderd.
- Alle versies in de afgelopen 7 jaar worden bewaard.
- Na 7 jaar worden andere versies dan de meest recente versie (naast het huidige bestand) verwijderd.
Eigenschappen van versie wissen version-purge-properties
De toegestane eigenschappen worden hieronder weergegeven.
De kolommen die op gebrek wijzen wijzen wijzen wijzen wijzen op de standaardwaarden in de toekomst, wanneer de gebreken worden toegepast; TBD wijst op milieu-id die nog niet wordt bepaald.
Interacties van het Bezit
In de volgende voorbeelden wordt getoond hoe eigenschappen interageren wanneer ze worden gecombineerd.
Voorbeeld:
maximumAgeDays = 30
maximumVersions = 10
minimumVersions = 2
Als er 11 versies zijn op dag 23, wordt de oudste versie leeggemaakt wanneer de onderhoudstaak voor leegmaken wordt uitgevoerd, aangezien de eigenschap maximumVersions
op 10 is ingesteld.
Als er 5 versies op dag 31 zijn, wordt alleen 3 gewist omdat de eigenschap minimumVersions
is ingesteld op 2.
Voorbeeld:
maximumAgeDays = 30
maximumVersions = 0
minimumVersions = 1
Geen versies hoger dan 30 dagen worden gewist, omdat de eigenschap maximumVersions
op 0 is ingesteld.
Eén versie ouder dan 30 dagen wordt bewaard.
Logboek controleren leegmaken audit-purge
Standaardwaarden controlelogbestand wissen audit-purge-defaults
Het leegmaken is momenteel niet standaard ingeschakeld, maar dit verandert in de toekomst.
De omgevingen die zijn gemaakt nadat de standaardzuiveringsfunctie is ingeschakeld, hebben de volgende standaardwaarden:
- Replicatie-, DAM- en pagina-auditlogs die ouder zijn dan 7 dagen, worden verwijderd.
- Alle mogelijke gebeurtenissen worden geregistreerd.
Voor omgevingen die zijn gemaakt voordat de standaardzuiveringsfunctie is ingeschakeld, worden de onderstaande standaardwaarden weergegeven. Het wordt echter aanbevolen deze waarden te verlagen om de prestaties te optimaliseren.
- Replicatie-, DAM- en pagina-auditlogs ouder dan 7 jaar worden verwijderd.
- Alle mogelijke gebeurtenissen worden geregistreerd.
Eigenschappen van logbestand controleren audit-purge-properties
De toegestane eigenschappen worden hieronder weergegeven.
De kolommen die op gebrek wijzen wijzen wijzen wijzen wijzen op de standaardwaarden in de toekomst, wanneer de gebreken worden toegepast; TBD wijst op milieu-id die nog niet wordt bepaald.