Backup e ripristino di MariaDB

Backup coerenti e ad alte prestazioni per ambienti MariaDB attivi

Il modulo MariaDB di Bacula Enterprise esegue il backup e il ripristino degli ambienti MariaDB in modo più rapido, sicuro ed efficiente, con un carico amministrativo notevolmente ridotto. MariaDB è un server di database attivo che, negli ambienti aziendali, elabora continuamente transazioni di lettura e scrittura. Come per qualsiasi server di database attivo, un backup eseguito mentre le transazioni sono in corso intercetterà alcune di esse a metà della scrittura, e quei dati incompleti renderanno il backup inaffidabile e frammentato per il ripristino.

A tal fine, il modulo MariaDB di Bacula è progettato per eseguire il backup di un server MariaDB attivo senza interrompere le transazioni in corso, con approcci multipli adatti a diversi requisiti di tempo di ripristino e prestazioni. Qualsiasi amministratore di backup può eseguirlo senza una conoscenza preliminare di script complessi o dei meccanismi interni di MariaDB.

Cosa supporta il modulo MariaDB di Bacula

Il modulo MariaDB di Bacula supporta le tecniche di backup Dump e Binary per ambienti MariaDB ad alta transazione. Il modulo esegue automaticamente il backup dei dati a livello di server, quali definizioni utente, autorizzazioni globali e file di configurazione. Il Point In Time Recovery (PITR) è disponibile in ciascuna modalità e il modulo supporta il filtraggio degli oggetti durante le operazioni di backup e ripristino.

Per le organizzazioni che gestiscono database MariaDB di grandi dimensioni e ad alto tasso di transazioni, i tempi di inattività bloccano l’elaborazione delle transazioni e riducono direttamente i ricavi. Più a lungo il database rimane offline, maggiore è il danno finanziario. Il modulo MariaDB di Bacula è stato creato appositamente per ridurre al minimo tale intervallo di tempo.

SCARICA la prova gratuitaScaricare il whitepaper di MariaDB

Ripristino più rapido di MariaDB con la fase di preparazione

Con il modulo di backup binario MariaDB di Bacula, i database vengono ripristinati in una posizione temporanea prima che il database attivo venga modificato. La fase di preparazione di Mariabackup applica quindi le modifiche del log di redo a tali dati e produce un punto di ripristino completamente coerente. Solo al termine di tale processo può avere inizio la modifica effettiva del database attivo.

Per impostazione predefinita, la fase di preparazione viene eseguita al momento del ripristino. Bacula può invece eseguirla automaticamente durante la fase di backup. Quando viene eseguita durante il backup, l’elaborazione della coerenza è già completa prima ancora che venga avviata la ripristino, e il ripristino può iniziare immediatamente senza alcun ritardo dovuto alla preparazione. Per le grandi organizzazioni con RTO (Time to Recovery) rigorosi, ripristini più rapidi riducono i tempi di inattività. Meno tempi di inattività mantengono l’azienda operativa e garantiscono un flusso costante di entrate.

*Il modulo funziona su piattaforme Linux sia a 32 bit che a 64 bit.

Strumento di backup “a caldo” per MariaDB senza blocchi né compromessi in materia di crittografia

Il modulo MariaDB di Bacula Enterprise si integra con Mariabackup (mariadb-backup), un’utilità open source per il backup “a caldo” originariamente derivata da Percona XtraBackup, per garantire backup rapidi e coerenti dei server MariaDB in esecuzione. A differenza di Percona XtraBackup, Mariabackup gestisce in modo nativo le tabelle MariaDB crittografate e compresse, il che lo rende lo strumento ideale per le moderne implementazioni di MariaDB in cui la crittografia è un requisito standard. Mariabackup elimina la necessità di bloccare il database durante il backup e le transazioni attive proseguono senza interruzioni. Gli ambienti mission-critical con tempi di ripristino (RTO) rigorosi possono eseguire backup senza alcun impatto sul traffico di produzione.

• Backup tramite dump per singolo database – Per impostazione predefinita, l’agente MariaDB esegue il dump di ciascun database separatamente. Ogni dump è un file SQL in testo semplice contenente tutti i comandi necessari per ricostruire quel database esattamente nello stato in cui si trovava al momento del backup.
• Backup tramite dump di tutti i database – L’opzione all_databases genera un unico file all-databases.sql che copre tutti i database presenti sul server in un’unica operazione. I log binari generati prima del termine del processo vengono inclusi nel backup e il successivo processo incrementale riprende da dove si era interrotto il backup completo.
• Backup binario tramite Mariabackup – La modalità binaria utilizza Mariabackup, un’utilità open-source per il backup a caldo originariamente derivata da Percona XtraBackup 2.3.8. Mariabackup esegue backup fisici online delle tabelle InnoDB, Aria e MyISAM. Gestisce nativamente le tabelle crittografate e compresse, funziona senza bloccare il database e non richiede file temporanei di grandi dimensioni durante il processo di backup.
• Backup dei log binari – L’agente MariaDB salva i file di log binari generati durante ogni processo di backup. I log binari registrano ogni evento di modifica del database, comprese le operazioni di creazione delle tabelle, le modifiche dei dati e il tempo impiegato per l’esecuzione di ciascuna istruzione. Questi log costituiscono la base del ripristino a un punto nel tempo.
• Backup incrementale – Ogni processo incrementale successivo a un backup completo salva solo i nuovi log binari generati dal processo precedente. L’opzione Accurate impedisce la presenza di file di log duplicati nei set di backup e mantiene pulite le catene di ripristino.

Opzioni di ripristino di MariaDB

• Ripristino a un punto nel tempo – Il PITR è disponibile nelle modalità Dump e Binary. L’agente MariaDB tiene traccia e gestisce i file di log binari relativi a operazioni complete, incrementali e differenziali, e riproduce tali log per ripristinare il database a un preciso punto nel tempo.
• Ripristino di un singolo database – La modalità Dump memorizza ogni database in un proprio set di file SQL. I singoli database possono essere ripristinati da tali file senza interferire con il resto del server. È inoltre possibile ripristinare una singola tabella o un oggetto dello schema modificando direttamente il file di dump, ripristinato localmente.
• Ripristino di utenti e ruoli – Le autorizzazioni globali e quelle per singolo database vengono memorizzate come file separati in ogni processo di backup. Gli amministratori possono ripristinare gli account utente e le autorizzazioni indipendentemente dai dati del database.
• Ripristino completo del server dalla modalità binaria – L’agente Bacula utilizza Mariabackup per ripristinare un server MariaDB completo da un backup binario. I dati del server vengono prima ripristinati in una posizione temporanea. La fase di preparazione porta quindi tali dati a uno stato di piena coerenza prima che il database attivo venga toccato.
• Preparazione al momento del backup – La fase di preparazione può essere eseguita automaticamente durante la fase di backup anziché al momento del ripristino. In tal caso, l’elaborazione della coerenza è già stata completata quando viene avviata la ripristino, e di conseguenza il ripristino viene eseguito più rapidamente.
• Ripristino da dump o log binari – Gli amministratori possono eseguire il ripristino da file di dump SQL o da backup binari di Mariabackup. Entrambe le opzioni sono disponibili tramite l’interfaccia di ripristino di Bacula a seconda dello scenario di ripristino.

Strumento di amministrazione e controllo dei backup MariaDB

• Comando estimate – Il comando estimate interroga l’agente Bacula prima dell’esecuzione di qualsiasi processo e visualizza tutti i database rilevati sul server. In modalità Dump, l’agente riporta la dimensione del database anziché la dimensione stimata del dump, poiché la dimensione finale del dump non può essere calcolata prima dell’esecuzione del processo.
• Rilevamento automatico dei database – L’agente Bacula rileva automaticamente tutti i database presenti sul server. È possibile selezionare database specifici in base al nome nella configurazione del Fileset senza dover eseguire un inventario manuale.
• Filtraggio degli oggetti – Gli amministratori possono includere o escludere database e tabelle specifici durante le operazioni di backup e ripristino tramite i parametri del plugin. Non è richiesta alcuna modifica manuale dei file di dump.
• Modalità Accurate – L’attivazione dell’opzione Accurate sui processi incrementali e differenziali garantisce che ogni file di log binario compaia una sola volta nei set di backup. Senza di essa, lo stesso file di log potrebbe essere incluso in più processi, creando ambiguità nelle catene di ripristino.
• Formato mbstream – Mariabackup supporta mbstream, un formato di streaming personalizzato introdotto per gestire contemporaneamente la compressione e lo streaming. È disponibile insieme al formato TAR standard.
• Funzionamento senza script – L’agente Bacula gestisce tutte le operazioni di backup tramite l’interfaccia di Bacula. Gli amministratori non devono scrivere script specifici per MariaDB né comprendere il funzionamento interno di Mariabackup per eseguirlo correttamente.

Archiviazione dei backup e controllo dei costi

Bacula Enterprise offre agli amministratori il controllo diretto sui costi di archiviazione grazie alla riduzione dei dati e all’instradamento flessibile delle destinazioni.

• Deduplicazione a livello di blocco – Qualsiasi blocco di dati che compare più di una volta nel catalogo dei backup viene scritto nell’archivio una sola volta. Il consumo di spazio di archiviazione si riduce senza alcuna modifica alla politica o alla pianificazione dei backup.
• Compressione adattiva – Gli algoritmi di compressione sono configurabili per ogni singolo processo. Gli amministratori ottimizzano la compressione in base al tipo di dati e alle risorse disponibili.
• Tipi multipli di destinazione di archiviazione – I backup vengono scritti su disco locale, NAS, SAN, librerie a nastro, archiviazione a oggetti cloud, inclusi S3, Azure e Google Cloud, o qualsiasi combinazione all’interno di un’unica politica.
• Archiviazione a oggetti compatibile con S3 – Bacula si collega a qualsiasi provider compatibile con S3 per la conservazione a lungo termine senza vincoli di fornitore.
• Flussi di lavoro di archiviazione a più livelli – I dati di backup possono essere configurati per spostarsi automaticamente tra i livelli di archiviazione man mano che invecchiano. I punti di ripristino a cui si accede frequentemente rimangono su uno storage veloce, mentre i dati più vecchi vengono spostati verso destinazioni a costo inferiore.
• Incrementale per sempre – Dopo un backup completo iniziale, ogni processo successivo acquisisce solo ciò che è cambiato. Non sono più necessarie finestre di backup complete ricorrenti.
• Trasferimenti attenti alla larghezza di banda – Solo i dati modificati attraversano la rete tra un’esecuzione di backup e l’altra. Il carico della rete di produzione rimane basso senza limitazioni manuali o soluzioni alternative di pianificazione.

Sicurezza e conformità dei backup

La sicurezza e la conformità normativa sono integrate in ogni livello della piattaforma, dalla crittografia del trasporto e dell’archiviazione dei dati al controllo degli accessi e alla registrazione degli audit.

• Crittografia AES-256 – La crittografia AES-256 copre l’intero percorso dei dati dal client di origine alla destinazione di archiviazione finale. La gestione delle chiavi è configurabile per adattarsi alle politiche di sicurezza aziendali.
• Copie di backup immutabili – L’archiviazione compatibile con WORM blocca i dati di backup impedendone la modifica o la cancellazione una volta scritti. Il ransomware e le minacce interne non hanno alcuna possibilità di raggiungere il punto di ripristino.
• Controlli di accesso granulari – Le autorizzazioni degli utenti si limitano a specifici processi, flussi di lavoro di ripristino e funzioni di gestione. Ogni amministratore accede solo a ciò che il proprio ruolo richiede.
• Audit completo delle attività – Ogni operazione di backup, ripristino e modifica della configurazione viene registrata con l’identità dell’utente e il timestamp. I team di conformità e sicurezza ottengono una traccia di audit completa e ininterrotta.
• Supporto del quadro normativo – I controlli della piattaforma sono conformi ai requisiti GDPR, HIPAA e SOC 2 attraverso la crittografia, politiche di conservazione configurabili e registri di audit dettagliati.
• Architetture a tutela della privacy – Le opzioni di implementazione a conoscenza zero consentono all’infrastruttura di backup di funzionare senza concedere agli amministratori alcuna visibilità sui dati protetti.

Gestione e amministrazione dei backup

Due interfacce complementari e una suite completa di strumenti di gestione garantiscono visibilità e controllo su tutte le operazioni di backup.

• Doppia interfaccia – BWeb offre una console grafica per la gestione e il monitoraggio quotidiani dei processi. Bconsole (user agent) offre agli operatori il pieno controllo tramite riga di comando per la creazione di script, l’automazione e la configurazione avanzata.
• Scalabilità senza limiti – La stessa architettura di piattaforma gestisce ambienti che vanno da pochi server a implementazioni che contano migliaia di unità, il tutto sotto un unico piano di gestione.
• Isolamento dei tenant – Gli MSP e le grandi imprese suddividono l’ambiente di backup in unità amministrate in modo indipendente. Ciascuna unità dispone di configurazione, criteri e controlli di accesso propri.
• Rilevamento automatico delle risorse – La piattaforma esegue una scansione dell’infrastruttura per identificare e catalogare automaticamente le destinazioni di backup. La copertura di protezione rimane aggiornata man mano che l’ambiente cresce.
• Reportistica dettagliata – I report programmati coprono i risultati dei processi, le tendenze di capacità, lo stato di conformità e le prestazioni operative con cadenza definita.
• Integrazione con sistemi esterni – Bacula si collega a strumenti di monitoraggio, sistemi di ticketing IT e servizi di directory, inclusi LDAP e Active Directory. Non è richiesto alcuno sviluppo personalizzato.

Copertura di backup multi-ambiente

Server fisici, macchine virtuali, container e infrastrutture cloud rientrano tutti in un’unica strategia di backup unificata.

• Virtualizzazione multipiattaforma – Integrazione nativa per VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox e Nutanix AHV con applicazione coerente delle politiche su tutte le piattaforme.
• Convergenza fisica e virtuale – Server fisici, workstation e macchine virtuali sono protetti tramite la stessa interfaccia di gestione con policy di backup unificate.
• Supporto per container e cloud-native – Protezione completa per gli ambienti Docker, Kubernetes, e OpenShift con backup di volumi persistenti e snapshot coerenti con le applicazioni.
• Integrazione dello storage multi-cloud – Supporto nativo per lo storage su cloud pubblico, privato e ibrido, incluse le interfacce S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier con funzionalità MRC (Minimal Restore Cost)
• Integrazione di database e applicazioni – Supporto per il backup a caldo di Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e altre applicazioni mission-critical con piena coerenza transazionale.

Licenze di backup prevedibili

Le licenze si basano sulle dimensioni dell’ambiente, non sul volume dei dati. I database MariaDB possono crescere senza comportare un aumento dei costi di licenza.

• Licenze indipendenti dal volume – L’aumento della capacità di backup non comporta un aumento dei costi di licenza. I costi di protezione dei dati rimangono invariati anche con l’espansione dei volumi di dati.
• Struttura dei costi prevedibile – Un modello di prezzi fissi consente ai team di pianificare i budget per l’infrastruttura senza dover tenere conto dei costi variabili legati alla crescita dello storage o alle variazioni del carico di lavoro.
• Prezzi indipendenti dal carico di lavoro – Le dimensioni dei database, il numero di server e i volumi di storage non incidono sui costi di licenza.
• Vantaggi in termini di costi su larga scala – Le organizzazioni che proteggono database MariaDB di grandi dimensioni o in rapida crescita pagano lo stesso canone di licenza indipendentemente dalla quantità di dati aggiunti. Il vantaggio in termini di costi rispetto ai concorrenti che applicano prezzi basati sulla capacità aumenta con l’aumentare dei volumi di dati.
• Aspetti economici per i fornitori di servizi – Gli MSP accettano clienti con set di dati di grandi dimensioni o in rapida crescita senza dover assorbire gli aumenti dei costi di licenza che erodono i margini nei modelli di prezzo basati sul terabyte.

Ripristino e continuità operativa

Ogni scenario di ripristino segue un percorso definito, dal ripristino di singoli file alla ricostruzione completa di un sito.

• Ripristino bare metal a livello di sistema – Bacula ripristina un server completo partendo da zero, inclusi sistema operativo, applicazioni, configurazione e dati, senza richiedere alcuna installazione manuale preliminare.
• Trasferimento dei dati multipiattaforma – I dati di backup possono essere ripristinati su un sistema operativo diverso da quello di origine. I team dispongono di diverse opzioni quando l’hardware equivalente non è disponibile o è in corso una migrazione.
• Replica geografica dei backup – I set di backup vengono copiati in sedi di archiviazione geograficamente separate. Un’interruzione a livello di sito non comporta la perdita dei punti di ripristino.
• Pianificazione di backup frequenti – Gli intervalli di backup possono essere ridotti a pochi minuti. La finestra di potenziale perdita di dati si riduce a pochi minuti.
• Convalida automatizzata del ripristino – La recuperabilità viene confermata tramite test automatizzati senza il coinvolgimento dell’amministratore o un processo di convalida separato.

Scarico

Interazione tra backup e log binari

MariaDB genera costantemente log binari durante il ciclo di vita di un database. Questi log supportano il ripristino a un punto nel tempo (PITR) e le operazioni di replica. La modalità di dump MariaDB di Bacula esegue il backup di ciascun database separatamente per impostazione predefinita. Quando si ripristina un intero server con più database, ogni database è coerente individualmente, ma i database non vengono sottoposti a backup esattamente nello stesso momento; pertanto, il server non è globalmente coerente.

Il modulo MariaDB di Bacula Enterprise salva i file di log binari generati durante ogni processo di backup. Tali file di log possono essere riprodotti in un secondo momento per riportare l’intero server a uno stato coerente in un momento specifico.

Interazione tra l’opzione `all_databases` e i log binari

L’opzione all_databases è destinata agli amministratori che necessitano di un’istantanea globalmente coerente dell’intero server in un’unica operazione. Essa esegue il dump di tutti i database presenti sul server in un’unica operazione, garantendo la coerenza assoluta sin dall’inizio del processo. Il modulo salva i log binari generati prima della conclusione del backup completo, e ogni successivo processo incrementale acquisisce i log generati dopo il completamento del processo precedente.