Poda de datos necesaria en n8n
Por qué las políticas de retención de datos faltantes pueden llenar tu base de datos y ralentizar n8n
¿Qué es este problema?
Sin poda de datos configurada, n8n almacena todos los datos de ejecución indefinidamente. Con el tiempo, esto acumula gigabytes de datos que ralentizan la UI, aumentan tiempos de backup, y eventualmente pueden llenar el espacio en disco.
Señales de que necesitas poda:
•Historial de ejecuciones tardando más en cargar•Tamaño de base de datos creciendo continuamente•Tiempos de backup aumentando semana a semana•Alertas de espacio en disco en tu servidor
¿Por qué es peligroso?
Agotamiento de disco
Sin poda, la base de datos eventualmente llenará todo el almacenamiento disponible.
Degradación de rendimiento
Tablas grandes ralentizan las consultas, haciendo la UI de n8n pesada.
Fallas de backup
Bases de datos sobredimensionadas pueden fallar al hacer backup dentro de ventanas de mantenimiento.
Costos incrementados
Los costos de almacenamiento en cloud crecen linealmente con datos sin podar.
Cómo solucionarlo
- 1
Habilitar poda automática
Establece EXECUTIONS_DATA_PRUNE=true en tus variables de entorno.
- 2
Establecer período de retención
Configura EXECUTIONS_DATA_MAX_AGE (ej: '336h' para 14 días) según tus necesidades de cumplimiento.
- 3
Limitar ejecuciones almacenadas
Establece EXECUTIONS_DATA_PRUNE_MAX_COUNT para limitar el número total de ejecuciones almacenadas.
- 4
Programar limpieza manual
Para datos existentes, ejecuta un script de limpieza único para eliminar ejecuciones antiguas.
Escanea tu workflow ahora
Sube tu archivo JSON de n8n y verifica problemas de configuración de retención de datos.