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:

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 een dossier genoemd mt.yaml of gelijkaardig.

config plaats het dossier ergens onder een top niveauomslag genoemd of gelijkaardig, zoals die onder wordt beschreven Gebruikend Pijpleidingen Config.

3 - verklaar eigenschappen in het configuratiedossier, die omvatten:

Zie de definities en syntaxis van de objecten versionPurge en auditLogPurge hieronder.

Structuur de configuratie gelijkend op het volgende voorbeeld:

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:

4 - creeer een config pijpleiding in Cloud Manager, zoals die in het wordt beschreven config pijpleidingsartikel. Sandboxen en RDE's (rapid development environment) bieden geen ondersteuning voor leegmaken.

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:

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.

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:

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.

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.