Backup e archiviazione della posta elettronica vengono spesso gestiti come se fossero due modi diversi per ottenere lo stesso risultato: “conservare le email”. In realtà hanno obiettivi, tempi e modalità operative differenti. Il backup serve soprattutto a ripristinare dati e servizi dopo una cancellazione, un guasto, un errore o un incidente. L’archivio, invece, organizza la conservazione dei messaggi nel tempo e permette di recuperarli attraverso criteri di ricerca, policy e permessi. Confondere le due funzioni può lasciare l’azienda scoperta proprio quando serve recuperare rapidamente una casella o ricostruire una comunicazione storica.
Backup e archiviazione della posta elettronica: le differenze operative
Un backup è una copia dei dati pensata per il ripristino. In un ambiente di posta può comprendere mailbox, messaggi, configurazioni e altri elementi necessari a riportare il servizio a uno stato precedente. La domanda principale è quindi: quanto velocemente posso recuperare ciò che è stato perso e a quale punto temporale posso tornare? La risposta dipende da frequenza dei backup, retention, tecnologia utilizzata e procedure di restore.
L’archiviazione risponde a una domanda diversa: come posso conservare e ritrovare una comunicazione nel tempo senza dipendere dalla casella operativa dell’utente? Un archivio può acquisire una copia dei messaggi inviati e ricevuti, renderli ricercabili e applicare policy di conservazione. Questo è utile quando occorre ricostruire scambi con clienti e fornitori, gestire richieste interne, supportare audit o mantenere una cronologia separata dalla normale mailbox.
Perché usare il backup come archivio crea problemi
Un backup non è progettato per la consultazione quotidiana. Anche quando contiene tutte le email necessarie, recuperare un singolo messaggio può richiedere l’identificazione del set corretto, l’avvio di una procedura di restore e, in alcuni casi, il ripristino temporaneo di una mailbox. Se l’azienda deve eseguire ricerche frequenti su anni di corrispondenza, utilizzare il backup come strumento di consultazione aumenta tempi operativi e carico sull’IT.
C’è poi un tema di retention. I backup vengono spesso ruotati per ragioni di spazio e continuità operativa: un set molto vecchio può essere eliminato quando supera la finestra prevista. Un archivio può invece essere progettato con tempi di conservazione differenti e con criteri coerenti con le esigenze aziendali. Le due policy non dovrebbero essere necessariamente uguali, perché rispondono a rischi diversi.
Perché l’archivio non sostituisce una strategia di backup
Anche l’errore opposto è rischioso. La presenza di un archivio non garantisce che l’intera piattaforma email possa essere ripristinata dopo un guasto grave. L’archivio conserva messaggi secondo la propria logica, ma non è automaticamente una copia completa di configurazioni, account, directory, policy o componenti necessari a ricostruire il servizio. In uno scenario di indisponibilità, l’obiettivo del backup è riportare l’infrastruttura in esercizio; quello dell’archivio è preservare e rendere consultabile la corrispondenza.
Come progettare backup e archiviazione per la posta aziendale
La progettazione dovrebbe partire dai requisiti di business e non soltanto dalla quantità di spazio disponibile. Per il backup è utile definire RPO e RTO: il primo indica quanta perdita di dati è accettabile tra un backup e l’altro, il secondo quanto tempo l’azienda può tollerare prima del ripristino del servizio. Questi valori cambiano molto tra una piccola realtà con poche caselle e un’organizzazione nella quale la posta è parte di processi commerciali, operativi o di assistenza.
- frequenza delle copie e granularità del ripristino, fino alla singola mailbox o al singolo account quando necessario;
- separazione fisica o logica tra ambiente produttivo e copie di sicurezza, con attenzione a ransomware e compromissioni amministrative;
- tempi di conservazione distinti per backup operativo e archivio storico;
- test periodici di restore, perché un backup non verificato non offre garanzie reali sul recupero;
- permessi di accesso e tracciabilità delle ricerche nell’archivio, soprattutto quando contiene comunicazioni riservate.
Zimbra: backup, restore e archiviazione rispondono a esigenze diverse
Nell’ecosistema Zimbra 10 le funzionalità di backup e ripristino e quelle di archiviazione e discovery possono essere gestite come componenti distinti, in funzione dell’edizione e della configurazione adottata. È un’impostazione coerente con il principio di separare la continuità operativa dalla conservazione e dalla ricerca della posta. Per l’IT manager significa poter definire una strategia in cui il recupero rapido non viene confuso con la disponibilità storica dei messaggi.
Per le esigenze di archiviazione, Ilger mette inoltre a disposizione Zimbra Archive, una soluzione che consente di conservare copie dei messaggi inviati e ricevuti e di organizzare ricerca, esportazione e recupero delle email. La scelta va valutata in base al volume della posta, ai tempi di conservazione richiesti, alle modalità di accesso e alle policy interne, evitando di considerare l’archivio come un semplice “backup più lungo”.
Cloud e on-premise: cambiano le responsabilità, non il principio
Il modello infrastrutturale influenza il modo in cui backup e archiviazione vengono implementati. In un ambiente on-premise l’organizzazione ha un controllo diretto su storage, copie, replica e procedure di disaster recovery, ma deve anche garantire competenze, monitoraggio e capacità sufficiente. Nel cloud parte dell’infrastruttura può essere gestita dal provider, ma resta necessario chiarire quali dati vengono protetti, con quali tempi di retention e quali opzioni di ripristino sono realmente disponibili.
Ilger opera con soluzioni Zimbra sia cloud sia on-premise e descrive nella propria presentazione aziendale infrastrutture e servizi pensati per scenari differenti. Per un’azienda che sta rivedendo la gestione della posta, il passaggio operativo utile è mappare prima i requisiti: quali dati devono essere ripristinabili, quali devono restare ricercabili nel lungo periodo, chi può accedervi e quanto tempo può restare indisponibile il servizio. Da questa analisi derivano architettura, retention e strumenti da adottare.