Pregunta
¿Existe documentación sobre los scripts de DR backups, purga de backups o el cron de backup del workspace en STAGE?
Respuesta
Basado en la documentación proporcionada, aquí tienes el detalle de la información disponible respecto a tu consulta:
1. Scripts de DR (Disaster Recovery) de backups
La documentación contiene información detallada sobre los scripts utilizados para el sistema de backups y recuperación, aunque se centran principalmente en el entorno de producción:
/opt/backups/pg_backup.sh: Es el script encargado del backup lógico diario mediantepg_dump. Realiza el volcado, lo comprime, lo guarda localmente y lo sincroniza con el Object Storage de Hetzner medianterclone[2, 3, 7]./opt/backups/wal_sync.sh: Script ejecutado cada 15 minutos para sincronizar los archivos WAL (Write-Ahead Logs) hacia el Object Storage, permitiendo la recuperación de punto en el tiempo (PITR) [3, 7]./opt/backups/pg_basebackup.sh: Script que realiza un backup físico completo los domingos a las 4:00 AM hacia el Object Storage [3, 7, 8].
Para una guía completa de restauración en caso de desastre, la documentación remite al archivo Documentation/guides/DISASTER_RECOVERY.md [4, 8].
2. Purga de backups (Retención)
Sí, existe documentación sobre los procesos de purga y los periodos de retención para evitar la acumulación de datos:
- Backups de PostgreSQL (
pg_dump):- Local: Se eliminan los archivos
.sql.gzcon más de 14 días de antigüedad (find ${BACKUP_DIR} -name '*.sql.gz' -mtime +14 -delete) [2]. - Remoto (Hetzner Object Storage): Se eliminan archivos con una antigüedad de 30 días (
rclone delete ${BUCKET} --min-age 30d) [2, 3, 7].
- Local: Se eliminan los archivos
- Backups por Organización (Nivel Aplicación):
- La limpieza es automática según el plan del cliente: 7 días para planes Starter y 30 días para planes Pro [7, 8].
- WAL Archives: La retención en el Object Storage es de hasta 30 días, aunque el tiempo exacto de los archivos WAL depende del espacio disponible [3, 8].
3. Cron de backup del workspace en STAGE
No existe información en los fragmentos proporcionados sobre un cron de backup para un workspace en el entorno de STAGE.
La documentación disponible se enfoca exclusivamente en los procesos de producción (mencionando explícitamente “Crons en producción” [3] y “Backups de base de datos (PostgreSQL) … Diario 3:00 AM” en el contexto de despliegue de producción [8]). No se mencionan configuraciones, scripts o cronjobs específicos para entornos de staging o workspaces de desarrollo.
Notas del archivador
Esta página fue archivada automáticamente por el Bibliotecario tras una consulta bib_ask. Estado draft hasta revisión humana. El Curator diario la revisará; usa /wiki-promote para pasarla a active o /wiki-delete para descartarla.