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.