Il backup non equivale alla continuità operativa: ripristino “a caldo” e “a freddo” per Exchange, SharePoint e Microsoft 365

I backup a freddo vengono utilizzati per ripristinare i dati di Microsoft 365 in seguito a un'interruzione. Tuttavia, mentre il ripristino è in corso, l'attività aziendale viene interrotta. È proprio questo l'aspetto che la maggior parte dei piani di continuità non tiene in considerazione.

Le organizzazioni che continuano a operare durante un'interruzione di servizio non aspettano che il sistema venga ripristinato. Passano a un backup attivo su una piattaforma indipendente — Google Workspace ne è un esempio concreto — e continuano a funzionare mentre Microsoft risolve il problema.

In conclusione: Quando Microsoft smette di funzionare, un backup “a caldo” garantisce il funzionamento di e-mail, calendari e strumenti di collaborazione senza dover attendere il ripristino. Questo articolo spiega come funziona tale architettura e come implementarla prima che se ne presenti la necessità.

A differenza di quanto avviene nell'architettura di replica dei database, in un contesto di continuità operativa, un backup a caldo è un ambiente alternativo sincronizzato in modo continuo a cui gli utenti possono passare immediatamente in caso di interruzione del servizio. A backup a freddo si riferisce a una copia offline o disconnessa dei propri dati che è possibile utilizzare per ripristinare documenti e dati a un punto specifico, ma solo una volta che l'ambiente primario è nuovamente disponibile.

Mentre è in corso un ripristino, il tuo team rimane inattivo e i tuoi clienti sono in attesa. Inoltre, con piattaforme SaaS come Microsoft 365, il ripristino non può nemmeno iniziare finché la piattaforma stessa non è di nuovo online, il che significa che i tempi di ripristino dipendono interamente da Microsoft, non da te. Questo non è un problema di backup. È un problema di architettura.

Le organizzazioni che continuano a funzionare durante un’interruzione di servizio adottano un approccio diverso. Il loro piano non prevede il ripristino di emergenza, ma piuttosto la disponibilità di un’alternativa attiva su cui gli utenti possano effettivamente lavorare.

In Ottobre 2025, Teams, Exchange Online e il Centro di amministrazione di Microsoft 365 hanno subito un'interruzione, con migliaia di utenti che hanno segnalato problemi. Nel gennaio 2026, un altro incidente ha messo fuori uso Outlook, Defender e Purview; Microsoft ha attribuito il problema a errori nell’elaborazione del traffico nella propria infrastruttura nordamericana. Al culmine dell’incidente, 15.000 segnalazioni hanno inondato Downdetector. Il ripristino ha richiesto quasi dieci ore.

Non si tratta di una critica a Microsoft. Data la portata delle loro operazioni, gli incidenti possono capitare. Data la portata delle loro operazioni, gli incidenti sono inevitabili. Ciò che non è inevitabile è che la vostra attività si blocchi completamente quando se ne verifica uno.

Per le organizzazioni in cui un’interruzione delle comunicazioni comporta ritardi nella risposta alle emergenze, la sospensione di operazioni critiche o, peggio ancora, la sfida della continuità operativa assume una portata ancora più profonda. Ne parliamo in modo specifico nell’articolo Il divario tra un piano di backup e una reale continuità aziendale.

Alcune organizzazioni affrontano questo rischio puntando ancora di più sulla ridondanza di Microsoft, gestendo un secondo tenant o avvalendosi delle opzioni di failover di Azure. Questo approccio offre protezione contro i guasti dell’infrastruttura, ma non contro gli incidenti a livello di piattaforma, che è esattamente ciò che hanno rappresentato sia l’interruzione del 2025 che quella del 2026.

Esistono due soluzioni concrete per eseguire un backup “a caldo” di Microsoft 365 su una piattaforma indipendente.

1. La prima è Microsoft Exchange in locale. È indipendente, è collaudato e ti offre il pieno controllo. Ti riporterà inoltre a occuparti personalmente dell’applicazione delle patch ai server, della gestione dell’infrastruttura e dell’assunzione della responsabilità di ogni guasto (anche alle 2 del mattino).
   
   
2. Il secondo è un ecosistema SaaS indipendente, in cui la piattaforma si gestisce da sola (sì, è un problema che riguarda qualcun altro). Spazio di lavoro Google è la scelta più pratica in questo caso. È una soluzione matura, ampiamente diffusa e profondamente integrata nei flussi di lavoro aziendali. La sovrapposizione funzionale con Microsoft 365 è significativa e molti utenti hanno già familiarità con Gmail, Google Calendar e Google Drive grazie al loro utilizzo nella vita privata. Quando si verifica un failover, gli utenti devono semplicemente aprire un browser e mettersi al lavoro.
   
   Una volta ripristinati i servizi, gli utenti continuano a lavorare senza nemmeno doversi preoccupare di cosa riportare su Microsoft 365. I dati e i documenti vengono ripristinati automaticamente e gli utenti tornano semplicemente al loro ambiente principale.
   
   Nessun intervento manuale. Nessun calo improvviso della produttività. Nessuna interruzione dovuta alla migrazione. Solo una seconda piattaforma che svolge il proprio lavoro in modo discreto in background.