Skip to main content
La tarea de borrado permanente elimina definitivamente los elementos despues de que primero se hayan eliminado en Zylon o marcado como inactivos. Cuando se eliminan chats, proyectos, archivos u organizaciones en Zylon, siguen siendo recuperables hasta que vence la ventana de retencion. Esta configuracion de limpieza permite que cada organizacion alinee el borrado permanente de Zylon con su propia politica de retencion de datos.

​
Configuracion predeterminada

Por defecto, la limpieza revisa elementos todos los dias a las 03:00, y los elementos pasan a ser elegibles para borrado permanente despues de 14 dias. Si timezone no esta definido, Zylon usa la zona horaria predeterminada de la maquina servidor. La limpieza de logs almacenados usa el mismo programador de limpieza. Esta desactivada por defecto; cuando se activa, el umbral predeterminado de retencion de logs almacenados es 180 dias.

​
Ejemplo de configuracion

Edite /etc/zylon/zylon-conf.yaml y luego aplique el cambio con sudo zylon-cli sync. Use una ventana de retencion que coincida con la politica de su empresa. Muchas organizaciones necesitan un valor bastante mayor que el predeterminado.
enabled activa o desactiva las revisiones programadas de limpieza. cron determina cada cuanto tiempo el sistema revisa elementos inactivos y logs almacenados, timezone define de forma opcional la zona horaria usada para interpretar la expresion cron y workspace.enabled activa o desactiva el borrado permanente de datos de workspace. deleteAfterDays es el numero de dias que deben pasar antes de que un elemento inactivo o un elemento eliminado previamente se elimine de forma definitiva por la ejecucion del cron. logging.enabled activa o desactiva la limpieza de logs almacenados, y logging.deleteAfterDays elimina registros de log almacenados con mas antiguedad que ese umbral. Si timezone se omite, se usa la zona horaria predeterminada de la maquina servidor.
Sugerimos configurar una zona horaria IANA que coincida con la zona horaria de la empresa.

​
Valores aceptados

​
Valores de cron

La limpieza usa el mismo formato cron de 5 partes que la sincronizacion:
Use valores dentro de estos rangos: Ejemplos:
  • 0 3 * * * se ejecuta todos los dias a las 03:00
  • 15 4 * * 0 se ejecuta cada domingo a las 04:15

​
Valores de zona horaria

zylonBackend.scheduler.cleanup.timezone es opcional. Si no se define, el cron de limpieza se ejecuta en la zona horaria predeterminada de la maquina servidor. Cuando configure zylonBackend.scheduler.cleanup.timezone, use un identificador IANA valido. Ejemplos comunes:
  • UTC
  • Europe/Madrid
  • America/New_York
  • America/Los_Angeles
  • Asia/Tokyo
  • Pacific/Auckland
  • Africa/Johannesburg
Para una lista practica de identificadores de zona horaria IANA, consulte IANA Time Zones.

​
Valores de retencion

Para zylonBackend.scheduler.cleanup.deleteAfterDays, use un numero entero positivo de dias como 14, 30, 90 o 365, segun su politica de retencion. Para zylonBackend.scheduler.cleanup.logging.deleteAfterDays, use un numero entero positivo de dias. El valor predeterminado es 180 dias, aproximadamente seis meses.
El valor minimo admitido para deleteAfterDays es 1 dia. Configure este valor segun la politica de eliminacion o retencion de su empresa antes de habilitar el borrado permanente.

​
Acceso antes del borrado permanente

Antes de que expire la ventana de retencion, los datos eliminados todavia no se han borrado de forma definitiva. Durante ese tiempo, un operador puede usar el flujo de migracion y restauracion por CLI para recuperar organizaciones, proyectos, chats o archivos. Si necesita ayuda para realizar esa recuperacion, tambien puede contactar con Atencion al cliente.

​
Ejecucion y manejo de fallos

La tarea de limpieza se ejecuta segun el cron configurado y revisa si los elementos inactivos y los elementos eliminados previamente ya superaron la ventana de retencion deleteAfterDays. Cuando la superan, el sistema los marca para borrado permanente y los elimina de Zylon. Una ejecucion de limpieza puede borrar definitivamente chats, archivos, proyectos y organizaciones, junto con otros datos en cascada. Los fallos por elemento se registran. La tarea continua con los demas elementos y la siguiente ejecucion programada reintenta los pendientes.