Riassumi questo articolo di notizie con l'intelligenza artificiale:
Chiedi a ChatGPT
Chiedi a Grok
Chiedi alla perplessità
Chiedi a Claude
Chiedi a Google AIQuanto sono sicuri i vostri backup nel cloud? Quando un ransomware colpisce, meno di un terzo delle aziende riesce a recuperare tutti i dati. Quasi la metà ne recupera meno di tre quarti.
Anche in assenza di infiltrazioni di hacker, IDC ha riscontrato che i dati possono andare persi a causa di lacune tra i backup e guasti ai sistemi di backup.
Per le aziende moderne, la corretta creazione di copie dei dati è solo una parte del lavoro. Il punto di ripristino, l'integrità della copia e la capacità di ripristinarla rapidamente sono altrettanto importanti.
Ma soddisfare tutti questi requisiti è difficile quando l'infrastruttura è distribuita tra sistemi on-premise e cloud privati e pubblici.
Il backup su cloud deve supportare la resilienza aziendale, e ciò significa sempre più un'architettura progettata attorno all'isolamento, agli obiettivi di ripristino, alla coerenza delle applicazioni, ai test e all'infrastruttura in continua evoluzione da cui dipendono le aziende.
Molto più che semplici copie nel cloud
Il backup su cloud è la pratica di copiare i dati aziendali dagli ambienti di produzione a repository basati su cloud, in modo che possano essere ripristinati in caso di perdita di dati o guasto dell'infrastruttura. Il principio è abbastanza semplice da comprendere, ma l'architettura che lo rende possibile può essere complessa.
Innanzitutto, il backup su cloud e l'archiviazione dati su cloud non sono la stessa cosa. L'archiviazione su cloud è un luogo in cui conservare i dati. Un sistema di backup aggiunge policy, pianificazione, conservazione, versioning, controlli di sicurezza e meccanismi di ripristino progettati specificamente per proteggere tali dati e ripristinarli quando necessario. È una componente cruciale del disaster recovery, che riunisce processi e infrastrutture più ampi necessari per riportare online le attività aziendali dopo un'interruzione.
Gli ambienti ibridi e multi-cloud complicano la struttura dei backup. I carichi di lavoro potrebbero essere eseguiti su una combinazione di server fisici, macchine virtuali e piattaforme cloud, ognuna delle quali avrà requisiti di ripristino differenti. Ad esempio, il database di un'applicazione aziendale critica richiede un obiettivo di punto di ripristino (RPT) più stringente rispetto a un semplice archivio dati. Trattare entrambi come identici crea delle lacune che diventano evidenti solo durante un'interruzione del servizio.
Perché il backup su cloud è diventato più complesso nel 2026
Il backup su cloud è più difficile da gestire perché gli ambienti IT sono diventati più complessi da gestire, per quattro motivi principali.
Il ransomware prende di mira il backup
Gli autori di ransomware sanno che il modo più rapido per aumentare la pressione su una vittima è quello di impedirle di ripristinare i propri sistemi. I repository di backup, le console di gestione e le credenziali amministrative sono diventati obiettivi di alto valore perché consentono agli hacker di attaccare la capacità di ripristino.
Ciò rende l'isolamento un requisito fondamentale per il backup aziendale nel cloud. Copie immutabili, storage isolato dalla rete e accesso amministrativo strettamente controllato possono ridurre significativamente il rischio che gli aggressori eliminino o crittografino i backup insieme ai dati di produzione, a condizione che siano configurati correttamente e tenuti separati dalle credenziali di produzione.
Il multi-cloud moltiplica il problema di gestione
I dati aziendali sono archiviati in ambienti diversi, e ognuno di essi può comportare requisiti di archiviazione e ripristino differenti.
L'utilizzo di un prodotto di backup separato per ogni singolo dispositivo può risolvere problemi specifici, ma ne crea anche uno più ampio: una gestione frammentata e una visibilità limitata. Un approccio centralizzato può semplificare l'applicazione di policy coerenti e il monitoraggio dello stato di protezione.
L'obiettivo è rendere coerente la strategia di protezione dei dati dell'azienda su tutti i sistemi e le piattaforme.
La regolamentazione aggiunge un'ulteriore dimensione
Normative come GDPR, DORA e HIPAA definiscono le aspettative in materia di disponibilità, backup e ripristino dei dati, mentre le norme sulla privacy possono anche limitare la durata di conservazione dei dati personali. Una strategia di backup deve quindi trovare un equilibrio tra la recuperabilità, i limiti di conservazione e gli obblighi di cancellazione. Le aziende che operano in più regioni potrebbero inoltre dover rispettare normative diverse in materia di residenza dei dati.
Una strategia di backup su cloud deve tenere conto di dove vengono archiviati i dati, chi può accedervi, per quanto tempo vengono conservate le copie e con quale rapidità è possibile ripristinare i sistemi critici.
Ciò rende la visibilità centralizzata e i test di ripristino documentati estremamente importanti. Le decisioni che prendete ora in merito all'infrastruttura di backup possono influire sia sulla resilienza operativa sia sulla capacità di un'organizzazione di dimostrare la conformità.
Gli elementi fondamentali di una strategia di backup cloud resiliente
Una solida strategia di backup nel cloud parte dal presupposto che, prima o poi, qualcosa andrà storto. L'obiettivo è garantire che un singolo attacco o guasto non possa compromettere i dati di produzione e le copie destinate al loro ripristino.
Questi principi architettonici rendono tutto ciò possibile:
Segui la regola 3-2-1-1-0
La nota regola di backup 3-2-1 prevede almeno tre copie dei dati, archiviate su due diversi tipi di supporti, con una copia conservata in un luogo esterno alla sede del sistema. Il modello più recente 3-2-1-1-0, ampiamente diffuso nel settore del backup, aggiunge una copia offline, isolata dalla rete o immutabile, e mira a zero errori dopo la verifica del backup e i test di ripristino.
Il backup su cloud può semplificare la separazione geografica e la creazione di copie aggiuntive, ma il principio fondamentale rimane lo stesso: un backup che risiede nello stesso ambiente, account o dominio di sicurezza dell'ambiente di produzione può essere soggetto allo stesso tipo di errore.
Progettazione incentrata su RPO e RTO
Due parametri dovrebbero guidare le decisioni relative al backup fin dall'inizio.
Obiettivo del punto di ripristino (RPO). Questo parametro definisce la quantità di dati che un'organizzazione può permettersi di perdere, misurata in termini di tempo. Un RPO di un'ora significa che l'azienda necessita di una copia recuperabile non più vecchia di un'ora.
Obiettivo di tempo di ripristino (RTO). Definisce la rapidità con cui i sistemi devono essere ripristinati dopo un'interruzione.
Questi requisiti variano a seconda dei carichi di lavoro. Applicare la stessa politica di backup ovunque può comportare uno spreco di risorse su dati a bassa priorità, lasciando al contempo i carichi di lavoro critici non sufficientemente protetti.
Proteggi i backup stessi
Un backup è utile solo se gli aggressori non possono semplicemente cancellarlo o crittografarlo.
L'immutabilità impedisce che i dati di backup vengano alterati o eliminati durante un periodo di conservazione definito.
Le copie isolate dalla rete o logicamente separate creano un ulteriore distacco dai sistemi di produzione.
La crittografia protegge i dati sia durante il trasferimento che a riposo. I controlli di accesso e le credenziali amministrative separate possono ulteriormente limitare i danni causati da account compromessi.
Esegui backup consapevoli delle applicazioni
La strategia di backup deve guardare oltre i sistemi infrastrutturali che ospitano i dati. I database e altre applicazioni transazionali potrebbero necessitare di backup che acquisiscano i dati in uno stato utilizzabile e specifico per le singole applicazioni.
Questo aspetto diventa ancora più importante negli ambienti ibridi, dove le applicazioni possono estendersi su più sistemi e presentare diverse dipendenze.
Verifica il ripristino, non solo il backup.
Un backup eseguito correttamente indica che è stata creata una copia. Un test di ripristino riuscito indica che la copia è effettivamente utilizzabile.
L'esecuzione regolare di test di ripristino dovrebbe verificare che le applicazioni e i dati critici possano essere ripristinati entro i tempi e gli RPO definiti. Questi test possono inoltre rivelare problemi che le dashboard di backup non sono in grado di individuare: dipendenze mancanti, autorizzazioni errate, copie danneggiate o procedure di ripristino che esistono solo sulla carta ma falliscono nella pratica.
Backup nel cloud per ambienti VMware e cosa succede durante la migrazione
Gli ambienti VMware tendono a beneficiare di integrazioni consolidate tra l'hypervisor e le piattaforme di backup aziendali. Molte soluzioni di backup utilizzano le API vSphere for Data Protection (VADP) di VMware per creare backup a livello di immagine delle macchine virtuali senza richiedere un agente di backup all'interno di ciascun sistema operativo guest.
Ciò rende i backup VMware relativamente semplici da gestire su larga scala, ma crea anche una dipendenza.
Quando i carichi di lavoro vengono spostati da VMware ESXi o vSphere a un hypervisor alternativo, i flussi di lavoro di backup esistenti potrebbero non funzionare più come previsto. VADP, ad esempio, è progettato per ambienti VMware, quindi un'architettura di backup basata sulle API di VADP non può essere semplicemente spostata su un altro hypervisor.
Questo crea una falla di protezione durante una migrazione. Il carico di lavoro di produzione potrebbe essere stato spostato con successo, mentre la strategia di backup rimane legata all'infrastruttura da cui è stato appena estratto.
Il rischio è particolarmente facile da sottovalutare perché il backup viene spesso considerato una funzione operativa separata. Tuttavia, durante una migrazione importante dell'infrastruttura, l'architettura di backup deve adattarsi ai carichi di lavoro.
Verifica la compatibilità del backup prima della migrazione.
Qualsiasi azienda che pianifichi una migrazione VMware dovrebbe chiedersi se La soluzione di backup esistente è in grado di proteggere e ripristinare i carichi di lavoro sulla piattaforma di destinazione.
Ciò significa verificare il supporto per lo specifico hypervisor, comprese alternative come Sangfor aSV, prima di migrare i carichi di lavoro di produzione. La valutazione dovrebbe riguardare sia le funzionalità di backup che quelle di ripristino, poiché il supporto per la creazione di un backup non garantisce necessariamente una funzionalità di ripristino equivalente.
Se la piattaforma esistente non supporta l'ambiente di destinazione, è opportuno validare una soluzione di backup alternativa o supplementare, idealmente tramite un progetto pilota, prima di migrare i carichi di lavoro in produzione.
Proteggere l'investimento di backup
Scegliere una piattaforma di backup che supporti VMware e altri hypervisor può ridurre la dipendenza offrendo un livello di gestione coerente. In genere, è comunque necessario ripristinare processi e policy per i carichi di lavoro migrati e i team dovrebbero pianificare come conservare i punti di ripristino legacy durante la transizione.
Per le organizzazioni che pianificano la sostituzione di VMware, la compatibilità dell'hypervisor è un elemento fondamentale nella valutazione della migrazione.
Il modo più semplice per evitare lacune nel backup è considerare la protezione dei dati come parte integrante dell'architettura di migrazione fin dall'inizio.
Procedure consigliate per il backup su cloud in ambienti aziendali.
Una strategia di backup su cloud che sembra solida sulla carta può comunque fallire proprio quando l'azienda ne ha più bisogno. La differenza, di solito, sta nell'implementazione.
Cinque pratiche dovrebbero essere irrinunciabili negli ambienti aziendali:
01 Eseguire un test di ripristino, non solo di backup
Eseguire regolarmente test di ripristino e impostare la frequenza in base alla criticità del carico di lavoro. Molte organizzazioni testano le loro applicazioni più critiche trimestralmente o anche più frequentemente. Verificare che i dati siano integri, che le applicazioni vengano riavviate correttamente e che i team di ripristino sappiano come procedere. Un backup che non è mai stato ripristinato è una supposizione, non una prova.
02 Crittografa tutto
Le chiavi di crittografia gestite dal cliente offrono un maggiore controllo su chi può accedere ai dati di backup, sebbene la gestione delle chiavi debba essere progettata con attenzione. Una chiave di crittografia inaccessibile rende un backup perfettamente funzionante altrettanto inutile di uno corrotto.
03 Amministrazione del backup di blocco
Utilizzate i controlli di accesso basati sui ruoli per limitare chi può creare, modificare, eliminare o disabilitare i processi di backup. Account amministrativi separati e privilegi rigorosamente controllati possono rendere più difficile che credenziali compromesse trasformino un attacco ransomware in un disastro per i backup.
04 Monitora ogni operazione di backup
Il monitoraggio automatizzato dovrebbe segnalare i processi incompleti, le modifiche impreviste alla durata o al volume dei backup e altri segnali che indicano un malfunzionamento della protezione. Gli avvisi dovrebbero raggiungere qualcuno in grado di intervenire.
05 Esercitati nel recupero
Documentare le procedure di ripristino ed esercitarsi a eseguirle. Condurre test tecnici di ripristino. Identificare le dipendenze, i requisiti di accesso, le priorità di ripristino e le persone responsabili di ciascuna fase.
Lista di controllo per la strategia di backup su cloud per le aziende
| Componente | Cosa fa | Cosa dovrebbero controllare le imprese |
| regola di backup 3-2-1-1-0 | Mantiene più copie, inclusa una copia isolata o immutabile, e verifica la recuperabilità | Le copie sono archiviate su supporti o ambienti separati? I test di ripristino non rilevano errori? |
| Obiettivo del punto di recupero (RPO) | Definisce la quantità di dati che l'azienda può permettersi di perdere. | La frequenza dei backup è adeguata alla tolleranza alla perdita di dati di ciascun carico di lavoro? |
| Obiettivo del tempo di recupero (RTO) | Imposta il tempo obiettivo per il ripristino dei sistemi dopo un'interruzione | È possibile ripristinare le applicazioni critiche entro la finestra di ripristino prevista? |
| Immutabilità e isolamento | Aiuta a impedire agli aggressori di eliminare o modificare le copie di backup. | I backup sono protetti da credenziali di produzione e account amministrativi compromessi? |
| Coerenza dell'applicazione | Contribuisce a garantire che le applicazioni e i database ripristinati siano in uno stato utilizzabile. | La soluzione supporta i backup basati sulle applicazioni per i carichi di lavoro critici? |
| Copertura ibrida e multicloud | Protegge i carichi di lavoro in ambienti on-premise, cloud privati e cloud pubblici. | Le policy e i flussi di lavoro di ripristino possono coprire tutte le piattaforme necessarie? |
| Compatibilità con l'hypervisor | Garantisce la protezione durante lo spostamento dei carichi di lavoro tra piattaforme di virtualizzazione. | La soluzione di backup supporta sia VMware che l'hypervisor di destinazione, incluse le operazioni di ripristino? |
| Test e monitoraggio del recupero | Conferma che i backup sono utilizzabili e che i guasti vengono rilevati tempestivamente | I lavori vengono monitorati, i guasti indagati e le procedure di ripristino testate regolarmente? |
Una strategia di backup cloud resiliente dipende da molto più che dalla semplice scelta di una destinazione di archiviazione .
Come Sangfor e i suoi partner per la protezione dei dati supportano il ripristino aziendale
La migliore strategia di backup è valida solo quanto l'infrastruttura sottostante. Sangfor HCI fornisce il livello infrastrutturale, integrando elaborazione, archiviazione e rete tramite aSV , aSAN e aNET, con servizi di sicurezza come aSEC disponibili sulla piattaforma. Per le organizzazioni che desiderano mantenere la propria infrastruttura di archiviazione e rete esistente, aSV è disponibile anche come hypervisor autonomo.
Le aziende possono utilizzare gli snapshot aSAN per creare punti di ripristino locali che consentono un rapido rollback in seguito a eventi quali aggiornamenti non riusciti o errori di configurazione. Poiché gli snapshot risiedono sullo stesso cluster di storage dei dati di produzione, li integrano anziché sostituirli, garantendo la sicurezza dei backup esterni alla piattaforma.
Sangfor si integra con Veeam Backup & Replication per il backup di macchine virtuali a livello di immagine, la protezione a livello di applicazione e il ripristino in ambienti on-premise e cloud. Il supporto per repository di backup immutabili aggiunge un ulteriore livello di protezione contro i ransomware. Veeam supporta sia VMware che Sangfor aSV, consentendo ai team di gestire la protezione di entrambi gli ambienti da un'unica piattaforma durante una migrazione. La parità di funzionalità tra gli hypervisor deve essere verificata per ogni singolo caso d'uso.
Grazie alla partnership strategica globale con Cohesity , che ora include l'ex divisione Veritas, Sangfor offre alle aziende un'ulteriore opzione per la resilienza, la gestione e la sicurezza dei dati in ambienti distribuiti.
Per gestire il tutto, Sangfor Cloud Platform (SCP) funge da livello di gestione centralizzato per le risorse di calcolo, archiviazione, rete e sicurezza, offrendo ai team operativi una visione unificata dello stato di salute dell'infrastruttura. Il backup e il ripristino sono gestiti tramite la piattaforma del partner, come Veeam o Cohesity.
Sangfor fornisce l'infrastruttura, mentre Veeam e Cohesity offrono il livello di protezione dei dati. SCP aiuta i team a monitorare l'ambiente sottostante. Insieme, aiutano le aziende a costruire una strategia di protezione dei dati progettata pensando al ripristino.
Per le aziende che stanno rivedendo la propria strategia di backup nel cloud, i piani di migrazione a VMware o un'architettura di resilienza dei dati più ampia, Sangfor Cloud Platform è il punto di partenza ideale .
FAQ
Il backup su cloud è la pratica di copiare i dati dall'ambiente di produzione di un'organizzazione a un ambiente di archiviazione separato basato sul cloud, in modo che possano essere recuperati in caso di perdita, danneggiamento, attacco ransomware o guasto dell'infrastruttura.
Il backup su cloud crea copie ripristinabili di dati e sistemi. Il ripristino di emergenza è la strategia più ampia per ripristinare applicazioni, infrastrutture e operazioni aziendali dopo un'interruzione.
La regola di backup 3-2-1 raccomanda di conservare almeno tre copie dei dati importanti, utilizzando due diversi tipi di supporti di memorizzazione, con almeno una copia archiviata in una posizione esterna. L'approccio 3-2-1-1-0 estende questa regola aggiungendo una copia offline o immutabile e test regolari per verificare che i backup non contengano errori e possano essere ripristinati correttamente.
Il ransomware può colpire sia le infrastrutture di backup che i sistemi di produzione. Gli aggressori possono tentare di crittografare, eliminare o compromettere in altro modo le copie di backup prima di interrompere l'ambiente primario.
Verificate che la soluzione di backup supporti sia il vostro ambiente VMware esistente che la piattaforma di destinazione, incluse le funzionalità di backup e ripristino. Cercate una gestione coerente tra gli hypervisor, una protezione consapevole delle applicazioni, il supporto per le destinazioni cloud o di object storage richieste, l'immutabilità e i test di ripristino.
