Cambiare soluzione di backup senza mettere a rischio i dati aziendali
Cambiare soluzione di backup può sembrare rischioso, ma restare con la piattaforma sbagliata può esserlo ancora di più. Nessuno vuole creare un vuoto nella protezione dei dati nel tentativo di risolvere ripristini lenti, report poco chiari, licenze confuse o una copertura insufficiente di Microsoft 365. Per questo motivo, il cambiamento va gestito come un progetto di continuità operativa, non come una semplice sostituzione software.
Una migrazione ben riuscita può semplificare il recupero dei dati, migliorare la resilienza al ransomware, supportare la conformità e semplificare le attività quotidiane.
In questa guida spieghiamo come cambiare soluzione di backup mantenendo la continuità operativa.
Index
Quando sostituire la piattaforma di backup attuale?
Quando si valuta il cambio di un servizio di backup, è importante concentrarsi sui rischi misurabili, non solo sulle criticità percepite. Anche se l’aumento dei costi può avviare la discussione, i fattori più importanti da valutare sono la lentezza dei processi di ripristino, la mancanza di automazione, un supporto clienti poco affidabile, funzionalità di reportistica limitate e controlli che non soddisfano più i requisiti di sicurezza o conformità dell’organizzazione.
È necessario analizzare con attenzione ciò che la piattaforma attuale non riesce a proteggere, dimostrare o recuperare e porsi le seguenti domande:
- Gli amministratori possono recuperare una singola email, una versione precedente di un file OneDrive, un elemento SharePoint o un oggetto di identità eliminato senza dover contattare il supporto?
- I nuovi utenti e i nuovi workload sono protetti automaticamente?
- I team di sicurezza e conformità possono accedere a una documentazione di audit chiara?
Se la risposta a una di queste domande è “non sempre”, il sistema potrebbe presentare punti deboli in grado di generare rischi operativi.
Per Microsoft 365, è inoltre importante distinguere la conservazione dal backup. I criteri di conservazione stabiliscono per quanto tempo i contenuti vengono mantenuti o eliminati all’interno di Microsoft 365. Sono utili, ma non equivalgono a una strategia indipendente di backup e ripristino pensata per recuperare i dati dopo eliminazioni accidentali, danneggiamenti o configurazioni errate. Strumenti simili, obiettivi diversi.
Definire una strategia di sostituzione del di backup prima di scegliere un fornitore
Prima di valutare i prodotti, è opportuno definire un piano di backup per gestire i rischi aziendali attraverso requisiti tecnici chiari. Il punto di partenza è un semplice registro dei rischi: quali dati potrebbero andare persi, quali sistemi devono restare operativi, quali normative o contratti sono rilevanti, chi è responsabile di ogni decisione e chi deve approvare eventuali dismissioni.
Domande di valutazione per una nuova piattaforma
Q1: Copertura dei workload
Offre una protezione completa per tutti i workload essenziali, come caselle di posta condivise e archiviate, Microsoft Teams, OneDrive, SharePoint e dati relativi alle identità?
Q2: Obiettivi di ripristino
Il servizio è in grado di soddisfare adeguatamente gli obiettivi di punto di ripristino (RPO) e di tempo di ripristino (RTO) dell’organizzazione in condizioni reali?
Q3: Sicurezza e storage
I backup sono isolati in modo efficace dagli ambienti di produzione, cifrati in modo sicuro e protetti da accessi, modifiche o eliminazioni non autorizzati?
Q4: Idoneità per gli MSP
La piattaforma offre visibilità multi-tenant, un processo di onboarding ripetibile, ruoli delegati e reportistica centralizzata?
Q5: Granularità del ripristino
Gli amministratori possono recuperare singoli elementi, versioni, cartelle, siti o utenti senza ripristinare un intero workload?
Q6: Conformità
I criteri sono chiaramente allineati ai requisiti di conservazione, residenza dei dati, controllo degli accessi, registrazione degli audit e ai flussi di eliminazione?
Q7: Operatività
Reportistica, avvisi, automazione, accesso basato sui ruoli e onboarding sono abbastanza semplici da poter essere usati in modo coerente?
Q8: Sostenibilità commerciale
Prezzi, supporto, scalabilità e termini contrattuali sono prevedibili durante e dopo la migrazione?
Per le organizzazioni che utilizzano soprattutto Microsoft 365, 365 Total Backup è un’opzione solida da prendere in considerazione. Hornetsecurity offre servizi automatizzati di backup e ripristino per le caselle di posta Microsoft 365, Teams, OneDrive for Business, le raccolte documenti SharePoint e gli utenti e gruppi Entra ID. La soluzione include una gestione centralizzata multi-tenant e opzioni di ripristino granulari per garantire una protezione efficace dei dati.
È possibile spostare i dati di backup esistenti a un nuovo provider?
Risposta breve: sì, ma non sempre. La possibilità di trasferire i backup storici può variare molto e dipende soprattutto da diversi fattori, tra cui:
- Le opzioni di esportazione offerte dal fornitore precedente.
- Il formato di storage utilizzato.
- I metodi di cifratura implementati.
- Le API disponibili.
- I criteri di conservazione dei dati attualmente in uso.
- I termini indicati nel contratto.
Inoltre, requisiti legali o normativi possono imporre vincoli sulle modalità di archiviazione dei dati esportati e sulle persone autorizzate ad accedervi.
Esiste una differenza importante tra proteggere i dati di produzione attivi con la nuova piattaforma e importare i vecchi punti di ripristino. La nuova soluzione può in genere iniziare rapidamente a eseguire il backup dei dati Microsoft 365 correnti. I set di backup storici sono più complessi: potrebbe essere necessario mantenerli nella piattaforma legacy fino alla scadenza del periodo di conservazione oppure esportarli in uno storage di archiviazione approvato.
Non si deve dare per scontato che ogni punto di ripristino storico possa essere trasferito, indicizzato o cercato dal nuovo provider. Prima di chiudere il contratto precedente, è necessario definire una strategia per accedere ai dati archiviati. In caso contrario, mesi dopo potrebbe emergere che una casella di posta o un documento importante è accessibile solo in un formato non più utilizzabile.
Pianificare la migrazione per fasi, non come un passaggio immediato
La migrazione sicura del sistema di backup richiede una sequenza chiara di attività e un solido piano di fallback.
Discovery
La prima fase consiste nell’individuare le fonti di dati più importanti: utenti, caselle di posta, Teams, siti SharePoint, account OneDrive, entità di identità e criteri attuali. È inoltre necessario identificare le esigenze di conservazione, gli scenari di ripristino e le eventuali esclusioni, oltre a definire chi è responsabile di ciascun requisito e scenario.
Progettazione
La fase successiva consiste nel definire la frequenza dei backup e il relativo periodo di conservazione. Occorre inoltre stabilire dove archiviare i backup e assegnare ruoli e autorizzazioni specifici. Vanno poi definite le procedure di reportistica e avviso, i criteri di rollback e le responsabilità per ogni attività.
Pilot
Il gruppo di test dovrebbe essere eterogeneo e includere utenti standard, dirigenti, caselle di posta condivise, Teams, siti con autorizzazioni complesse e account creati di recente. I test devono riguardare sia il backup sia il ripristino, senza limitarsi alla verifica della connessione e dell’acquisizione dei dati.
Cybersecurity Report 2026
The AI-Driven Acceleration of Global Threats
Esecuzione in parallelo
È consigliabile continuare a usare sia il sistema esistente sia quello nuovo finché la nuova piattaforma non ha completato il backup iniziale, confermato la copertura e concluso i test di ripristino. Il service desk deve inoltre sapere quale piattaforma utilizzare in ogni fase del processo di recupero.
Dismissione
La piattaforma legacy non deve essere dismessa finché non sono stati completati i test di ripristino, documentati tutti i processi, ottenuto l’approvazione della conformità, valutato i report e verificato l’accesso agli archivi storici.
Per quanto tempo mantenere entrambi i sistemi di backup in parallelo?
La durata del periodo di esecuzione in parallelo varia in base a diversi fattori, tra cui la frequenza dei backup, la quantità di dati, la loro importanza per l’azienda, le esigenze di conservazione, il tempo richiesto dal backup iniziale, i risultati dei test di ripristino e il livello di interruzione che l’organizzazione può tollerare.
Una buona regola pratica consiste nel mantenere entrambi i sistemi attivi finché la nuova piattaforma non ha completato i backup iniziali, coperto tutti i workload critici, superato i test di ripristino necessari e prodotto report sufficienti per le esigenze di IT, sicurezza e conformità. TechTarget suggerisce che le organizzazioni potrebbero dover conservare i backup precedenti e gli strumenti di ripristino necessari fino al termine del periodo di conservazione.
La vecchia piattaforma non deve essere dismessa non appena il nuovo connettore risulta attivo. Una connessione riuscita dimostra che l’accesso funziona, non che i dati siano effettivamente recuperabili.
I rischi principali quando si cambia provider di backup
Lacune nella copertura del backup
Il provider deve coprire caselle di posta condivise, caselle di posta archiviate, dati di Teams, cartelle pubbliche, oggetti Entra ID e nuovi utenti. Inventari aggiornati, provisioning automatizzato e reportistica consentono di gestire queste aree in modo efficace e di individuare in anticipo eventuali criticità.
Presunta portabilità dei backup storici
I backup storici potrebbero non poter essere importati o resi ricercabili nel nuovo sistema. È importante chiarire le opzioni di esportazione e le modalità di accesso agli archivi prima della cessazione del contratto.
Errori di ripristino
Una dashboard può mostrare job completati, ma specifici tentativi di ripristino possono comunque fallire. È quindi opportuno testare scenari di recupero realistici insieme ai responsabili delle aree aziendali interessate.
Problemi di autorizzazioni e accesso
Account di servizio, API, throttling, accesso condizionale e ruoli amministrativi possono causare interruzioni operative. Durante la fase pilota è importante verificare regolarmente le autorizzazioni e monitorare le modifiche di autenticazione.
Disallineamento della conformità
I requisiti relativi a durata della conservazione, ubicazione dello storage, misure di cifratura, audit trail, procedure di eliminazione dei dati e legal hold potrebbero non essere allineati. È importante ottenere l’approvazione della conformità prima di procedere con la dismissione.
Confusione operativa
Il team dell’help desk e i tecnici MSP potrebbero non sapere con certezza quale console o punto di ripristino utilizzare. È quindi necessario predisporre un runbook di transizione e aggiornare di conseguenza i percorsi di escalation.
Verificare la recuperabilità prima di affidarsi alla nuova piattaforma
Il principio alla base della migrazione di qualsiasi soluzione di backup è semplice: dimostrare che il ripristino funziona. Il completamento corretto dei backup fornisce un’indicazione utile, ma ciò che conta davvero è la capacità di recuperare i dati.
Test di ripristino consigliati
- Ripristinare un’email eliminata e un elemento della casella di posta in una posizione alternativa.
- Recuperare una versione precedente di un file OneDrive e verificare le autorizzazioni.
- Ripristinare contenuti SharePoint eliminati o modificati.
- Recuperare i dati di Teams quando la piattaforma supporta il tipo di dati richiesto.
- Ripristinare o verificare il recupero di utenti e gruppi Entra ID, ove pertinente.
- Confermare che gli amministratori delegati e il personale del service desk dispongano delle autorizzazioni di ripristino corrette.
- Testare i flussi di ricerca, esplorazione, audit e reportistica.
- Misurare il tempo di recupero in base alle aspettative dell’azienda piuttosto che alle stime di laboratorio.
Non procedere alla dismissione finché…
- tutti i workload prioritari non sono visibili e protetti;
- i nuovi utenti e i workload appena creati non sono gestiti come previsto;
- i team corretti non hanno esaminato avvisi di backup, report e log di audit;
- i test di ripristino rappresentativi non sono stati superati e i risultati non sono stati documentati;
- l’accesso ai backup storici non è garantito a livello contrattuale e tecnico;
- il runbook del service desk, il modello di responsabilità e i contatti di escalation non sono aggiornati;
- gli stakeholder di sicurezza e conformità non hanno approvato la transizione.
Quali aspetti di conformità considerare prima di cambiare soluzione di backup?
Gli stakeholder della conformità e dell’area legale devono essere coinvolti nel progetto prima dell’inizio della migrazione, non quando il servizio legacy sta per essere disattivato. È necessario valutare fattori importanti come periodi di conservazione, requisiti di legal hold, ubicazione dello storage dei dati, metodi di cifratura, controlli degli accessi basati sui ruoli, procedure di audit logging, separazione delle responsabilità, metodi di eliminazione e obblighi relativi alla catena di custodia.
Il modello di responsabilità condivisa di Microsoft è rilevante in questo contesto.
Microsoft gestisce e protegge l’infrastruttura del servizio cloud, mentre i clienti restano responsabili dei propri dati, delle identità, delle configurazioni, dei controlli di accesso e delle scelte di governance. In pratica, l’uso di Microsoft 365 non elimina la necessità di definire e testare una strategia di recupero.
Comprendere le differenze principali tra conservazione, archiviazione e backup è essenziale per una gestione efficace e per soddisfare i requisiti di conformità.
- Conservazione: riguarda il ciclo di vita e la conservazione dei dati.
- Archiviazione: facilita la consultazione e l’accesso ai record nel lungo periodo.
- Backup: mira a ripristinare dati aziendali utilizzabili dopo una perdita o un danneggiamento.
Anche se questi concetti possono sovrapporsi in parte, non devono essere considerati intercambiabili.
Perché cambiare soluzione di backup può migliorare sicurezza e operatività
Cambiare soluzione di backup può comportare qualche interruzione, ma offre anche l’opportunità di modernizzare l’ambiente. Gli MSP possono gestire questa transizione per aumentare la visibilità su più clienti, delegare gli accessi, migliorare i sistemi di avviso e semplificare l’onboarding dei clienti.
365 Total Backup riflette questo approccio moderno con backup automatizzati di Microsoft 365, ripristino granulare e funzionalità di ricerca, gestione centralizzata multi-tenant, conservazione configurabile e storage di backup indipendente dall’ambiente di produzione Microsoft.
Attenzione: nessun prodotto elimina la necessità di definire responsabilità, testare i ripristini e documentare i processi. La piattaforma migliore è quella che il team riesce a utilizzare in modo coerente anche sotto pressione.
Rendere la nuova piattaforma di backup più sicura di quella precedente
Cambiare soluzione di backup è il momento ideale per colmare le lacune nel recupero, semplificare la protezione di Microsoft 365 e rafforzare la continuità operativa. Con 365 Total Backup, le organizzazioni possono automatizzare il backup e il ripristino dei dati Microsoft 365, ridurre le attività amministrative manuali e aumentare la certezza di poter recuperare le informazioni critiche quando necessario.
Copertura completa di Microsoft 365 per caselle di posta, Teams, OneDrive, SharePoint, utenti e gruppi Entra ID:
- Backup automatizzato e ripristino granulare per ridurre le attività amministrative quotidiane.
- Dati di backup archiviati in modo indipendente e resilienti al ransomware.
- Gestione centralizzata e multi-tenant per team IT e MSP.
Pronto a cambiare soluzione di backup senza aumentare il rischio? Prenota una demo di 365 Total Backup e scopri come Hornetsecurity può aiutare a proteggere i dati Microsoft 365 prima, durante e dopo la migrazione.
Conclusione: cambia piattaforma di backup, non la tolleranza al rischio
Il cambio di una soluzione di backup deve essere inteso come un progetto incentrato sulla resilienza. Il primo passo consiste nel valutare i rischi e definire le esigenze di recupero. Successivamente, occorre assicurarsi che i dati correnti siano protetti sulla nuova piattaforma, mantenendo allo stesso tempo l’accesso ai backup precedenti. I due sistemi devono essere eseguiti in parallelo e il vecchio servizio va dismesso solo dopo che quello nuovo ha superato test di ripristino reali.
Ricorda che il processo di migrazione più sicuro non è sempre quello più rapido. È quello che elimina ogni dubbio su quali dati siano protetti, chi è responsabile del recupero e come l’organizzazione ripristinerà i dati quando saranno richiesti da un utente, un auditor o un incident responder.