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 en fil med namnet mt.yaml eller liknande.

2 Placera filen någonstans under en mapp på den översta nivån med namnet config eller liknande, enligt beskrivningen i Använda konfigurationsförlopp.

3 - Deklarera egenskaper i konfigurationsfilen, som innehåller:

Se definitioner och syntax för objekten versionPurge och auditLogPurge nedan.

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:

4 - Skapa en konfigurationspipeline i Cloud Manager, enligt beskrivningen i artikeln för konfigurationsförloppet i . Sandlådor och miljöer för snabb utveckling (RDE) stöder inte rensning.

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.