Chat with us, powered by LiveChat
Principale > Backup dei dati corporativo > Strumenti di backup dei dati aziendali > Strumento software per il backup di MySQL

MySQL è un sistema di gestione di database relazionali open-source ampiamente utilizzato in ambienti aziendali per alimentare piattaforme di e-commerce, applicazioni SaaS e sistemi aziendali interni che elaborano migliaia di transazioni al minuto. Su scala aziendale, un’implementazione MySQL gestisce operazioni di scrittura continua su più database, e una strategia di backup di livello aziendale deve offrire tempi di ripristino rapidi, capacità di ripristino point-in-time e operazioni di backup che non interrompano i carichi di lavoro in corso.

Il modulo di backup MySQL di Bacula Enterprise soddisfa queste esigenze operative grazie all’integrazione nativa con Percona XtraBackup, che è un’utility di backup a caldo costruita appositamente per ambienti MySQL ad alto tasso di transazioni. Lo strumento di backup MySQL in Bacula Enterprise gestisce l’intera portata del backup e del ripristino di MySQL senza che l’amministratore del backup debba comprendere i meccanismi interni di backup di MySQL o scrivere script personalizzati. Lo strumento acquisisce automaticamente i file di configurazione, le definizioni degli utenti, le sovvenzioni globali, le impostazioni del server, gli schemi per database e gli script di creazione insieme ai dati del database in ogni lavoro.

Supporta le strategie di backup Dump e Binary, e per ognuna di esse è disponibile il Point-In-Time Recovery (PITR), che utilizza i log binari di MySQL per riprodurre le transazioni fino a un momento preciso. Il filtraggio degli oggetti durante le operazioni di backup e ripristino consente agli amministratori di controllare quali database e tabelle sono inclusi o esclusi senza dover modificare manualmente i file.

*Lo strumento di backup MySQL funziona su piattaforme Linux a 32 e 64 bit e supporta le versioni di MySQL fino alla 8.0 inclusa. Le versioni di MySQL 8.1 e superiori richiedono Bacula Enterprise 18.0.4 o successivo.

mysql backup software tool

Backup MySQL aziendale con modulo Percona

I database MySQL ad alto tasso di transazioni elaborano i pagamenti, servono le richieste degli utenti e scrivono continuamente dati operativi. Quando un guasto o un evento di perdita di dati costringe a un ripristino, l’istanza va fuori linea e i tempi di inattività non pianificati si traducono in ordini di clienti incompleti, transazioni di pagamento fallite ed errori del livello applicativo per gli utenti finali.

Per i database che elaborano migliaia di transazioni al minuto, gli obiettivi di tempo di ripristino hanno un valore finanziario diretto, e ogni minuto in più di tempo di ripristino aggiunge transazioni non elaborate e obblighi SLA non rispettati.

Il modulo MySQL Percona di Bacula integra Percona XtraBackup per eseguire backup fisici senza acquisire un blocco globale del database, in modo che l’istanza MySQL rimanga online e serva il traffico di produzione durante la finestra di backup. Si tratta di una delle soluzioni di backup e ripristino più veloci del settore per gli ambienti MySQL ad alto tasso di transazioni.

Il modulo MySQL Percona di Bacula è un’utility di backup a caldo per i server basati su MySQL che funziona senza bloccare il database durante il backup. Esegue il backup delle tabelle InnoDB, XtraDB e MyISAM in uno stato coerente su tutto il server e non richiede file temporanei di grandi dimensioni. Al momento del ripristino, la fase Prepare richiede uno spazio su disco sufficiente per il doppio delle dimensioni del database sull’host di destinazione del ripristino.

Come aggiungere il client di backup MySQL in Bacula?

 

Scarica la prova gratuita Scarica il whitepaper su MySQL

Vantaggi principali del software di backup MySQL

Copertura di backup a doppia modalità

  • Controllo flessibile della velocità e delle dimensioni del backup – Gli amministratori scelgono la modalità Dump per backup più piccoli e portatili o la modalità Binary per backup e ripristini significativamente più veloci, con entrambe le opzioni disponibili sullo stesso server.
  • Combinazione di modalità Dump e Binary – Le due strategie possono essere eseguite simultaneamente sullo stesso server, e i team possono utilizzare Dump e Binary in tandem all’interno di un’unica politica di backup.
  • Supporto del ripristino cross-version – I backup in modalità Dump possono essere ripristinati su una versione principale più vecchia o più recente di MySQL, e gli amministratori ottengono una flessibilità di migrazione che la modalità Binary non supporta.

Precisione del ripristino

  • Ripristino Point-In-Time per entrambe le modalità – Il PITR è disponibile per le strategie Dump e Binary. L’agente gestisce i file di registro binari necessari per riprodurre le transazioni fino a un punto di ripristino preciso, senza dover tracciare manualmente i registri.
  • Ripristino di un singolo database – In modalità Dump, i singoli database possono essere ripristinati in modo indipendente senza ripristinare l’intero server, riducendo di conseguenza la portata e il tempo delle operazioni di ripristino mirate.
  • Filtraggio degli oggetti al momento del ripristino – Gli amministratori possono includere o escludere database e tabelle specifici durante le operazioni di backup e ripristino, senza dover modificare manualmente i file.

Ambito di backup completo

  • Backup automatico dei metadati – Ogni lavoro di backup acquisisce le sovvenzioni globali, le impostazioni del server, gli schemi per database, gli script di creazione e le sovvenzioni per utente per database, oltre ai dati del database stesso.
  • Supporto incrementale e differenziale – Le modalità Dump e Binary supportano livelli di backup incrementali e differenziali. L’agente gestisce automaticamente la gestione dei registri binari su ogni lavoro.
  • Backup online – Ogni modalità supporta operazioni di backup completamente online, senza tempi di inattività per il server MySQL.
  • Non è richiesto alcuno script – L’agente gestisce le operazioni di backup attraverso l’interfaccia di Bacula, senza richiedere all’amministratore di scrivere script specifici per MySQL o di comprendere gli interni del backup MySQL.

Scelta tra Binary e Dump

La scelta tra la modalità Dump e Binary dipende dai requisiti di ripristino del suo ambiente MySQL e dalle dimensioni del database.

La modalità Dump produce backup più piccoli e portatili basati su SQL per ripristini granulari di oggetti e migrazioni cross-version.

La modalità binaria tramite Percona XtraBackup produce backup più grandi, ma viene eseguita in modo significativamente più veloce, ed è l’opzione migliore per i database di grandi dimensioni in cui la velocità di backup e ripristino è una priorità.

La tabella seguente mostra le differenze funzionali tra le due modalità. Per i team che necessitano di entrambe le funzionalità, le due strategie possono essere eseguite contemporaneamente sullo stesso server.

Funzionalità Dump Binario
Può ripristinare direttamente un singolo oggetto (tabella, schema, . . .) 1 No
Velocità di backup Lenta Veloce
Ripristino della velocità Molto lento Veloce
Dimensioni del backup Piccolo Grande
Può ripristinare in qualsiasi momento Si
Supporto incrementale/differenziale
Backup online Si
Consistente
Può ripristinare la versione principale precedente di MySQL 2 No
Può ripristinare la versione principale più recente di MySQL No

 

1Per ripristinare un singolo oggetto, il file di dump deve essere modificato.

2Per ripristinare un dump SQL a una versione precedente di MySQL, potrebbe essere necessario modificare il file SQL se utilizza funzioni non disponibili nella versione precedente. In generale, il ripristino di una versione precedente di MySQL non è supportato né garantito.

Software di backup MySQL: Riassunto dettagliato delle funzioni

La giusta strategia di backup per MySQL dipende dalla necessità di ripristini granulari a livello di oggetto da un dump logico o di un rapido ripristino dell’intero server con una finestra di ripristino minima. Gli elenchi di funzioni riportati di seguito descrivono in dettaglio tutte le funzioni disponibili nel modulo di backup MySQL di Bacula Enterprise.

Funzionalità di backup

  • Backup del dump per database – Per impostazione predefinita, l’agente esegue il dump di ogni database separatamente. Ogni database produce un’istantanea SQL coerente che può essere ripristinata in modo indipendente senza ripristinare l’intero server.
  • Dump Backup di tutti i database – L’opzione tutti_i_database esegue il dump di tutti i database in un’unica operazione e produce un’istantanea coerente a livello globale. Il backup include anche i file di registro binari generati fino alla fine del lavoro.
  • Backup binario tramite Percona XtraBackup – In modalità binaria, l’agente utilizza Percona XtraBackup per eseguire un backup fisico a caldo del server completo. Copre le tabelle InnoDB, XtraDB e MyISAM, viene eseguito senza bloccare il database e non richiede file temporanei di grandi dimensioni.
  • Cattura del registro binario – Il plugin MySQL di File Daemon salva i file di registro binari generati durante il lavoro di backup. Durante un ripristino PITR, Bacula riproduce questi registri per ripristinare il database a un punto preciso nel tempo.
  • Backup incrementale – Dopo un backup completo, ogni lavoro incrementale acquisisce solo i nuovi log binari generati dal lavoro precedente, riducendo così il consumo di spazio e il tempo di trasferimento sulle istanze MySQL attive.
  • Backup differenziale – Un lavoro differenziale acquisisce tutti i registri binari generati dall’ultimo backup completo. Questo permette agli amministratori di avere una catena di ripristino in due fasi, senza il sovraccarico di archiviazione delle ripetute istantanee complete.
  • Backup online – Le modalità Dump e Binary vengono eseguite su un server MySQL live, senza tempi di inattività e senza interruzione del servizio.
  • Backup coerente – La modalità Dump garantisce la coerenza individuale per ogni database e utilizza i log binari per ottenere la coerenza globale tra i database. La modalità binaria produce un’istantanea globalmente coerente dell’intero server in un’unica operazione.
  • Acquisizione automatica dei metadati – Ogni lavoro di backup acquisisce il file di configurazione del server MySQL (my.cnf), le sovvenzioni globali, le variabili correnti del server e gli script di creazione per database, gli schemi, i dati e le sovvenzioni.

Capacità di ripristino

  • Point-In-Time Recovery – Il PITR è disponibile sia per la modalità Dump che per quella Binary. L’agente MySQL gestisce i file di registro binari necessari per riprodurre le transazioni fino a un punto di ripristino target, senza tracciamento manuale dei registri.
  • Ripristino di un singolo database – In modalità Dump, i singoli database possono essere ripristinati indipendentemente dai loro file di dump per database, senza ripristinare l’intero server.
  • Ripristino di utenti e ruoli – Le sovvenzioni globali e le sovvenzioni utente per database vengono acquisite come parte di ogni lavoro di backup e possono essere ripristinate indipendentemente dai dati del database.
  • Ripristino del server completo dalla modalità binaria – L’agente utilizza gli strumenti di Percona per ripristinare un server completo da un backup binario. I dati vengono prima ripristinati in una posizione temporanea e resi coerenti utilizzando il passaggio Percona Prepare, prima che qualsiasi modifica venga scritta nel database live.
  • Ottimizzazione della preparazione al momento del backup – il modulo MySQL di Bacula può eseguire il passaggio Prepare automaticamente durante la fase di backup, e quando è necessario un ripristino, il recupero inizia senza ritardi perché l’elaborazione della coerenza è già completa. L’opzione Prepare si applica solo ai backup completi.
  • Ripristino da Dump o da Log binari – Gli amministratori possono ripristinare da file di dump SQL o da backup di log binari a seconda dello scenario di ripristino, con entrambi i percorsi supportati dall’interfaccia di ripristino di Bacula.

Caratteristiche operative

  • Comando di stima – Prima dell’esecuzione di qualsiasi lavoro di backup, il comando di stima interroga l’agente MySQL e visualizza tutti i database rilevati sul server, insieme alle dimensioni dei database in modalità Dump, in modo che gli amministratori possano verificare la portata prima di impegnarsi in un lavoro.
  • Individuazione automatica dei database – Il plugin MySQL di File Daemon individua automaticamente tutti i database sul server MySQL senza configurazione manuale. I database specifici possono essere individuati per nome nella configurazione del Fileset.
  • Object Filtering – Gli amministratori possono includere o escludere database e tabelle specifici durante le operazioni di backup e di ripristino utilizzando i parametri del plugin, senza modificare manualmente i file di dump.
  • Modalità accurata per lavori incrementali – L’opzione accurata, se attivata sui lavori incrementali e differenziali, impedisce l’inclusione di file di registro binari duplicati nei set di backup. In questo modo il catalogo rimane pulito e le catene di ripristino non sono ambigue.
  • Flessibilità di configurazione della modalità Dump – L’agente accetta i parametri del plugin per l’account utente Unix, la directory temporanea, le credenziali dell’utente MySQL, il percorso del file di configurazione aggiuntivo e le opzioni mysqldump personalizzate, comprese le esclusioni delle tabelle, senza richiedere script personalizzati.

Supporto della piattaforma e della versione

  • Linux 32-bit e 64-bit
  • Versioni di MySQL fino alla 8.0 inclusa
  • Percona Server con XtraDB
  • Motori di archiviazione InnoDB, XtraDB e MyISAM

Come Bacula Enterprise protegge i suoi dati di backup MySQL

Bacula Enterprise è considerato affidabile dalle organizzazioni della difesa, dalle agenzie governative e dalle istituzioni finanziarie per proteggere i loro ambienti MySQL più sensibili.

La sicurezza di Bacula inizia a livello di architettura. I client di backup non conoscono gli obiettivi di archiviazione e non possiedono le credenziali per accedervi, il che significa che un host MySQL compromesso non può leggere, sovrascrivere, modificare o eliminare i dati di backup. Questa protezione è integrata nel protocollo stesso, non viene attivata attraverso un’impostazione di configurazione.

Protezione da ransomware e malware

  • Volumi disco immutabili – I volumi di backup possono essere impostati come immutabili, il che impedisce qualsiasi modifica o eliminazione una volta scritti, anche da parte di utenti privilegiati.
  • Rilevamento dell’avvelenamento dei dati – Identifica automaticamente i dati corrotti o manomessi prima che si propaghino nella catena di backup.
  • Rilevamento avanzato del ransomware – BGuardian monitora l’attività di backup alla ricerca di modelli sospetti e attiva gli avvisi prima che il danno si diffonda.
  • Rilevamento silenzioso della corruzione dei dati – Verifica l’integrità dei dati di backup indipendentemente dal sistema di origine.

Crittografia e autenticazione

  • Crittografia AES – Crittografia dei dati configurabile per client con AES 128, AES 192 o AES 256, applicata a livello di volume.
  • TLS per tutto il traffico di rete – Crittografia TLS automatica su tutti i canali di comunicazione dei componenti, con autenticazione tramite password CRAM-MD5 tra i demoni.
  • Autenticazione a più fattori – Autenticazione MFA e OTP con supporto biometrico dello smartphone per l’accesso a BWeb.
  • Integrazione con Active Directory e LDAP – Controllo dell’accesso centralizzato legato direttamente alla sua infrastruttura di gestione delle identità esistente.

Conformità e verificabilità

  • Conforme a FIPS 140-3 – Soddisfa gli standard crittografici federali richiesti dagli ambienti governativi e della difesa.
  • Firme dei file SHA256 e SHA512 – Verifica crittografica di ogni file sottoposto a backup, con confronto del catalogo simile a Tripwire per il rilevamento delle intrusioni.
  • Integrazione SIEM – Gli eventi di sicurezza confluiscono direttamente nella piattaforma di Security Information and Event Management esistente.
  • Rapporti di tempra – Rapporti di tempra per host per ogni sistema in cui viene eseguito Bacula, facendo emergere le configurazioni insicure prima che diventino vulnerabilità.

Funzionalità aziendali di base per ogni utente di Bacula

Lo strumento di backup MySQL fa parte della piattaforma di backup unificata di Bacula Enterprise. Tutte le funzionalità elencate di seguito sono disponibili in tutte le installazioni Bacula, indipendentemente dall’ambiente.

Infrastruttura di archiviazione ed efficienza

Bacula Enterprise offre agli amministratori un controllo diretto sui costi di archiviazione attraverso la riduzione dei dati e l’instradamento flessibile delle destinazioni:

  • Deduplicazione a livello di blocco – Qualsiasi blocco di dati che compare più di una volta nel catalogo di backup viene scritto sullo storage solo una volta, riducendo così la ridondanza dello storage alla fonte.
  • Compressione adattiva – Gli algoritmi di compressione sono configurabili per ogni lavoro; gli amministratori possono regolare la compressione in base al tipo di dati e alla disponibilità delle risorse.
  • Più tipi di destinazione di archiviazione – I backup vengono scritti su disco locale, NAS, SAN, librerie a nastro, archiviazione a oggetti nel cloud, compresi S3, Azure e Google Cloud, o qualsiasi combinazione all’interno di un unico criterio.
  • Archiviazione ad oggetti compatibile con S3 – Si collega a qualsiasi provider compatibile con S3 per una conservazione a lungo termine senza vincoli di fornitore.
  • Flussi di lavoro di archiviazione a livelli – I dati di backup si spostano automaticamente tra i livelli di archiviazione man mano che invecchiano, in modo che i punti di ripristino a cui si accede di frequente rimangano sull’archiviazione veloce, mentre i dati più vecchi si spostano verso destinazioni a basso costo.
  • Incrementale per sempre – Dopo un primo backup completo, ogni lavoro successivo cattura solo ciò che è cambiato. Le finestre di backup completo ricorrenti diventano superflue.
  • Trasferimenti attenti alla larghezza di banda – Solo i dati modificati attraversano la rete tra le esecuzioni di backup, mantenendo il carico della rete di produzione al minimo.

Protezione dei dati e conformità

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

  • Crittografia End-to-End – La crittografia AES-256 copre l’intero percorso dei dati, dal client di origine alla destinazione finale di archiviazione, con una gestione delle chiavi configurabile per adattarsi alle politiche di sicurezza dell’organizzazione.
  • Copie di backup immutabili – L’archiviazione compatibile con WORM blocca i dati di backup contro qualsiasi modifica o eliminazione una volta scritti, offrendo un punto di ripristino che il ransomware e le minacce interne non possono raggiungere.
  • Controlli di accesso granulari – Le autorizzazioni degli utenti si estendono a lavori specifici, flussi di lavoro di ripristino e funzioni di gestione, in modo che ogni amministratore acceda solo a ciò che il suo ruolo richiede.
  • Audit completo delle attività – Ogni 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 soddisfano i requisiti GDPR, HIPAA e SOC 2 attraverso una combinazione di crittografia, politiche di conservazione configurabili e registri di audit dettagliati.
  • Architetture che preservano la privacy – Le opzioni di distribuzione a conoscenza zero consentono all’infrastruttura di backup di funzionare senza concedere agli amministratori alcuna visibilità sui dati protetti.

Gestione e controllo aziendali

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

  • Doppia interfaccia – BWeb offre una console grafica per la gestione e il monitoraggio quotidiano dei lavori, mentre bconsole offre agli operatori il controllo completo della riga di comando per lo scripting, l’automazione e la configurazione avanzata.
  • Scalabilità senza limiti – La stessa architettura della piattaforma gestisce ambienti da una manciata di server a distribuzioni di migliaia di unità, il tutto sotto un unico piano di gestione.
  • Isolamento dei tenant – Gli MSP e le grandi aziende suddividono l’ambiente di backup in unità amministrate in modo indipendente, ciascuna con la propria configurazione, le proprie politiche e i propri controlli di accesso.
  • Individuazione automatica delle risorse – La piattaforma esegue la scansione dell’infrastruttura per identificare e catalogare automaticamente gli obiettivi di backup, in modo che la copertura della protezione rimanga aggiornata man mano che l’ambiente cresce.
  • Reporting completo – I report programmati coprono i risultati dei lavori, le tendenze della capacità, lo stato di conformità e le prestazioni operative, forniti con una cadenza definita.
  • Integrazione con sistemi esterni – Si collega agli strumenti di monitoraggio, ai sistemi di ticketing IT e ai servizi di directory, compresi LDAP e Active Directory, inserendosi nell’infrastruttura operativa esistente senza sviluppo personalizzato.

Eccellenza dell’infrastruttura ibrida

Server fisici, macchine virtuali, container e infrastrutture cloud rientrano 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 di criteri coerenti su tutte le piattaforme.
  • Convergenza fisica e virtuale – I server fisici, le stazioni di lavoro e le macchine virtuali sono protetti attraverso la stessa interfaccia di gestione, con politiche di backup unificate.
  • Supporto 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 dell’archiviazione multi-cloud – Supporto nativo per l’archiviazione in cloud pubblico, privato e ibrido, tra cui S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier, con la funzionalità Minimal Restore Cost.
  • Integrazione di database e applicazioni – Backup a caldo per Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e altre applicazioni mission-critical con piena coerenza transazionale.

Vantaggi economici

La licenza si basa sulle dimensioni dell’ambiente, non sul volume dei dati. I database MySQL possono crescere senza provocare un aumento dei costi di licenza:

  • Licenze indipendenti dal volume – L’aumento della capacità di backup non si traduce in un aumento dei costi di licenza, per cui i costi di protezione dei dati rimangono invariati anche quando i volumi di dati si espandono.
  • Struttura dei costi prevedibile – Un modello di prezzi fissi consente ai team di pianificare i budget dell’infrastruttura senza tener 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 influiscono sui costi delle licenze.
  • Vantaggi economici su larga scala – Le organizzazioni che proteggono database MySQL consistenti o in rapida crescita ottengono vantaggi economici sempre più significativi rispetto ai concorrenti con prezzi di capacità.
  • Economia dei Service Provider – Gli MSP assumono clienti con dataset di grandi dimensioni o in rapida crescita, senza assorbire gli aumenti dei costi di licenza che erodono i margini nei modelli di prezzo per terabyte.

Recupero e continuità aziendale

Ogni scenario di ripristino ha un percorso definito, dai ripristini di singoli file alle ricostruzioni di siti completi.

  • Ripristino Bare Metal a livello di sistema – Ripristina un server completo da zero, compresi il sistema operativo, le applicazioni, la configurazione e i dati, senza richiedere una precedente installazione manuale.
  • Movimento dei dati multipiattaforma – I dati di backup possono essere ripristinati su un sistema operativo diverso da quello di origine, offrendo ai team delle opzioni quando non è disponibile un hardware simile o è in corso una migrazione.
  • Replica geografica dei backup – I set di backup vengono copiati in posizioni di archiviazione geograficamente separate, in modo che un’interruzione a livello di sito non porti con sé i punti di ripristino.
  • Pianificazione frequente dei backup – Gli intervalli di backup possono essere ridotti a minuti, riducendo la finestra di perdita potenziale dei dati a minuti anziché a ore.
  • Convalida automatizzata del ripristino – La recuperabilità è confermata da test automatizzati, senza il coinvolgimento dell’amministratore o un processo di convalida separato.

Domande frequenti

Il plugin MySQL di Bacula supporta le configurazioni di replica?

Sì. I log binari di MySQL guidano sia la replica che il Point-In-Time Recovery (PITR), e l’agente MySQL di Bacula acquisisce questi log automaticamente in ogni lavoro di backup. In modalità binaria, il backup registra il nome e la posizione del file di log binario al momento del backup, che fornisce le coordinate necessarie per riprendere o configurare la replica dopo un ripristino.

I backup in modalità binaria possono essere eseguiti senza interrompere un database MySQL attivo?

Sì. In modalità binaria, Percona XtraBackup copia i file di dati InnoDB a livello di archiviazione senza acquisire un blocco globale del database, in modo che l’istanza MySQL rimanga online e serva il traffico di produzione durante la finestra di backup. I file non InnoDB richiedono solo un breve blocco del backup, anziché un blocco completo della tabella.

Cosa succede se i registri binari non sono disponibili durante un ripristino MySQL PITR?

L’agente MySQL di Bacula acquisisce i file di log binari come parte di ogni lavoro di backup e li gestisce automaticamente attraverso l’intera catena di backup. Se i registri binari non sono disponibili al momento del ripristino, il ripristino si basa sull’istantanea di backup coerente più recente. Il ripristino di un punto preciso della transazione richiede una catena di log binari ininterrotta da quello snapshot in avanti.

Posso eseguire il backup di più database MySQL sullo stesso server con Bacula?

Sì. L’agente MySQL rileva automaticamente tutti i database sul server senza bisogno di configurazione manuale. I database specifici possono essere individuati per nome nella configurazione del Fileset, e il filtro degli oggetti consente agli amministratori di includere o escludere database e tabelle specifiche senza dover modificare manualmente i file di dump.

Qual è l’impatto dei backup sulle prestazioni di MySQL?

In modalità binaria, Percona XtraBackup copia i file di dati InnoDB a livello di archiviazione senza acquisire un blocco globale del database, quindi l’impatto sull’istanza MySQL in esecuzione è minimo e il traffico di produzione continua senza interruzioni. In modalità Dump, il processo mysqldump genera un sovraccarico di CPU e I/O che aumenta con le dimensioni del database. In genere, l’esecuzione di lavori in modalità Dump durante le ore non di punta è consigliata per i sistemi di produzione con un carico di scrittura elevato.

L’integrità del backup MySQL può essere verificata automaticamente?

Sì. Il Silent Data Corruption Detection di Bacula verifica l’integrità dei dati di backup indipendentemente dal sistema di origine. Il Data Poisoning Detection identifica i dati corrotti o manomessi prima che si propaghino nella catena di backup, per cui i problemi di integrità vengono rilevati prima che sia necessario un ripristino.

In che modo i criteri di conservazione dei backup influenzano le opzioni di ripristino di MySQL?

Le politiche di conservazione controllano direttamente quanto indietro può arrivare un ripristino. Una finestra di conservazione più breve riduce il consumo di spazio, ma limita la flessibilità del ripristino. Una finestra di conservazione più lunga, invece, aumenta l’uso dell’archiviazione e consente il ripristino da incidenti più vecchi o da eventi di corruzione dei dati ritardati. In Bacula, i periodi di conservazione sono configurabili a livello di lavoro, pool e volume. Ciò consente agli amministratori di controllare con precisione per quanto tempo i set di backup MySQL rimangono disponibili per il ripristino.

Ho bisogno di competenze da amministratore di database (DBA) per gestire i backup MySQL con Bacula?

No. Il plugin MySQL astrae i meccanismi di backup specifici di MySQL e non è necessario alcuno script personalizzato.

L’amministratore del backup configura e gestisce tutte le operazioni attraverso l’interfaccia standard di Bacula. Una comprensione di base degli obiettivi di ripristino, in particolare RPO e RTO, è comunque utile per decidere tra la modalità Dump e Binary per il suo ambiente.