Tarefas de manutenção no AEM as a Cloud Service

Tarefas de manutenção são processos executados de acordo com um cronograma para otimizar o repositório. Com o AEM as a Cloud Service, a necessidade de os clientes configurarem as propriedades operacionais das tarefas de manutenção é mínima. Os clientes podem concentrar seus recursos em preocupações no nível do aplicativo, deixando as operações de infraestrutura para a Adobe.

Configurar tarefas de manutenção

Em versões anteriores do AEM, você podia configurar as tarefas de manutenção usando o Cartão de manutenção (Ferramentas > Operações > Manutenção). Para o AEM as a Cloud Service, o Cartão de manutenção não está mais disponível, portanto, as configurações devem ser enviadas ao controle de origem e implantadas usando o Cloud Manager. A Adobe gerencia as tarefas de manutenção que têm configurações não configuráveis pelos clientes (por exemplo, coleta de lixo do armazenamento de dados, limpeza de log de auditoria, limpeza de versão). Outras tarefas de manutenção podem ser configuradas pelos clientes, conforme descrito na tabela abaixo.

ATENÇÃO

A Adobe reserva o direito de substituir as configurações da tarefa de manutenção de um cliente para atenuar problemas como degradação de desempenho.

A tabela a seguir ilustra as tarefas de manutenção disponíveis no momento do lançamento do AEM as a Cloud Service.

Tarefa de manutenção Quem é o proprietário da configuração Como configurar (opcional)
Coleta de lixo do armazenamento de dados Adobe N/A — de propriedade total da Adobe
Remoção da versão Adobe Para ambientes existentes (criados antes de 1º de março de 2023), a limpeza é desativada e não será ativada no futuro, a menos que seja explicitamente ativada pelo cliente, e nesse momento ela também pode configurá-la com valores personalizados.

Novos ambientes (aqueles criados a partir de 1º de março de 2023) terão a limpeza ativada por padrão com os valores abaixo, com os clientes sendo capazes de configurar com valores personalizados.
  1. Versões com mais de 30 dias são removidas
  2. As 5 versões mais recentes nos últimos 30 dias são mantidas
  3. Independentemente das regras acima, a versão mais recente é preservada.

  4. Recomenda-se que os clientes que têm requisitos normativos para renderizar as páginas do site exatamente como apareciam em uma data específica se integrem a serviços externos especializados.
Limpeza do log de auditoria Adobe Para ambientes existentes (criados antes de 1º de março de 2023), a limpeza é desativada e não será ativada no futuro, a menos que seja explicitamente ativada pelo cliente, e nesse momento ela também pode configurá-la com valores personalizados.

Novos ambientes (aqueles criados a partir de 1º de março de 2023) terão a limpeza ativada por padrão no /content nó do repositório de acordo com o seguinte comportamento:
  1. Para auditoria de replicação, os logs de auditoria com mais de 3 dias são removidos
  2. Para auditoria do DAM (Assets), os logs de auditoria com mais de 30 dias são removidos
  3. Para auditoria de página, os logs com mais de 3 dias são removidos.

  4. Recomenda-se que os clientes que têm requisitos normativos para produzir logs de auditoria ineditáveis se integrem a serviços externos especializados.
Limpeza de binários do Lucene Adobe Não usado e, portanto, desabilitado pela Adobe.
Limpeza de tarefa ad-hoc Cliente

Deve ser feito no Git. Substitua o nó de configuração da janela de manutenção pronto para uso em /libs, criando propriedades na pasta /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily.

Consulte a tabela Janela de manutenção abaixo para obter mais detalhes sobre a configuração. Ative a tarefa de manutenção adicionando outro nó no nó acima. Nomeie-o granite_TaskPurgeTask, com atributo sling:resourceType defina como granite/operations/components/maintenance/task e atributo granite.maintenance.name defina como TaskPurge. Configure as propriedades do OSGI, consulte com.adobe.granite.taskmanagement.impl.purge.TaskPurgeMaintenanceTask para a lista de propriedades.

Remoção do fluxo de trabalho Cliente

Deve ser feito no Git. Substitua o nó de configuração da janela de manutenção pronto para uso em /libs, criando propriedades na pasta /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily. Consulte a tabela Janela de manutenção abaixo para obter mais detalhes sobre a configuração.

Ative a tarefa de manutenção adicionando outro nó sob o nó acima (nomeie-o como granite_WorkflowPurgeTask) com as propriedades adequadas. Para configurar as propriedades do OSGI, consulte Documentação da tarefa de manutenção do AEM 6.5.

Remoção do projeto Cliente

Deve ser feito no Git. Substitua o nó de configuração da janela de manutenção pronto para uso em /libs, criando propriedades na pasta /apps/settings/granite/operations/maintenance/granite_weekly ou granite_daily. Consulte a tabela Janela de manutenção abaixo para obter mais detalhes sobre a configuração.

Ative a tarefa de manutenção adicionando outro nó sob o nó acima (nomeie-o como granite_ProjectPurgeTask) com as propriedades apropriadas. Configure as propriedades OSGI.

Configuração da janela de manutenção Quem é o proprietário da configuração Tipo de configuração Parâmetros
Diariamente Cliente Definição de Nó JCR

windowSchedule=daily (esse valor não deve ser alterado)

windowStartTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção diária devem começar a ser executadas.

windowEndTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção diária devem parar de ser executadas se ainda não tiverem sido concluídas.

Semanalmente Cliente Definição de Nó JCR

windowSchedule=weekly (esse valor não deve ser alterado)

windowStartTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção semanal devem começar a ser executadas.

windowEndTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção semanal devem parar de ser executadas se ainda não tiverem sido concluídas.

windowScheduleWeekdays= Matriz de 2 valores de 1-7 (por exemplo, [5,5]) O primeiro valor da matriz é o dia de início em que a tarefa é agendada e o segundo valor é o dia de término em que a tarefa seria interrompida. A hora exata de início e término é regida pelos parâmetros windowStartTime e windowEndTime, respectivamente.

Mensalmente Cliente Definição de Nó JCR

windowSchedule=daily (esse valor não deve ser alterado)

windowStartTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção mensal devem começar a ser executadas.

windowEndTime=HH:MM usando como relógio de 24 horas. Define quando as tarefas de manutenção associadas à Janela de manutenção mensal devem parar de ser executadas se ainda não tiverem sido concluídas.

windowScheduleWeekdays=Array de 2 valores de 1-7 (por exemplo, [5,5]) O primeiro valor da matriz é o dia de início em que a tarefa é agendada e o segundo valor é o dia de término em que a tarefa seria interrompida. A hora exata de início e término é regida pelos parâmetros windowStartTime e windowEndTime, respectivamente.

windowFirstLastStartDay= 0/1 0 para agendar na primeira semana do mês ou 1 para agendar na última semana do mês. A ausência de um valor agendaria trabalhos todos os dias, conforme determinado por windowScheduleWeekdays todos os meses.

Localizações:

  • Diariamente - /apps/settings/granite/operations/maintenance/granite_daily
  • Semanalmente - /apps/settings/granite/operations/maintenance/granite_weekly
  • Mensalmente - /apps/settings/granite/operations/maintenance/granite_monthly

Exemplos de código:

Exemplo de código 1 (diariamente)

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

Exemplo de código 2 (semanalmente)

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

Exemplo de código 3 (mensalmente)

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

Nesta página