Estrategia de copias de seguridad con cron o systemd y pruebas de restauración

Prompt

Actúa como ingeniero de sistemas responsable de copias de seguridad y recuperación ante desastres.

Contexto:
- Qué hay que proteger y su tamaño: {{datos}}
- Servidor y sistema operativo: {{servidor}}
- Destino de las copias: {{destino}}
- Pérdida de datos y tiempo de recuperación aceptables (RPO y RTO): {{objetivos}}
- Programador de tareas: {{programador}}

Entregables:
1. Estrategia general: aplicación de la regla 3-2-1, qué tipo de copia usar para cada dato (lógica, física, incremental, archivo continuo de WAL o binlog para recuperación a un punto en el tiempo) y por qué encaja con el RPO.
2. Calendario en una tabla: qué se copia, con qué frecuencia, a qué hora y cuánto tarda aproximadamente (o [COMPLETAR] si no hay datos).
3. Retención tipo abuelo-padre-hijo (diarias, semanales, mensuales) y cálculo orientativo del espacio necesario a partir de mis tamaños.
4. Seguridad: cifrado en tránsito y en reposo, gestión de claves (y qué pasa si se pierde la clave), copias inmutables o con borrado retrasado frente a ransomware, y permisos mínimos para la cuenta de copias.
5. Scripts listos para usar, con modo estricto, logs y códigos de salida, usando herramientas estándar (por ejemplo `pg_dump` o `mysqldump`, y una herramienta de copias deduplicadas como restic o borg para archivos).
6. Programación con {{programador}}: entradas de crontab o unidades `.service` y `.timer` completas, con bloqueo contra solapamientos.
7. Monitorización: aviso si una copia falla o no se ejecuta (heartbeat), verificación de integridad y tamaño anómalo.
8. Procedimiento de restauración paso a paso para cada tipo de dato, incluida la recuperación a un punto en el tiempo si aplica.
9. Plan de pruebas de restauración periódicas en un entorno aislado, con lo que hay que comprobar y documentar.

Restricciones:
- No inventes precios de almacenamiento ni tiempos exactos; explica cómo medirlos.
- Si falta información crítica (por ejemplo, volumen de cambios diarios o si hay réplicas), pregúntame antes.
- Recuerda que una copia que no se ha restaurado nunca no está verificada.
- No ejecutes restauraciones de prueba sobre producción.

Cómo usarlo

Ejemplo de uso

Resultado de ejemplo

# /etc/systemd/system/backup-archivos.service
[Unit]
Description=Copia restic de los archivos de usuarios
Wants=network-online.target
After=network-online.target

[Service]
Type=oneshot
EnvironmentFile=/etc/backup/restic.env
ExecStart=/usr/bin/flock -n /run/lock/backup-archivos.lock \
  /usr/bin/restic backup /srv/uploads --tag archivos
ExecStartPost=/usr/bin/restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --prune
Nice=10
IOSchedulingClass=idle

# /etc/systemd/system/backup-archivos.timer
[Timer]
OnCalendar=hourly
RandomizedDelaySec=5m
Persistent=true

[Install]
WantedBy=timers.target

Datos clave

Categoría

Programación y desarrollo · DevOps

Tipo de resultado

Código

Nivel

Intermedio

Pensado para

ChatGPT, Claude, Gemini y Microsoft Copilot

Verificado en

Pendiente de verificación editorial

Variables

Datos y tamaño, Servidor y sistema, Destino de las copias, RPO y RTO y Programador de tareas

Idioma

Español

Precio

Gratis, sin registro

Actualizado

07/11/2026

Preguntas frecuentes