Backup del database

Definizione di Database Backup

Il Database Backup è il processo di creazione di una copia (backup) dei dati strutturati di un’organizzazione utilizzati dai database più diffusi, come SAP HANA e Microsoft SQL Server.

Lo scopo della creazione di una copia è quello di ricostruire i dati originali quando si presenta la necessità di effettuare la Recovery dei dati e del carico di lavoro del database a seguito di cancellazione accidentale, danneggiamento o attacco.

Nelle implementazioni cloud ibride, i dati strutturati possono trovarsi in locale in carichi di lavoro di database in esecuzione su server fisici, macchine virtuali o all’interno di container, oppure in esecuzione su macchine virtuali o container nel cloud.

Che cos’è il Database Backup?

Database Backup è una soluzione per la protezione dei dati strutturati presenti nei carichi di lavoro dei database – e dovrebbe coprire in modo ottimale gli ambienti ibridi – poiché le aziende necessitano di Backup and Recovery dei propri dati sia in locale che in ambienti cloud. I dati strutturati ospitati nei database aziendali sono fondamentali per le aziende che si affidano a essi per archiviare i dati in modo relazionale come backend per molte applicazioni critiche per il business, tra cui ERP, SCM, CRM e altro ancora. Con i costi dei tempi di inattività in costante aumento, le aziende devono assicurarsi di disporre di backup sicuri dei propri dati per un ripristino rapido.

Nel mondo odierno, caratterizzato da servizi on-demand e sempre attivi, un Database Backup non può più avvalersi di metodi obsoleti che richiedono l’arresto del motore del database per eseguire il backup. Le soluzioni di Database Backup odierne devono eseguire l’operazione di backup mentre il database è ancora in esecuzione. Questo tipo di backup richiede un lavoro molto maggiore dietro le quinte, poiché i dati continuano a essere scritti nel carico di lavoro del database mentre si sta tentando di copiarli per proteggerli.

Le soluzioni di protezione del carico di lavoro del database che utilizzano un metodo integrato sono in grado di eseguire un backup di tutti i file presenti nel database, inclusi lo spazio delle tabelle, le partizioni, il database Master, i log delle transazioni e altri file correlati all’istanza, senza arrestare il motore del database. Ciò contribuisce a garantire che i carichi di lavoro del database non vengano danneggiati durante il processo di backup. Si consiglia di eseguire Database Backup pianificati con frequenza e a intervalli regolari per proteggere i dati strutturati in continua evoluzione.

In cosa consiste il processo di Database Backup e come funziona?

Un Database Backup protegge tutti i dati strutturati associati ai carichi di lavoro del database critici per l’azienda. I Database Backup on-premise o basati sul cloud possono essere implementati su varie destinazioni di archiviazione: in loco, fuori sede, nel cloud – oppure possono seguire un approccio cloud ibrido.

Indipendentemente dalla destinazione designata per il backup dei dati strutturati, le aziende devono seguire procedure accurate per garantire un backup e una protezione dei dati adeguati. Le fasi principali del processo di Database Backup includono:

• Identificare le fonti di dati strutturati che devono essere sottoposte a backup e protette, quali tabelle, istanze e log.
• Determinare il tipo di backup: completo, differenziale, del log delle transazioni, solo copia, parziale, oppure di file e gruppi di file.
• Indicare una destinazione per i dati di backup, in locale, nel cloud o in entrambi.
• Eseguire il backup o pianificarlo per un momento più opportuno
• Eseguire ripristini periodici in un’altra posizione del database per verificare la validità dei dati.

I backup vengono inviati a una posizione di archiviazione per la Recovery in caso di perdita dei dati. Le soluzioni possono scrivere su archivi locali o sul cloud. È importante considerare la strategia di archiviazione, in particolare per set di dati di grandi dimensioni, al fine di valutare sia i costi che gli RPO e gli RTO. La regola del backup 3-2-1 stabilisce che le aziende debbano disporre di 3 copie dei propri dati, in 2 luoghi diversi, di cui una fuori sede. Le soluzioni di Database Backup dovrebbero offrire alle aziende la flessibilità di disporre dell’archiviazione primaria in sede per un rapido Recovery di grandi carichi di lavoro in loco, inviando al contempo copie secondarie al cloud, come archivio fuori sede fisicamente isolato. Inoltre, i database in esecuzione nel cloud richiederanno opzioni flessibili per sfruttare l’archiviazione cloud sia per le copie di backup primarie che secondarie.

Infine, le soluzioni di Database Backup devono essere progettate per un ripristino rapido dei dati, in modo che le aziende che utilizzano il Database Backup possano recuperare rapidamente i propri dati quando ne hanno bisogno, per garantire il regolare svolgimento dell’attività.

Perché il Database Backup è importante?

La quantità di dati creati quotidianamente è sbalorditiva e tutti devono essere archiviati e protetti da potenziali perdite. La dimensione media di una violazione dei dati è stata stimata in 26 mila record, mentre il costo per ogni record perso è stato di 150 dollari. L’impatto della perdita di dati sulle aziende si protrae per anni dopo un evento dirompente.

Senza un solido Database Backup, è lecito aspettarsi una certa perdita di dati e il malfunzionamento delle applicazioni a causa di interruzioni programmate e non programmate. Senza la protezione del carico di lavoro del database, le aziende corrono il rischio di perdite di fatturato e di perdite anomale di clienti a causa di interruzioni prolungate e tempi di Recovery estesi.

Negli ultimi quattro anni, l’aumento degli episodi di violazione dei dati ha portato a un incremento della perdita anomala di clienti, con un costo per le aziende fino a 5,7 milioni di dollari per ogni cliente esistente perso. In breve, Database Backup mantiene la vostra azienda in buona salute e le consente di riprendersi più rapidamente all’indomani di un evento dirompente. Una ricerca di IDC rileva che il costo medio dei tempi di inattività è di 250.000 dollari all’ora.

Vantaggi del Database Backup

La domanda relativa ai carichi di lavoro dei database è cresciuta nel corso degli anni. Non solo i database sono più numerosi, ma ora sono anche più grandi, più veloci e più complessi rispetto al passato. Le aziende si affidano a database più grandi e veloci per archiviare le proprie informazioni e, in caso di perdita, i dati sarebbero insostituibili. I vantaggi del Database Backup includono la riduzione dei tempi di inattività, la continuità operativa e la recuperabilità dei database a seguito di attacchi malevoli, come il ransomware.

I dati digitali e le applicazioni sono i motori della crescita aziendale. Proteggere i carichi di lavoro e le applicazioni critiche per l’azienda che dipendono da Microsoft SQL e SAP HANA è fondamentale per la sopravvivenza aziendale. Le protezioni dei carichi di lavoro dei database forniscono una rete di sicurezza contro la perdita, il danneggiamento o gli attacchi ai dati.

La giusta soluzione di Database Backup deve estendere i vantaggi della protezione dei dati per le aziende in modo da includere:

• Flessibilità del cloud ibrido. Proteggete i vostri dati strutturati e i carichi di lavoro dei database con un backup attivo in locale e copie secondarie nel cloud per evitare potenziali interruzioni indesiderate. Le aziende devono selezionare le opzioni di archiviazione – cloud, in locale o entrambe – che si adattino alle loro esigenze aziendali in termini di flessibilità scalabile e Recovery rapido.
• Scalabilità senza soluzione di continuità. Man mano che i dati crescono, i backup devono proseguire senza interruzioni o rallentamenti, e le aziende dovrebbero cercare fornitori che garantiscano una scalabilità senza soluzione di continuità.
• Sicurezza e conformità. Le aziende devono garantire di poter proteggere i dati strutturati tramite crittografia sia in transito che inattivi. La gestione degli accessi con controlli di autenticazione basati sui ruoli, che utilizzano il Single Sign-On (SSO) e il Security Assertion Markup Language (SAML), è fondamentale, così come lo è il mantenimento della conformità normativa con un’ampia gamma di standard supportati, tra cui HIPAA, GDPR, SOC2 e ISO 27001.
• Gestione senza problemi. Una gestione self-service semplice è fondamentale affinché gli amministratori di database e IT possano lavorare in modo più efficace. Una soluzione BaaS (Bank-as-a-Service) – ovvero basata sul cloud – può garantire questa semplicità, con un’implementazione senza complicazioni, nessuna infrastruttura di backup da gestire e aggiornamenti automatici. Le procedure guidate di configurazione predefinite possono inoltre facilitare l’implementazione e l’adozione delle best practice consigliate per il Database Backup all’interno di una soluzione.
• Operazioni ottimizzate in termini di costi. Proteggete gli investimenti esistenti con una soluzione di Database Backup che estende le risorse al cloud. Questo approccio libera le risorse immobilizzate nell’infrastruttura on-premise e trasforma il Capex iniziale in spese operative più contenute.
• Readiness al ripristino in caso di attacchi ransomware: il monitoraggio basato sull’intelligenza artificiale (AI) delle anomalie nei modelli di dati può fornire un allarme tempestivo in caso di attacchi ransomware, mentre un’infrastruttura di Database Backup fisicamente isolata (air-gapped) e le copie di backup possono consentire il ripristino.
• Stretta integrazione. L’integrazione con questi carichi di lavoro di database più grandi, veloci e complessi è oggi fondamentale. Gli amministratori di database possono sfruttare la potenza dell’Interfaccia di Programmazione delle Applicazioni (API) offerta da una soluzione di Database Backup per eseguire backup e ripristini direttamente dall’interfaccia del database.
• Gestione centralizzata insieme ad altre esigenze di backup. Le aziende possono semplificare le operazioni IT scegliendo un fornitore che offra una protezione completa dei dati – per gestire il Database Backup insieme ad altre esigenze di backup dei dati – ad esempio, per proteggere anche macchine virtuali, container, endpoint e applicazioni SaaS.

Casi d’uso comuni per il Database Backup

Le organizzazioni di tutte le dimensioni utilizzano la protezione dei dati dei database in molti modi, tra cui i seguenti casi d’uso:

• Continuità operativa. Grazie al software di backup, le aziende possono proteggere tutti i propri dati strutturati e le configurazioni necessarie per ripristinare l’attività a seguito di interruzioni imprevedibili. Con il backup attivo in loco e le copie nel cloud, le aziende possono essere più sicure di disporre di piani di Recovery affidabili.
• Protezione dei dati. Senza un’adeguata protezione dei carichi di lavoro dei database, i dati rimangono esposti a potenziali perdite e danneggiamenti. Il backup preserva l’integrità dei dati strutturati critici per l’azienda e fornisce copie immediatamente disponibili e utilizzabili dei dati persi, sia a seguito di cancellazione accidentale, sovrascrittura dei dati o attacchi.
• Recupero in caso di disastri. La maggior parte, se non tutte, le aziende e gli ambienti IT dovranno probabilmente affrontare eventi imprevisti che potrebbero causare la perdita o il danneggiamento dei dati, oppure interrompere le operazioni. L’utilizzo di un software di backup garantisce la Readiness operativa e riduce i rischi associati alle interruzioni aziendali non pianificate

Commvault offre il Database Backup?

Sì, Commvault® Database Backup fornisce una soluzione Backup as a Service (BaaS) che esegue il backup dei dati critici nei database Microsoft SQL Server e SAP HANA. Offrendo tutti i vantaggi sopra elencati, Commvault mette a disposizione degli amministratori di database e IT soluzioni di facile utilizzo che forniscono loro gli strumenti e la visibilità necessari per ridurre al minimo i rischi per le applicazioni e i dati critici. La soluzione offre una protezione totale per i carichi di lavoro dei database in locale o nel cloud, per aiutarti a ottenere il massimo da un ambiente IT in cloud ibrido.