Server fisici e virtuali
File di sistema, configurazioni e dati applicativi possono essere inclusi in procedure dedicate.
Backup server aziendali
I dati aziendali devono poter essere recuperati quando servono davvero
Progettiamo sistemi di backup per server, applicazioni, database e documenti, con copie protette, conservazione controllata e procedure di ripristino definite.
Continuità e recupero
Avere una copia dei dati non significa avere un backup affidabile
Una copia non verificata, conservata sullo stesso server o priva di una politica di conservazione può risultare inutilizzabile proprio nel momento del bisogno.
Un sistema di backup deve stabilire cosa proteggere, con quale frequenza, per quanto tempo conservare le copie e dove mantenerle.
Deve inoltre produrre informazioni sull’esito delle attività e prevedere una procedura concreta per recuperare file, database o interi servizi.
Perimetro del backup
Quali dati e sistemi possono essere protetti
Il perimetro viene definito in base all’infrastruttura, alle applicazioni utilizzate e alla rilevanza delle informazioni.
Database
Database relazionali e documentali richiedono copie coerenti con la tecnologia utilizzata.
Applicazioni e siti web
Codice, contenuti, configurazioni e componenti necessari al servizio possono essere protetti insieme.
Documenti e archivi
Cartelle condivise, documenti e archivi aziendali possono essere inclusi nella politica di backup.
Progettazione
Ogni backup deve rispondere a esigenze operative precise
Frequenza, conservazione e destinazione delle copie dipendono dalla quantità di dati, dalla velocità di variazione e dai tempi di recupero richiesti.
Frequenza delle copie
Definiamo quanto spesso eseguire il backup in base alla quantità di dati che può essere persa.
Politica di conservazione
Stabiliamo quante versioni mantenere e per quanto tempo conservare copie giornaliere, settimanali o mensili.
Destinazione separata
Le copie vengono conservate su un sistema distinto da quello che contiene i dati originali.
Modalità di ripristino
Definiamo come recuperare un singolo file, un database o un intero ambiente applicativo.
Protezione delle copie
Il backup deve restare disponibile anche quando il sistema principale è compromesso
Separazione, controllo degli accessi e protezione dei dati riducono il rischio che un problema sul server originale coinvolga anche le copie.
Separazione dei sistemi
Il repository di backup non viene trattato come una semplice cartella del server protetto.
Accessi limitati
Credenziali e permessi vengono configurati riducendo le possibilità di modifica non necessarie.
Cifratura
Quando prevista dal progetto, la cifratura protegge i dati durante il trasferimento e la conservazione.
Copie non immediatamente alterabili
In base all’architettura, possono essere previste protezioni contro cancellazioni o modifiche indesiderate.
Monitoraggio
Un backup fallito deve essere individuato rapidamente
Le procedure automatiche possono interrompersi per mancanza di spazio, errori di rete, credenziali non valide o problemi sui dati.
Controllo dell’esito
Ogni esecuzione deve produrre un risultato verificabile e non limitarsi all’avvio del processo.
Segnalazione degli errori
Le anomalie possono generare avvisi destinati alle persone responsabili della verifica.
Controllo dello spazio
Capacità disponibile e crescita del repository devono essere verificate nel tempo.
Report delle attività
Esiti, dimensioni e anomalie possono essere raccolti in riepiloghi consultabili.
Recupero dei dati
Il ripristino deve essere previsto prima dell’emergenza
Tempi, accessi e responsabilità devono essere definiti quando i sistemi sono ancora operativi, non dopo la perdita dei dati.
Recupero di file
È possibile individuare e ripristinare singoli documenti o cartelle da una versione precedente.
Ripristino di database
Il recupero deve considerare coerenza, versione del software e dipendenze dell’applicazione.
Ripristino di un servizio
Applicazione, configurazione e dati possono essere ricostruiti su un ambiente disponibile.
Verifiche di recupero
Test pianificati permettono di controllare che copie, credenziali e procedure siano utilizzabili.
Scenari di rischio
Il backup protegge da eventi diversi con conseguenze differenti
La strategia deve considerare sia gli errori quotidiani sia gli eventi che possono compromettere un intero sistema.
Cancellazioni accidentali
File e informazioni eliminati per errore possono essere recuperati da una copia precedente.
Errori applicativi
Aggiornamenti o anomalie possono alterare dati e configurazioni utilizzate dal servizio.
Guasti hardware
La perdita di un disco o di un server non deve coinvolgere anche l’unica copia dei dati.
Compromissioni e attacchi
Copie separate e protette possono ridurre le conseguenze di cancellazioni o cifrature indesiderate.
Come lavoriamo
Dall’analisi dei dati al sistema di backup operativo
La configurazione viene definita in base ai sistemi esistenti, alla quantità di dati e alle esigenze di recupero.
01
Analisi
Identifichiamo server, applicazioni, dati, dimensioni, frequenze e criticità operative.
02
Progettazione e configurazione
Definiamo destinazioni, conservazione, protezioni e procedure automatiche.
03
Monitoraggio e verifica
Controlliamo gli esiti, gestiamo le anomalie e verifichiamo le procedure di recupero.