Retenção de dados data-retention
As tabelas de log padrão no Campaign têm períodos de retenção predefinidos que limitam a duração do armazenamento de dados, para evitar sobrecarga no sistema.
A configuração da retenção de dados é definida pelos administradores técnicos do Adobe durante a implementação e os valores podem variar, com base nos requisitos do cliente.
Entre em contato com os consultores de Adobe ou administradores técnicos para saber mais sobre os períodos de retenção que se aplicam ao seu ambiente ou para definir períodos de retenção personalizados.
Observe que, usando a funcionalidade padrão do workflow, é possível configurar períodos de retenção para qualquer tabela personalizada.
Abaixo estão os períodos de retenção padrão para tabelas padrão. Sempre que possível e dependendo do uso de seus dados, o Adobe sugere mover para os períodos de retenção recomendados para melhorar o desempenho da instância do Campaign.
- Rastreamento consolidado: 6 meses (recomendado: 1 mês)
- Logs de entrega: 6 meses (recomendado: 1 mês)
- Logs de rastreamento: 6 meses (recomendado: 1 mês)
- Eventos: 1 mês
- Estatísticas de processamento de evento: 6 meses (recomendado: 1 mês)
- Eventos arquivados: 6 meses (recomendado: 1 mês)
- Entidades temporárias: 7 dias
- Eventos de pipeline ignorados: 1 mês
- Alertas de entrega: 1 mês
- Exportar auditoria: 6 meses (recomendado: 1 mês)
Período de retenção para entregas deliveries
Por padrão, o período de retenção para deliveries é ilimitado.
No entanto, se houver um alto volume de deliveries na sua instância, você poderá atualizar o NmsCleanup_DeliveryPurgeDelay opção disponível no Administration > Application settings menu.
Cada vez que a variável Database cleanup for executado, os deliveries que atenderem às condições definidas para essa opção serão excluídos.
Esta ação pode ajudar a acelerar processos como o Copy headers from delivery templates fluxo de trabalho.
O valor padrão para a variável NmsCleanup_DeliveryPurgeDelay opção é -1. Nesse caso, nenhum delivery é excluído.
Por exemplo, se você defini-lo como 180, qualquer delivery que não seja de modelo que não tenha sido atualizado nos últimos 180 dias será excluído quando a variável Database cleanup fluxo de trabalho for executado.
-
Os templates de delivery transacional ou de marketing não serão excluídos.
-
Para deliveries recorrentes, os deliveries secundários com período de agregação definido como mês ou ano não serão excluídos.
Ao atualizar o NmsCleanup_DeliveryPurgeDelay , é recomendável prosseguir gradualmente com várias iterações. Por exemplo, você pode começar definindo o valor como 300 dias, depois 180 dias, depois 120 dias e assim por diante - certificando-se de que as iterações estejam pelo menos com 2 dias de diferença. Caso contrário, a variável Database cleanup o fluxo de trabalho pode levar muito mais tempo devido a um grande número de deliveries a serem excluídos.