Wartungsaufgaben in AEM as a Cloud Service

Wartungsaufgaben sind Prozesse, die planmäßig ausgeführt werden, um das Repository zu optimieren. Bei AEM as a Cloud Service ist der Kundenaufwand der Konfiguration von Betriebseigenschaften für Wartungsaufgaben minimal. Kunden können ihre Ressourcen auf Angelegenheiten in der Anwendungsebene konzentrieren und die Infrastrukturvorgänge Adobe überlassen.

Konfigurieren von Wartungsaufgaben

In früheren Versionen von AEM konnten Sie Wartungsaufgaben mithilfe der Wartungskarte konfigurieren (Tools > Vorgänge > Wartung). Bei AEM as a Cloud Service ist die Wartungskarte nicht mehr vorhanden. Daher sollten Konfigurationen an die Quell-Code-Verwaltung übertragen und mithilfe von Cloud Manager bereitgestellt werden. Adobe verwaltet Wartungsaufgaben, deren Einstellungen von Kunden nicht konfiguriert werden können (z. B. Datenspeicherbereinigung, Auditprotokollbereinigung, Versionsbereinigung). Andere Wartungsaufgaben können von Kunden konfiguriert werden, wie in der folgenden Tabelle beschrieben.

VORSICHT

Adobe behält sich das Recht vor, Konfigurationseinstellungen für Wartungsaufgaben eines Kunden außer Kraft zu setzen, um Probleme wie Leistungsbeeinträchtigungen zu verhindern.

Die folgende Tabelle zeigt die Wartungsaufgaben, die zum Zeitpunkt der Veröffentlichung von AEM as a Cloud Service verfügbar sind.

Wartungsaufgabe Wer ist für die Konfiguration verantwortlich Konfigurationsweise (optional)
Speicherbereinigung Adobe N/A – volle Verantwortung von Adobe
Versionsbereinigung Adobe Damit die Autorenebene weiterhin leistungsfähig bleibt, werden ältere Versionen jedes Inhalts unter dem Knoten /content des Repositorys gemäß folgendem Verhalten gelöscht:

  1. Versionen, die älter als 30 Tage sind, werden entfernt
  2. Die letzten 5 Versionen der letzten 30 Tage werden beibehalten
  3. Unabhängig von den obigen Regeln wird die neueste Version beibehalten.

HINWEIS: Das oben beschriebene Verhalten wird für neue Umgebungen, die nach dem 14. März 2022 erstellt wurden, standardmäßig erzwungen. Senden Sie ein Support-Ticket, wenn Sie andere Einstellungen benötigen.
Bereinigung von Prüfprotokollen Adobe Damit die Autorenebene weiterhin leistungsfähig bleibt, werden ältere Prüfprotokolle unter dem Knoten /content des Repositorys gemäß folgendem Verhalten gelöscht:

  1. Für die Replikationsprüfung werden Prüfprotokolle entfernt, die älter als 3 Tage sind
  2. Bei der DAM (Assets)-Prüfung werden Prüfprotokolle entfernt, die älter als 30 Tage sind
  3. Für die Seitenprüfung werden Protokolle entfernt, die älter als 3 Tage sind.

HINWEIS: Das oben beschriebene Verhalten wird für neue Umgebungen, die nach dem 14. März 2022 erstellt wurden, standardmäßig erzwungen. Senden Sie ein Support-Ticket, wenn Sie andere Einstellungen benötigen.
Lucene-Binärdateien-Bereinigung Adobe Nicht verwendet und daher von Adobe deaktiviert.
Ad-hoc-Aufgabenbereinigung Kunde

Das muss in Git geschehen. Überschreiben Sie den Konfigurationsknoten des vordefinierten Wartungsfensters unter /libs durch Erstellen von Eigenschaften im Ordner /apps/settings/granite/operations/maintenance/granite_weekly oder granite_daily.

Weitere Konfigurationsdetails finden Sie in der Tabelle zum Wartungsfenster. Aktivieren Sie die Wartungsaufgabe, indem Sie unter dem obigen Knoten einen weiteren Knoten mit den entsprechenden Eigenschaften hinzufügen (nennen Sie ihn granite_TaskPurgeTask). Konfigurieren Sie die OSGi-Eigenschaften.

Workflow-Bereinigung Kunde

Das muss in Git geschehen. Überschreiben Sie den Konfigurationsknoten des vordefinierten Wartungsfensters unter /libs durch Erstellen von Eigenschaften im Ordner /apps/settings/granite/operations/maintenance/granite_weekly oder granite_daily. Weitere Konfigurationsdetails finden Sie in der Tabelle zum Wartungsfenster.

Aktivieren Sie die Wartungsaufgabe, indem Sie unter dem obigen Knoten einen weiteren Knoten mit den entsprechenden Eigenschaften hinzufügen (nennen Sie ihn granite_WorkflowPurgeTask). Informationen zum Konfigurieren der OSGi-Eigenschaften finden Sie in der AEM 6.5-Dokumentation zu Wartungsaufgaben.

Projektbereinigung Kunde

Das muss in Git geschehen. Überschreiben Sie den Konfigurationsknoten des vordefinierten Wartungsfensters unter /libs durch Erstellen von Eigenschaften im Ordner /apps/settings/granite/operations/maintenance/granite_weekly oder granite_daily. Weitere Konfigurationsdetails finden Sie in der Tabelle zum Wartungsfenster.

Aktivieren Sie die Wartungsaufgabe, indem Sie unter dem obigen Knoten einen weiteren Knoten mit den entsprechenden Eigenschaften hinzufügen (nennen Sie ihn granite_ProjectPurgeTask). Konfigurieren Sie die OSGi-Eigenschaften.

Konfiguration von Wartungsfenstern Wer ist für die Konfiguration verantwortlich Konfigurationstyp Parameter
Täglich Kunde JCR-Knotendefinition

windowSchedule=daily (dieser Wert sollte nicht geändert werden)

windowStartTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem täglichen Wartungsfenster verknüpften Wartungsaufgaben beginnen soll.

windowEndTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem täglichen Wartungsfenster verknüpften Wartungsaufgaben beendet werden soll, wenn diese noch nicht abgeschlossen sind.

Wöchentlich Kunde JCR-Knotendefinition

windowSchedule=weekly (dieser Wert sollte nicht geändert werden)

windowStartTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem wöchentlichen Wartungsfenster verknüpften Wartungsaufgaben beginnen soll.

windowEndTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem wöchentlichen Wartungsfenster verknüpften Wartungsaufgaben beendet werden soll, wenn diese noch nicht abgeschlossen sind.

windowScheduleWeekdays= Array von 2 Werten von 1–7 (z. B. [5,5]) Der erste Wert des Arrays ist der Starttag, an dem der Auftrag geplant wird, und der zweite Wert ist der Endtag, an dem der Auftrag gestoppt wird. Die genaue Uhrzeit von Anfang und Ende wird durch „windowStartTime“ bzw. „windowEndTime“ angegeben.

Monatlich Kunde JCR-Knotendefinition

windowSchedule=daily (dieser Wert sollte nicht geändert werden)

windowStartTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem monatlichen Wartungsfenster verknüpften Wartungsaufgaben beginnen soll.

windowEndTime = HH:MM unter Verwendung der 24-Stunden-Zeit. Definiert, wann die Ausführung der mit dem monatlichen Wartungsfenster verknüpften Wartungsaufgaben beendet werden soll, wenn diese noch nicht abgeschlossen sind.

windowScheduleWeekdays= Array von 2 Werten von 1–7 (z. B. [5,5]) Der erste Wert des Arrays ist der Starttag, an dem der Auftrag geplant wird, und der zweite Wert ist der Endtag, an dem der Auftrag gestoppt wird. Die genaue Uhrzeit von Anfang und Ende wird durch „windowStartTime“ bzw. „windowEndTime“ angegeben.

windowFirstLastStartDay= 0/1 0, um in der ersten Woche des Monats zu planen, oder 1, um in der letzten Woche des Monats zu planen. Wenn kein Wert angegeben ist, werden Aufträge praktisch jeden Tag terminiert (wie von „windowScheduleWeekdays“ jeden Monat gesteuert).

Standorte:

  • Täglich – /apps/settings/granite/operations/maintenance/granite_daily
  • Wöchentlich – /apps/settings/granite/operations/maintenance/granite_weekly
  • Monatlich – /apps/settings/granite/operations/maintenance/granite_month

Code-Beispiele

Code-Beispiel 1 (täglich)

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

Code-Beispiel 2 (wöchentlich)

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

Code-Beispiel 3 (monatlich)

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

Auf dieser Seite