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:

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:

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:

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:

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.

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:

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.

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.