Protecciones de tiempo de vida (TTL) de conjuntos de datos ttl-guardrail

¿Qué tipos de conjuntos de datos están sujetos a TTL?

TTL se aplica solo a conjuntos de datos de series temporales. Los conjuntos de datos de tipo de registro (como los conjuntos de datos de entidad y los conjuntos de datos de clasificación) no están sujetos a TTL. Se enumeran en la tabla anterior como referencia, con n/a indicado en las columnas TTL de lago de datos y TTL de almacén de perfiles.

¿Este cambio se aplicará solo a las zonas protegidas de producción o también a las de desarrollo?

Este cambio se aplica a todos los tipos de zonas protegidas.

Para el TTL de 90 días en el almacén de perfiles, ¿se ven afectados los propios perfiles?

Los datos del conjunto de datos generados por el sistema en el perfil se pierden pasados 90 días, no los propios perfiles.

Si se insertan datos de un conjunto de datos generado por el sistema en Customer Journey Analytics (CJA), ¿los datos de CJA también se verán afectados por el TTL?

Los datos de Customer Journey Analytics se mantienen sincronizados con Experience Platform. Por lo tanto, la eliminación de datos debido a un TTL en los datos del conjunto de datos generados por el sistema también afectará a los datos de Customer Journey Analytics.

¿Pueden los clientes aumentar el TTL para Journey Optimizer datos del conjunto de datos del sistema en el almacén de perfiles?

Actualmente no se admiten extensiones TTL. Sin embargo, se ha planificado trabajar para optimizar el proceso de TTL a fin de permitir estas solicitudes de extensión en algún momento a partir del segundo semestre de 2025.

note
NOTE
Los datos almacenados en el perfil están sujetos al derecho Volumen total de datos. Por lo tanto, cualquier aumento del almacenamiento de datos en el perfil como resultado de una extensión TTL se contaría con el derecho Volumen de datos total. Más información

¿Pueden los clientes aumentar el TTL para los datos del conjunto de datos del sistema Journey Optimizer en el lago de datos?

Actualmente no se admiten extensiones TTL. Los clientes pueden exportar datos a través de Destinos para conservar los datos durante más tiempo. Más información. Además, los clientes con un derecho de Data Distiller pueden crear conjuntos de datos derivados para almacenar los datos en el lago de datos sin un TTL. Más información

¿Se verán afectadas las siguientes capacidades por los TTL?

• Almacén de búsquedas: No

• Límite de Recorrido: No

• Límite de oferta: No

• Optimización del tiempo de envío (STO): No

• Límite de frecuencia de mensaje (es decir, Reglas de negocio): No

• Informes: No

  note
  NOTE
  Ya se ha implementado un TTL en la conexión Customer Journey Analytics (CJA), lo que reduce el período máximo efectivo de retrospectiva de datos del conjunto de datos afectado a 13 meses.

• Fuente de datos de Experience Platform: no aplicable: la recuperación de eventos de experiencia no se admite mediante fuentes de datos.

• Atributos calculados: Sí - El cálculo de relleno inicial se limitará a los últimos 90 días de datos; el atributo calculado se actualizará en función de los eventos incrementales para las actualizaciones posteriores. Tan pronto como las actualizaciones posteriores llegan al período retrospectivo (máximo de 6 meses), el TTL ya no afecta al atributo calculado. Más información.

• Segmentación y retargeting: sí: la segmentación depende de los datos del almacén de perfiles; por lo tanto, la retrospectiva está limitada a 90 días en los datos del conjunto de datos afectado.

• Seguimiento: sí: reduce el período máximo efectivo de retrospectiva de datos del conjunto de datos afectado a 90 días. Los datos de los conjuntos de datos afectados residen durante 13 meses en el lago de datos.

¿Qué marca de tiempo se utiliza para la aplicación de TTL (por ejemplo, para casos de uso de relleno)?

Se utiliza la marca de tiempo del evento (es decir, no la fecha de ingesta).

¿Cómo afecta el nuevo TTL a los casos de uso que requieren una retención de datos más larga (por ejemplo, excluyendo perfiles que recibieron un correo electrónico en los últimos 120 días o restringiendo correos electrónicos en un año)?

La nueva directiva TTL limitará el período retroactivo de los datos de conjuntos de datos generados por el sistema en el almacén de perfiles a 90 días y en el lago de datos a 13 meses. Los casos de uso que requieran acceso a datos más allá de estos períodos se verán afectados. Por ejemplo, la segmentación de audiencia o la restricción de frecuencia basada en eventos anteriores a 90 días en el almacén de perfiles ya no serán posibles mediante los conjuntos de datos del sistema.

¿Qué alternativas hay disponibles para retener datos más largos que el TTL?

Los clientes que requieren una retención más larga tienen dos opciones:

• Exportar a almacenamiento externo: exporte los datos relevantes de los conjuntos de datos de AJO antes de la caducidad del TTL. Adobe Journey Optimizer admite la exportación de conjuntos de datos a varios destinos de almacenamiento en la nube (Amazon S3, Azure Blob, Google Cloud Storage, etc.). Más información
• Conjuntos de datos derivados de Data Distiller: los clientes con derechos de Data Distiller pueden configurar consultas automatizadas para copiar datos críticos en un conjunto de datos derivado en el lago de datos, que se puede almacenar sin un TTL. Más información

¿Qué deben hacer los clientes para prepararse para el cambio de TTL?

• Revise sus casos de uso e identifique los que requieran retención de datos más allá de los nuevos TTL.
• Configure consultas automatizadas para copiar datos esenciales en conjuntos de datos derivados antes de eliminar datos.
• Póngase en contacto con su representante de Adobe para discutir cualquier necesidad adicional o posible extensión TTL (prevista para futuras versiones).

¿Cómo se notifica a los clientes antes de que el TTL se aplique en las zonas protegidas existentes?

Adobe notifica a los clientes afectados antes de aplicar el TTL en las zonas protegidas existentes. Para este despliegue, Adobe envió una notificación interna del producto y publicó este cambio en las notas de la versión del producto, lo que dio a los clientes un aviso de dos meses antes de que la protección entre en vigor el 1 de octubre de 2026.

¿Puedo eliminar conjuntos de datos generados por el sistema de Journey Optimizer?

Los conjuntos de datos generados por el sistema de Journey Optimizer están protegidos y no se pueden eliminar a través de la IU estándar de Adobe Experience Platform. Estos conjuntos de datos son esenciales para la funcionalidad de Journey Optimizer y los administra el sistema.

Si necesita quitar permanentemente un conjunto de datos del sistema de Journey Optimizer (por ejemplo, para entornos de control de calidad, limpieza de zonas protegidas o requisitos específicos de higiene de los datos), póngase en contacto con el departamento de ingeniería de Adobe o con el Servicio de atención al cliente de Adobe. Estos conjuntos de datos requieren procedimientos backend especializados para garantizar una eliminación completa y segura.

note
NOTE
Para la limpieza rutinaria de datos dentro de estos conjuntos de datos del sistema, use las operaciones de Ciclo de vida de datos disponibles a través de Privacy Service para eliminar registros o identidades específicos. Más información

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

• TL;DR: This page explains the time-to-live (TTL) retention guardrails on Journey Optimizer system-generated datasets in the profile store (90 days) and the data lake (13 months), including rollout timing and options for retaining data longer.

Intents:

• Understand how long system-generated dataset data is retained in the profile store versus the data lake.
• Identify which datasets are subject to TTL.
• Plan for the enforcement on existing customer sandboxes starting October 1, 2026.
• Retain data beyond the TTL using dataset export through Destinations or Data Distiller derived datasets.
• Understand the impact on segmentation, computed attributes, tracking, and Customer Journey Analytics.

Glossary:

• Time-to-live (TTL): retention guardrail after which system-generated dataset data is dropped (product-specific)
• Profile store: store subject to the 90-day TTL for impacted datasets (product-specific)
• Data lake: store subject to the 13-month TTL for impacted datasets (product-specific)
• Time-series dataset: dataset type that is subject to TTL
• Record-type dataset: dataset type not subject to TTL (marked n/a in both TTL columns)
• Data Distiller: entitlement that allows creating derived datasets stored in the data lake without a TTL (product-specific)

Guardrails:

• Profile store TTL: 90 days for Journey Optimizer system-generated dataset data (hard limit; TTL extensions are not currently supported).
• Data lake TTL: 13 months for Journey Optimizer system-generated dataset data (hard limit; TTL extensions are not currently supported).
• AJO Message Export Dataset and AJO Message Event Metadata Dataset: 30 days data lake TTL (hard limit; both require the Message Export add-on).
• TTL is enforced on new sandboxes and new organizations as of February 2025, and on existing customer sandboxes starting October 1, 2026 (hard enforcement date).
• TTL applies only to time-series datasets; record-type datasets are n/a in both the Data Lake TTL and Profile Store TTL columns.
• TTL enforcement uses the event timestamp, not the ingestion date.
• Journey Optimizer system-generated datasets are protected and cannot be deleted through the standard Adobe Experience Platform UI.
• Computed attributes: initial backfill calculation is limited to the last 90 days of data; subsequent look-back is a maximum of 6 months.
• Segmentation and retargeting look-back is limited to 90 days on affected profile store data.

Terminology:

• Canonical name: Time-to-live — Acronym: TTL
• Do not confuse: “profile store TTL” (90 days) ≠ “data lake TTL” (13 months)
• Do not confuse: “time-series dataset” (subject to TTL) ≠ “record-type dataset” (n/a, not subject to TTL)
• Do not confuse: dataset TTL (drops system-generated dataset data in the profile after 90 days) ≠ deletion of the profiles themselves (the profiles are not dropped)

FAQ:

• Q: Which datasets are subject to TTL? — Only time-series datasets; record-type datasets (such as entity and classification datasets) are not subject to TTL and are marked n/a.
• Q: Does the 90-day profile store TTL delete profiles? — No; the system-generated dataset data in the profile is dropped after 90 days, not the profiles themselves.
• Q: Can I increase the TTL? — TTL extensions are not currently supported; you can export data through Destinations, or, with a Data Distiller entitlement, create derived datasets stored without a TTL.
• Q: When does enforcement reach existing sandboxes? — Starting October 1, 2026.
• Q: Which timestamp is used for enforcement? — The event timestamp, not the ingestion date.
• Q: Can I delete Journey Optimizer system-generated datasets? — No; they are protected and cannot be deleted through the standard Adobe Experience Platform UI; contact Adobe Engineering or Adobe Customer Care for permanent removal.