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 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:

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:

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:

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.