Attività di manutenzione in AEM as a Cloud Service maintenance-tasks-in-aem-as-a-cloud-service

Le attività di manutenzione sono processi eseguiti secondo una pianificazione al fine di ottimizzare l’archivio. Con AEM as a Cloud Service, la necessità per i clienti di configurare le proprietà operative delle attività di manutenzione è minima. I clienti possono concentrare le proprie risorse sui problemi a livello di applicazione, lasciando ad Adobe le operazioni di infrastruttura.

Configurazione delle attività di manutenzione maintenance-tasks-configuring

Nelle versioni precedenti di AEM, era possibile configurare le attività di manutenzione utilizzando la scheda Manutenzione (Strumenti > Operazioni > Manutenzione). In AEM as a Cloud Service la scheda di manutenzione non è più disponibile, pertanto le configurazioni devono essere salvate nel controllo sorgente e distribuite utilizzando Cloud Manager. Adobe gestisce le attività di manutenzione che presentano impostazioni non configurabili dai clienti (ad esempio, Raccolta oggetti inattivi del datastore). I clienti possono configurare altre attività di manutenzione, come descritto nella tabella seguente.

Nella tabella seguente sono illustrate le attività di manutenzione disponibili.

Posizioni:

Esempi di codice:

Esempio di codice 1 (giornaliero)

<?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"
 />

Esempio di codice 2 (settimanale)

<?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"/>

Esempio di codice 3 (mensile)

<?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"/>

Attività di manutenzione Pulizia delle versioni e del registro di controllo purge-tasks

L’eliminazione delle versioni e del registro di audit riduce le dimensioni dell’archivio e, in alcuni scenari, può migliorare le prestazioni.

Impostazioni predefinite defaults

Attualmente, la rimozione non è abilitata per impostazione predefinita, ma questa impostazione cambierà in futuro. Gli ambienti creati prima dell’abilitazione dell’eliminazione predefinita hanno una soglia più conservativa, in modo che l’eliminazione non avvenga in modo imprevisto. Per ulteriori dettagli sui criteri di rimozione predefiniti, consulta le sezioni seguenti Pulizia delle versioni e Pulizia del registro di controllo.

I valori di eliminazione predefiniti possono essere ignorati dichiarando un file di configurazione e distribuendolo come descritto di seguito.

Applicazione di una configurazione configure-purge

Dichiara un file di configurazione e distribuiscilo come descritto nei passaggi seguenti.

1 - crea la cartella e la struttura di file seguenti nella cartella principale del progetto in Git:

config/
     mt.yaml

2 - Dichiara le proprietà nel file di configurazione, che includono:

Vedere le definizioni e la sintassi degli oggetti versionPurge e auditLogPurge.

È necessario strutturare la configurazione in modo simile all’esempio seguente:

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"]

Tieni presente che affinché la configurazione sia valida:

3 - Configura le pipeline di configurazione non di produzione e di produzione.

Gli ambienti di sviluppo rapido (RDE) non supportano l’eliminazione. Per altri tipi di ambiente nei programmi di produzione (non sandbox), crea una pipeline di configurazione della distribuzione di destinazione in Cloud Manager.

Per ulteriori dettagli, vedi configurazione delle pipeline di produzione e configurazione delle pipeline non di produzione.

Pulizia delle versioni version-purge

Valori predefiniti eliminazione versione version-purge-defaults

Attualmente, la rimozione non è abilitata per impostazione predefinita, ma questa impostazione cambierà in futuro.

Gli ambienti creati dopo l’abilitazione dell’eliminazione predefinita avranno i seguenti valori predefiniti:

Gli ambienti creati prima dell’attivazione dell’eliminazione predefinita presentano i valori predefiniti elencati di seguito. Tuttavia, si consiglia di ridurli per ottimizzare le prestazioni.

Proprietà rimozione versione version-purge-properties

Le proprietà consentite sono elencate di seguito.

Le colonne che indicano default indicano i valori predefiniti in futuro, quando verranno applicati i valori predefiniti; TBD riflette un ID ambiente non ancora determinato.

Interazioni proprietà

Gli esempi seguenti illustrano il modo in cui le proprietà interagiscono quando combinate.

Esempio:

maximumAgeDays = 30
maximumVersions = 10
minimumVersions = 2

Se al giorno 23 sono presenti 11 versioni, la versione meno recente verrà eliminata alla successiva esecuzione dell'attività di manutenzione di eliminazione, poiché la proprietà maximumVersions è impostata su 10.

Se al giorno 31 sono presenti 5 versioni, solo 3 verranno eliminate poiché la proprietà minimumVersions è impostata su 2.

Esempio:

maximumAgeDays = 30
maximumVersions = 0
minimumVersions = 1

Non verranno eliminate versioni più recenti di 30 giorni, poiché la proprietà maximumVersions è impostata su 0.

Verrà conservata una versione precedente ai 30 giorni.

Elimina log di controllo audit-purge

Valori predefiniti eliminazione log di controllo audit-purge-defaults

Attualmente, la rimozione non è abilitata per impostazione predefinita, ma questa impostazione cambierà in futuro.

Gli ambienti creati dopo l’abilitazione dell’eliminazione predefinita avranno i seguenti valori predefiniti:

Gli ambienti creati prima dell’attivazione dell’eliminazione predefinita presentano i valori predefiniti elencati di seguito. Tuttavia, si consiglia di ridurli per ottimizzare le prestazioni.

Proprietà eliminazione registro di controllo audit-purge-properties

Le proprietà consentite sono elencate di seguito.

Le colonne che indicano default indicano i valori predefiniti in futuro, quando verranno applicati i valori predefiniti; TBD riflette un ID ambiente non ancora determinato.