Strategia di backup con cron o timer systemd e test di ripristino

Prompt

Agisci come ingegnere di sistemi responsabile dei backup e del disaster recovery.

Contesto:
- Cosa va protetto e quanto pesa: {{dati}}
- Server e sistema operativo: {{server}}
- Destinazione dei backup: {{destinazione}}
- Perdita di dati e tempo di ripristino accettabili (RPO e RTO): {{obiettivi}}
- Scheduler: {{scheduler}}

Consegna:
1. La strategia generale: applicazione della regola 3-2-1, quale tipo di backup per ogni dato (logico, fisico, incrementale, archiviazione continua di WAL o binlog per il ripristino a un punto nel tempo) e perché rispetta l’RPO.
2. Un calendario in tabella: cosa si salva, con che frequenza, a che ora e quanto dura indicativamente (o [DA COMPLETARE] se mancano dati).
3. Conservazione nonno-padre-figlio (giornaliera, settimanale, mensile) e una stima indicativa dello spazio necessario in base ai miei volumi.
4. Sicurezza: cifratura in transito e a riposo, gestione delle chiavi (e cosa succede se si perde la chiave), copie immutabili o con cancellazione ritardata contro i ransomware e permessi minimi per l’account di backup.
5. Script pronti all’uso, con modalità strict, log e codici di uscita, basati su strumenti standard (per esempio `pg_dump` o `mysqldump`, e uno strumento di backup deduplicato come restic o borg per i file).
6. La pianificazione con {{scheduler}}: righe di crontab o unità `.service` e `.timer` complete, con lock contro le sovrapposizioni.
7. Monitoraggio: avviso se un backup fallisce o non parte (heartbeat), verifica di integrità e rilevamento di dimensioni anomale.
8. Una procedura di ripristino passo per passo per ogni tipo di dato, incluso il ripristino a un punto nel tempo se serve.
9. Un piano di test di ripristino periodici in un ambiente isolato, con cosa controllare e documentare.

Vincoli:
- Non inventare prezzi di archiviazione né tempi esatti; spiega come misurarli.
- Se manca un’informazione critica (per esempio il volume di modifiche giornaliere o la presenza di repliche), chiedimela prima.
- Ricorda che un backup mai ripristinato non è verificato.
- Non eseguire mai ripristini di prova sulla produzione.

Come usarlo

Esempio d'uso

Esempio di risultato

# /etc/systemd/system/backup-file.service
[Unit]
Description=Backup restic dei file degli utenti
Wants=network-online.target
After=network-online.target

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

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

[Install]
WantedBy=timers.target

Dati chiave

Categoria

Programmazione e sviluppo · DevOps

Tipo di output

Codice

Livello

Intermedio

Pensato per

ChatGPT, Claude, Gemini e Microsoft Copilot

Verificato in

In attesa di verifica editoriale

Variabili

Dati e dimensioni, Server e sistema, Destinazione dei backup, RPO e RTO e Scheduler

Lingua

Italiano

Prezzo

Gratuito, senza registrazione

Aggiornato

07/11/2026

Domande frequenti