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:
- Giornaliero: /apps/settings/granite/operations/maintenance/granite_daily
- Settimanale: /apps/settings/granite/operations/maintenance/granite_weekly
- Mensile: /apps/settings/granite/operations/maintenance/granite_monthly
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:
- una proprietà "kind" con il valore "MaintenanceTasks".
- una proprietà "version" (al momento ci troviamo alla versione 1).
- un oggetto "metadata" facoltativo con la proprietà
envTypes
con un elenco separato da virgole del tipo di ambiente (dev, stage, prod) per il quale è valida questa configurazione. Se non viene dichiarato alcun oggetto metadati, la configurazione è valida per tutti i tipi di ambiente. - un oggetto dati con
versionPurge
eauditLogPurge
oggetti.
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:
- tutte le proprietà devono essere definite. Non sono presenti valori predefiniti ereditati.
- devono essere rispettati i tipi (interi, stringhe, booleani, ecc.) nelle tabelle delle proprietà sottostanti.
yq
per convalidare localmente la formattazione YAML del file di configurazione (ad esempio, yq mt.yaml
).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:
- Le versioni precedenti a 30 giorni vengono rimosse.
- Sono conservate le ultime cinque versioni negli ultimi 30 giorni.
- Indipendentemente dalle regole di cui sopra, viene mantenuta la versione più recente (oltre al file corrente).
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.
- Le versioni più vecchie di 7 anni vengono rimosse.
- Sono conservate tutte le versioni degli ultimi 7 anni.
- Dopo 7 anni, vengono rimosse le versioni diverse da quella più recente (oltre al file corrente).
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:
- I registri di replica, DAM e controllo delle pagine precedenti a 7 giorni vengono rimossi.
- Tutti gli eventi possibili vengono registrati.
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.
- I registri di replica, DAM e audit delle pagine più vecchi di 7 anni vengono rimossi.
- Tutti gli eventi possibili vengono registrati.
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.