Onderhoudstaken in AEM as a Cloud Service
Gemaakt voor:
- Beheerder
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. Klanten kunnen hun bronnen richten op problemen op toepassingsniveau en de infrastructuurbewerkingen overlaten aan Adobe.
Onderhoudstaken configureren
In eerdere 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. 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.
Onderhoudstaken | Wie eigenaar is van de configuratie | Hoe te om (facultatief) te vormen |
---|---|---|
Afvalverzameling datastore | Adobe | N.v.t. volledig eigendom van Adobe |
Versie wissen | Klant | De zuivering van de versie wordt momenteel onbruikbaar gemaakt door gebrek, maar het beleid kan worden gevormd, zoals die in de sectie van de Aanzuivering van de Versie en van de Aanzuivering van het Logboek van de Controle van de Aanzuiveringwordt beschreven. het zuiveren zal spoedig door gebrek worden toegelaten, met die waarden met voeten treden. |
Logboek controleren leegmaken | Klant | Het logboek van de controle zuivert wordt momenteel onbruikbaar gemaakt door gebrek, maar het beleid kan worden gevormd, zoals die in de sectie van de Aanzuivering van de Versie en van de Aanzuivering van het Logboek van de Controlewordt beschreven. het zuiveren zal spoedig door gebrek worden toegelaten, met die waarden met voeten treden. |
Lucene Binaries Cleanup | Adobe | Ongebruikt en daarom door Adobe uitgeschakeld. |
Ad-hoc taak wissen | Klant |
Moet in de put worden gedaan. Overschrijf het uit-van-de-doos de configuratieknooppunt van het Venster van het Onderhoud onder Zie de lijst van het Venster van het Onderhoud hieronder voor extra configuratiedetails. Schakel de onderhoudstaak in door een ander knooppunt onder het bovenstaande knooppunt toe te voegen. Noem het |
Werkstroom leegmaken | Klant |
Moet in de put worden gedaan. Overschrijf het uit-van-de-doos de configuratieknooppunt van het Venster van het Onderhoud onder Schakel de onderhoudstaak in door een ander knooppunt onder het bovenstaande knooppunt toe te voegen (noem het knooppunt |
Project wissen | Klant |
Moet in de put worden gedaan. Overschrijf het uit-van-de-doos de configuratieknooppunt van het Venster van het Onderhoud onder Schakel de onderhoudstaak in door een ander knooppunt onder het bovenstaande knooppunt toe te voegen (noem het knooppunt |
Configuratie van venster Onderhoud | Wie eigenaar is van de configuratie | Configuratietype | Parameters |
---|---|---|---|
Dagelijks | Klant | JCR-knooppuntdefinitie |
windowSchedule=daily (deze waarde zou niet moeten worden veranderd) windowStartTime=HH:MM die als 24 uurklok gebruikt. Bepaalt wanneer de Taken van het Onderhoud verbonden aan het Dagelijkse Venster van het Onderhoud zouden moeten beginnen uitvoerend. windowEndTime=HH:MM die als 24 uurklok gebruikt. Bepaalt wanneer de Taken van het Onderhoud verbonden aan het Dagelijkse Venster van het Onderhoud zouden moeten ophouden uitvoerend als zij nog niet hebben voltooid. Een onderhoudstaak kan niet meer dan één keer tijdens dit tijdsbestek worden uitgevoerd. |
Wekelijks | Klant | JCR-knooppuntdefinitie |
windowSchedule=wekelijks (deze waarde zou niet moeten worden veranderd) windowStartTime=HH:MM die als 24 uurklok gebruikt. Bepaalt wanneer de Taken van het Onderhoud verbonden aan het wekelijkse Venster van het Onderhoud zouden moeten beginnen uitvoerend. windowEndTime=HH:MM die als 24 uurklok gebruikt. Bepaalt wanneer de Taken van het Onderhoud verbonden aan het Wekelijkse Venster van het Onderhoud zouden moeten ophouden uitvoerend als zij nog niet hebben voltooid. Een onderhoudstaak kan niet meer dan één keer tijdens dit tijdsbestek worden uitgevoerd. windowScheduleWeekdays= Serie van twee waarden van 1-7 (bijvoorbeeld, [5,5]) De eerste waarde van de serie is de begindag wanneer de baan gepland is en de tweede waarde is de einddag wanneer de baan zou worden tegengehouden. De exacte tijd van het begin en het einde wordt bepaald door respectievelijk windowStartTime en windowEndTime. |
Maandelijks | Klant | JCR-knooppuntdefinitie |
windowSchedule=month (deze waarde zou niet moeten worden veranderd) windowStartTime=HH:MM die als 24 uurklok gebruikt. Definieert wanneer de onderhoudstaken die aan het Maandelijkse Onderhoudsvenster zijn gekoppeld, moeten worden uitgevoerd. windowEndTime=HH:MM die als 24 uurklok gebruikt. Definieert wanneer de onderhoudstaken die zijn gekoppeld aan het venster Maandelijks onderhoud, niet meer moeten worden uitgevoerd als ze nog niet zijn voltooid. Een onderhoudstaak kan niet meer dan één keer tijdens dit tijdsbestek worden uitgevoerd. windowScheduleWeekdays=Array van twee waarden van 1-7 (bijvoorbeeld, [5,5]) De eerste waarde van de serie is de begindag wanneer de baan gepland is en de tweede waarde is de einddag wanneer de baan zou worden tegengehouden. De exacte tijd van het begin en het einde wordt bepaald door respectievelijk windowStartTime en windowEndTime. windowFirstLastStartDay= 0/1 0 aan programma op de eerste week van de maand of 1 aan programma op de laatste week van de maand. Het ontbreken van een waarde zou banen effectief plannen op de dag die door windowScheduleWeekdays (elke maand) wordt geregeld. |
Plaatsen:
- Dagelijks - /apps/settings/granite/operations/onderhoud/granite_day
- Wekelijks - /apps/settings/granite/operations/onderhoud/graniet_week
- Maandelijks - /apps/settings/granite/operations/onderhoud/granite_maandelijks
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
Het zuiveren versies en het controlelogboek verminderen de grootte van de bewaarplaats, en in sommige scenario's, kunnen prestaties verbeteren.
Standaardwaarden
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
Declareer een configuratiedossier en stel het op zoals die in de volgende stappen wordt beschreven.
1 creeer een dossier genoemd mt.yaml
of gelijkaardig.
config
plaats het dossier ergens onder een top niveauomslag genoemd of gelijkaardig, zoals die onder wordt beschreven Gebruikend Pijpleidingen Config.
3 - verklaar eigenschappen in het configuratiedossier, die omvatten:
-
a paar eigenschappen boven de gegevensknoop — zie Gebruikend Pijpleidingen Configvoor een beschrijving. De
kind
bezitswaarde zou MaintenanceTasks moeten zijn en de versie zou aan 1 moeten worden geplaatst. -
een gegevensobject met zowel
versionPurge
- alsauditLogPurge
-objecten.
Zie de definities en syntaxis van de objecten versionPurge
en auditLogPurge
hieronder.
Structuur de configuratie gelijkend op het volgende voorbeeld:
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:
- alle eigenschappen moeten worden gedefinieerd. Er zijn geen overgeërfde standaardinstellingen.
- de typen (gehele getallen, tekenreeksen, booleans, enz.) in de onderstaande eigenschappentabellen moeten in acht worden genomen.
4 - creeer een config pijpleiding in Cloud Manager, zoals die in het wordt beschreven config pijpleidingsartikel.
Versie wissen
Standaardwaarden versie wissen
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:
- Versies ouder dan 30 dagen worden verwijderd.
- De meest recente vijf versies in de afgelopen 30 dagen worden bewaard.
- Ongeacht de bovenstaande regels blijft de meest recente versie (naast het huidige bestand) behouden.
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.
- Versies ouder dan 7 jaar worden verwijderd.
- Alle versies in de afgelopen 7 jaar worden bewaard.
- Na 7 jaar worden andere versies dan de meest recente versie (naast het huidige bestand) verwijderd.
Eigenschappen van versie wissen
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
Standaardwaarden controlelogbestand wissen
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:
- Replicatie-, DAM- en pagina-auditlogs die ouder zijn dan 7 dagen, worden verwijderd.
- Alle mogelijke gebeurtenissen worden geregistreerd.
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.
- Replicatie-, DAM- en pagina-auditlogs ouder dan 7 jaar worden verwijderd.
- Alle mogelijke gebeurtenissen worden geregistreerd.
Eigenschappen van logbestand controleren
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.