Tareas de mantenimiento en AEM as a Cloud Service maintenance-tasks-in-aem-as-a-cloud-service

Las tareas de mantenimiento son procesos que se ejecutan según una programación para optimizar el repositorio. Con AEM as a Cloud Service, la necesidad de que los clientes configuren las propiedades operativas de las tareas de mantenimiento es mínima. Los clientes pueden enfocar sus recursos en preocupaciones del nivel de la aplicación y dejar que Adobe se encargue de las operaciones de infraestructura.

Configuración de tareas de mantenimiento maintenance-tasks-configuring

En versiones anteriores de AEM, se podían configurar tareas de mantenimiento mediante la tarjeta de mantenimiento (Herramientas > Operaciones > Mantenimiento). La tarjeta de mantenimiento ya no está disponible para AEM as a Cloud Service, por lo que las configuraciones deben enviarse al control de origen e implementarse mediante Cloud Manager. Adobe administra las tareas de mantenimiento que tienen configuraciones que los clientes no pueden configurar (por ejemplo, Recopilación de elementos no utilizados del almacén de datos). Los clientes pueden configurar otras tareas de mantenimiento, como se describe en la tabla siguiente.

CAUTION
Adobe se reserva el derecho de anular los ajustes de configuración de tareas de mantenimiento de un cliente para mitigar problemas como la degradación del rendimiento.

La siguiente tabla ilustra las tareas de mantenimiento disponibles en el momento de la publicación de AEM as a Cloud Service.

Tarea de mantenimiento
Quién posee la configuración
Cómo se configura (opcional)
Recopilación de residuos del almacén de datos
Adobe
N/D: propiedad total de Adobe
Depuración de la versión
Adobe

Para los entornos existentes (los creados antes del 15 de abril de 2024), la depuración está deshabilitada y se habilitará en el futuro con un valor predeterminado de 7 años; los clientes podrán configurarla con valores personalizados más bajos (como 30 días).
\ Los nuevos entornos (los creados a partir del 15 de abril de 2024) tendrán la depuración habilitada de forma predeterminada con los valores siguientes, y los clientes podrán configurarla con valores personalizados.

  1. Se eliminan las versiones con más de 30 días

  2. Se conservan las cinco versiones más recientes de los últimos 30 días

  3. Independientemente de las reglas anteriores, se conserva la versión más reciente. \

    Se recomienda que los clientes que tengan requisitos regulatorios para procesar páginas de sitio exactamente como aparecieron en una fecha específica, se integren con servicios externos especializados.

Purga del registro de auditoría
Adobe

Para los entornos existentes (los creados antes del 15 de abril de 2024), la depuración está deshabilitada y se habilitará en el futuro con un valor predeterminado de 7 años; los clientes podrán configurarla con valores personalizados más bajos (como 30 días).
\ Los nuevos entornos (los creados a partir de abril de 2024) tendrán la depuración habilitada de forma predeterminada en /content del repositorio según el siguiente comportamiento:

  1. Para la auditoría de replicación, se eliminan los registros de auditoría con más de tres días

  2. Para la auditoría de DAM (Assets), se eliminan los registros de auditoría con más de 30 días

  3. Para la auditoría de páginas, se eliminan los registros con más de tres días. \

    Se recomienda que los clientes que tengan requisitos regulatorios para producir registros de auditoría no editables se integren con servicios externos especializados.

Limpieza de archivos binarios de Lucene
Adobe
No se utiliza y, por lo tanto, Adobe lo ha desactivado.
Purga de la tarea ad hoc
Cliente

Debe hacerse en Git. Anule el nodo de configuración de la ventana de mantenimiento predeterminado en /libs creando propiedades en la carpeta /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily o granite_monthly.

Consulte la tabla Ventana de mantenimiento a continuación para obtener más información sobre la configuración. Habilite la tarea de mantenimiento añadiendo otro nodo bajo el nodo de arriba. Asígnele un nombre granite_TaskPurgeTask, con atributo sling:resourceType establezca en granite/operations/components/maintenance/task Atributo y granite.maintenance.name establezca en TaskPurge. Configure las propiedades de OSGI, consulte com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask para obtener la lista de propiedades.

Depuración de flujo de trabajo
Cliente

Debe hacerse en Git. Anule el nodo de configuración de la ventana de mantenimiento predeterminado en /libs creando propiedades en la carpeta /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily o granite_monthly. Consulte la tabla Ventana de mantenimiento a continuación para obtener más información sobre la configuración.

Habilite la tarea de mantenimiento añadiendo otro nodo bajo el anterior (asígnele el nombre granite_WorkflowPurgeTask) con las propiedades adecuadas. Configure las propiedades de OSGI. Consulte Documentación de la tarea de mantenimiento de la versión 6.5 de AEM.

Depuración del proyecto
Cliente

Debe hacerse en Git. Anule el nodo de configuración de la ventana de mantenimiento predeterminado en /libs creando propiedades en la carpeta /apps/settings/granite/operations/maintenance/granite_weekly, granite_daily o granite_monthly. Consulte la tabla Ventana de mantenimiento a continuación para obtener más información sobre la configuración.

Habilite la tarea de mantenimiento añadiendo otro nodo bajo el anterior (asígnele el nombre granite_ProjectPurgeTask) con las propiedades adecuadas. Consulte la lista de propiedades de OSGI en "Configuración de depuración de proyectos de Adobe".

Configuración de la ventana de mantenimiento
Quién posee la configuración
Tipo de configuración
Parámetros
Cada día
Cliente
Definición del nodo JCR

windowSchedule=daily (este valor no debe cambiarse)

windowStartTime=HH:MM como reloj de 24 horas. Define cuándo deben comenzar a ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento diario.

windowEndTime=HH:MM como reloj de 24 horas. Define cuándo deben dejar de ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento diario si aún no se han completado.

Una tarea de mantenimiento no se puede ejecutar más de una vez durante este periodo de tiempo.

Cada semana
Cliente
Definición del nodo JCR

windowSchedule=weekly (este valor no debe cambiarse)

windowStartTime=HH:MM como reloj de 24 horas. Define cuándo deben comenzar a ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento semanal.

windowEndTime=HH:MM como reloj de 24 horas. Define cuándo deben dejar de ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento semanal si aún no se han completado.

Una tarea de mantenimiento no se puede ejecutar más de una vez durante este periodo de tiempo.

windowScheduleWeekdays= Matriz de dos valores entre 1 y 7 (por ejemplo, [5,5]) El primer valor de la matriz es el día de inicio cuando se programa el trabajo y el segundo valor es el día de finalización cuando se detiene el trabajo. La hora exacta del inicio y la finalización se rige por windowStartTime y windowEndTime respectivamente.

Mensual
Cliente
Definición del nodo JCR

windowSchedule=month (este valor no debe cambiarse)

windowStartTime=HH:MM como reloj de 24 horas. Define cuándo deben comenzar a ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento mensual.

windowEndTime=HH:MM como reloj de 24 horas. Define cuándo deben dejar de ejecutarse las tareas de mantenimiento asociadas con la ventana de mantenimiento mensual si aún no se han completado.

Una tarea de mantenimiento no se puede ejecutar más de una vez durante este periodo de tiempo.

windowScheduleWeekdays=Matriz de dos valores entre 1 y 7 (por ejemplo, [5,5]) El primer valor de la matriz es el día de inicio cuando se programa el trabajo y el segundo valor es el día de finalización cuando se detiene el trabajo. La hora exacta del inicio y la finalización se rige por windowStartTime y windowEndTime respectivamente.

windowFirstLastStartDay= 0/1 0 para programar en la primera semana del mes o 1 para programar en la última semana del mes. La ausencia de un valor programaría los trabajos en el día regido por windowScheduleWeekdays (cada mes).

Ubicaciones:

  • Diario: /apps/settings/granite/operations/maintenance/granite_daily
  • Semanal: /apps/settings/granite/operations/maintenance/granite_weekly
  • Mensual: /apps/settings/granite/operations/maintenance/granite_monthly

Muestras de código:

Muestra de código 1 (diario)

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

Muestra de código 2 (semanal)

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

Muestra de código 3 (mensual)

<?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"/>
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab