Chat with us, powered by LiveChat

Bacula Enterprise si integra direttamente con PostgreSQL per offrire backup e ripristino anche negli ambienti di produzione più esigenti, compresi i database ad alte transazioni e i grandi cluster multi-database che non possono permettersi interruzioni del servizio durante le finestre di backup.

Il software di backup PostgreSQL gestisce l’intero ciclo di backup e ripristino dei cluster PostgreSQL senza script e senza interrompere le operazioni del cluster. Viene eseguito come plugin File Daemon sull’host del database e cattura tutto ciò di cui il cluster ha bisogno per un ripristino pulito, dai ruoli e tablespace agli schemi per database e agli script di creazione.

Lo strumento di backup PostgreSQL di Bacula supporta le strategie Dump e PITR per coprire due scenari di ripristino distinti. La modalità Dump esegue pg_dump in formato personalizzato o semplice su tutti i database o su un sottoinsieme definito, con un filtro a livello di oggetto disponibile sia al momento del backup che del ripristino. Questa modalità è particolarmente utile quando è necessario ripristinare una singola tabella o uno schema senza toccare il resto del database.

In modalità PITR, il plugin gestisce l’archiviazione WAL attraverso i livelli di lavoro Completo, Incrementale e Differenziale, in modo da poter ripristinare qualsiasi cluster ad un punto arbitrario nel tempo ed evitare di perdere ore di transazioni a causa di una perdita accidentale di dati, di corruzione o di un’implementazione fallita.

Negli ambienti HA multi-nodo come Patroni, i backup Dump possono collegarsi tramite l’endpoint del cluster, indipendentemente dal nodo primario. I backup basati su PITR e WAL, invece, operano a livello di filesystem sull’host primario attivo. Dopo un cambio di ruolo, i lavori di backup devono puntare al nuovo primario per mantenere un archivio WAL coerente.

Vantaggi principali dello strumento di backup PostgreSQL di Bacula

Copertura di backup in doppia modalità

  • Supporto Dump e PITR – Esegue il backup di qualsiasi istanza PostgreSQL utilizzando i dump logici tramite pg_dump o l’archiviazione point-in-time basata su WAL (PITR), con entrambe le modalità in esecuzione simultanea sulla stessa istanza. PITR opera a livello di istanza, in quanto i file WAL vengono generati per l’intera istanza PostgreSQL, anziché per un singolo database. Se ha bisogno di una granularità di ripristino a livello di database, la modalità Dump supporta il ripristino selettivo fino a una singola tabella o schema.
  • Non è richiesto alcuno script – Lo strumento di backup PostgreSQL rileva automaticamente tutti i database nel cluster ed esegue automaticamente il backup della configurazione, dei ruoli, dei tablespace e degli schemi senza alcun intervento manuale.
  • Backup online – Esegue il backup dei cluster PostgreSQL mentre rimangono pienamente operativi, senza richiedere tempi di inattività a qualsiasi livello di backup.

Recupero granulare point-in-time (PITR)

  • Backup completo – Cattura l’intera directory di dati e tutti i file WAL generati durante l’esecuzione, costituendo a sua volta la linea di base per tutte le operazioni di ripristino successive.
  • Backup incrementale – Archivia i file WAL generati dall’ultimo lavoro e mantiene le finestre di backup strette sui database ad alta attività.
  • Backup differenziale – Cattura i file di dati modificati dall’ultimo Full più i file WAL correnti, e riduce i tempi di ripristino senza l’overhead di archiviazione di un nuovo Full.
  • Obiettivi di ripristino precisi – Riproduce qualsiasi catena WAL per ripristinare un’istanza ad una transazione esatta, e non solo all’ultimo backup programmato.
  • Ripristino in posizione alternativa – Ripristina qualsiasi database su un altro server o directory per test, migrazione o ripristino di emergenza, senza toccare l’ambiente di produzione.

Opzioni di ripristino complete

  • Zero vuoti di copertura – Esegua lavori incrementali in concomitanza con lavori completi e differenziali tramite la direttiva Maximum Concurrent Jobs, in modo che non vi siano modifiche tra le finestre di backup.
  • Compatibilità di copia e migrazione – Sposti i dati di backup tra i volumi utilizzando il framework nativo di Bacula per la copia e la migrazione, senza coinvolgere il demone file.
  • Non è richiesto spazio temporaneo su disco – I dati vengono trasferiti direttamente dal cluster allo Storage Daemon ad ogni livello di backup, senza staging intermedio.

Lo strumento di backup PostgreSQL è disponibile su Linux a 32 e 64 bit e supporta tutte le versioni di PostgreSQL ufficialmente mantenute dalla versione 8.4 in poi.

Software di backup PostgreSQL: Riassunto dettagliato delle funzioni

La selezione della giusta strategia di backup dipende dalla necessità di ripristinare singoli oggetti da un dump logico o di ripristinare un intero cluster ad un punto preciso nel tempo. La tabella seguente illustra le principali differenze funzionali tra le modalità supportate di questa soluzione di backup PostgreSQL.

Le modalità Custom e Dump producono file SQL compatti e portatili, adatti a ripristini selettivi e migrazioni cross-version. PITR produce backup più grandi perché cattura l’intera directory di dati più i file WAL, ma offre velocità di ripristino più elevate e la possibilità di ripristinare qualsiasi punto specifico nel tempo. Entrambe le strategie possono essere eseguite contemporaneamente sulla stessa istanza PostgreSQL.

*Nella tabella, il formato Custom corrisponde al formato Custom Dump di pg_dump e il formato Dump del modulo PostgreSQL di Bacula corrisponde al formato semplice di pg_dump.

Personalizzato Caricamento PITR
Ripristino di un singolo oggetto (tabella, schema) No No
Velocità di backup Lento Lento Veloce
Velocità di ripristino Lento Molto lenta Veloce
Dimensione del backup Piccolo Piccolo Grande
Ripristino point-in-time No No
Supporto integrativo e differenziale No No
Ripristino parallelo No No
Backup online
Backup coerente
Ripristino della versione principale di PostgreSQL precedente No No
Ripristino della versione principale di PostgreSQL più recente No

Funzionalità di backup robuste

  • Backup completo – Cattura l’intera directory dei dati e tutti i file WAL generati durante il lavoro, costituendo la linea di base per tutte le catene di ripristino PITR.
  • Backup incrementale – Forza un cambio di segmento WAL e archivia tutti i file WAL generati dal lavoro precedente, riducendo al minimo le finestre di backup sulle istanze PostgreSQL ad alta attività.
  • Backup differenziale – Cattura i file di dati modificati dall’ultimo backup completo più tutti i file WAL attuali, bilanciando l’efficienza di archiviazione con una risoluzione più rapida della catena di ripristino.
  • Backup basato su Dump – Esegue pg_dump in formato personalizzato o semplice su tutti i database o su un sottoinsieme definito, con filtraggio a livello di oggetto disponibile al momento del backup.
  • Backup online – Tutti i tipi di backup vengono eseguiti su un’istanza PostgreSQL live, senza tempi di inattività e senza interruzione del cluster.
  • Rilevamento automatico del cluster – Il plugin rileva automaticamente tutti i database nel cluster e acquisisce la configurazione, i ruoli, i tablespace, gli schemi e gli script di creazione senza configurazione manuale.
  • Non è richiesto spazio temporaneo su disco – Trasferimenti massicci di dati direttamente dall’host del database al demone di archiviazione ad ogni livello di backup.

Capacità di ripristino

  • Point-in-Time Restore (PITR) – Riproduce qualsiasi catena WAL per ripristinare un’istanza PostgreSQL ad una transazione esatta, indipendentemente dagli intervalli di backup programmati.
  • Ripristino di singoli oggetti – Ripristina singole tabelle, schemi o indici direttamente dai dump in formato personalizzato utilizzando pg_restore, senza toccare il resto del database.
  • Ripristino in posizione alternativa – Ripristina qualsiasi database in un server diverso o in una directory locale per la migrazione, il test o il ripristino di emergenza, senza influenzare l’ambiente di produzione.
  • Ripristino parallelo – I dump di formato personalizzato supportano lavori di ripristino simultanei tramite pg_restore, riducendo i tempi di ripristino su sistemi multi-core.
  • Ripristino Cross-Version – I formati Dump personalizzati e semplici supportano il ripristino delle versioni principali più recenti di PostgreSQL; il Dump semplice supporta il ripristino delle versioni principali precedenti.
  • Recupero granulare di ruoli e schemi – I ruoli, gli utenti e gli schemi del database possono essere ripristinati in modo indipendente utilizzando roles.sql e schema.sql, con la modifica selettiva supportata da psql prima del caricamento.

Caratteristiche operative

  • Verifica dell’accesso al database – Il comando stima interroga il plugin PostgreSQL per convalidare la connettività del cluster ed elencare tutti i database rilevati prima dell’esecuzione di qualsiasi lavoro di backup.
  • Targeting selettivo dei database – Il parametro database accetta stringhe di caratteri jolly, il che consente al plugin di eseguire il backup solo dei database che corrispondono a un modello definito, senza modificare la configurazione del lavoro.
  • Supporto del file di connessione al servizio – I parametri di connessione PostgreSQL possono essere astratti in una voce denominata pg_service. Ciò consente al plugin di connettersi alle istanze remote senza incorporare host, porta o credenziali direttamente nel FileSet.
  • Controllo del timeout – Un parametro di timeout configurabile imposta il tempo di attesa massimo in secondi per qualsiasi comando inviato a PostgreSQL, con un valore predefinito di 60 secondi. Impostare abort_on_error per terminare immediatamente il lavoro in caso di fallimento della connessione, anziché consentirne l’esecuzione incompleta.
  • Guida alla deduplicazione – PostgreSQL non implementa le sue routine di backup tenendo conto della deduplicazione. L’esecuzione del comando CLUSTER prima del backup riordina fisicamente i dati della tabella in base all’indice, migliorando i rapporti di deduplicazione al costo di un blocco esclusivo della tabella e di un significativo sovraccarico di CPU e I/O.

Amministrazione e monitoraggio

  • Gestione dell’interfaccia web (BWeb) – Configura e monitora i lavori di backup PostgreSQL attraverso la console grafica BWeb di Bacula, senza interagire direttamente con i file di configurazione.
  • Controllo a riga di comando – Utilizzi la bconsole per l’attivazione dei lavori, la navigazione nel catalogo, le operazioni di ripristino e l’automazione scriptabile per tutti i lavori di backup PostgreSQL.
  • Limitazioni note – dump_opt non può essere utilizzato per eseguire il backup di server PostgreSQL remoti; utilizzi invece PGSERVICE. Il ripristino di template1, postgres o di qualsiasi database con connessioni attive richiede che tali connessioni siano prima terminate. La riproduzione di lunghe catene WAL su cluster ad alta attività aggiunge tempo significativo alle operazioni di ripristino PITR.

Supporto della piattaforma e della versione

La soluzione di backup PostgreSQL di Bacula Enterprise supporta le seguenti configurazioni:

  • Tutte le versioni di PostgreSQL ufficialmente mantenute dalla versione 8.4 in poi
  • Linux 32-bit
  • Linux a 64 bit

Sicurezza integrata in ogni backup PostgreSQL

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

La sicurezza di Bacula inizia a livello di architettura. I client di backup non conoscono i target di archiviazione e non possiedono le credenziali per accedervi, il che significa che un host di database compromesso non può leggere, sovrascrivere, modificare o eliminare i dati di backup. Questa protezione è incorporata 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à Core Enterprise per ogni utilizzo di Bacula

Lo strumento di backup PostgreSQL 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 una sola volta, tagliando la ridondanza alla fonte anziché a posteriori.
  • Compressione adattiva – Gli algoritmi di compressione sono configurabili per ogni lavoro, in modo che il sovraccarico della CPU e il risparmio di spazio possano essere bilanciati in base al tipo di dati e alle risorse disponibili.
  • 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 al minimo il carico sull’infrastruttura di produzione.

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 riguardano lavori specifici, flussi di lavoro di ripristino e funzioni di gestione, in modo che gli amministratori accedano solo a ciò che il loro ruolo richiede.
  • Auditing 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 – L’architettura della stessa piattaforma gestisce ambienti che vanno 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 al variare degli ambienti.
  • 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 nei flussi di lavoro operativi esistenti 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 PostgreSQL possono crescere senza che si verifichi 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 PostgreSQL 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, il che offre 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 pochi minuti, il che riduce la finestra di perdita potenziale dei dati ben al di sotto di quanto consentito dalle tradizionali pianificazioni orarie o notturne.
  • Convalida automatizzata del ripristino – La recuperabilità è confermata da test automatizzati, senza il coinvolgimento dell’amministratore o un processo di convalida separato.

Tipi di backup PostgreSQL

Esistono due metodi principali per eseguire il backup dei database PostgreSQL con il nostro strumento: snapshot a livello di filesystem (fisico) o dump SQL (logico).

Tipo fisico

I backup a livello di sistema, o backup fisici, sono essenzialmente istantanee di tutti i file del database. Il backup di questi file non è così semplice come potrebbe sembrare, perché di solito subiscono continue riscritture e modifiche. Il backup del database PostgreSQL si basa su due metodi chiave: la continuità nell’archiviazione e il ripristino point-in-time. Entrambi sono progettati per completarsi a vicenda. L’archiviazione continua fornisce la catena WAL, mentre il ripristino point-in-time (PITR) la utilizza per ripristinare l’istanza in qualsiasi momento scelto.

Per la coerenza, i backup devono confermare che il processo di backup sta copiando l’intero database o lo sta lasciando completamente invariato. Ecco perché PostgreSQL utilizza la tecnologia di registrazione write-ahead. I segmenti WAL sono i file esatti di cui viene eseguito il backup durante il processo di archiviazione in corso. Le informazioni memorizzate in questi file consentono un recupero più semplice dopo un incidente e una migliore coerenza dei dati.

Non è raro che i database subiscano delle modifiche durante il processo di backup del filesystem, ma alcune di queste modifiche potrebbero danneggiare alcune parti del backup o renderlo irreparabile. Per evitare questo, PostgreSQL fornisce un’API di basso livello per il processo di backup fisico. L’utilizzo di pg_start_backup() e pg_stop_backup() prima e dopo il processo impedisce che vengano apportate modifiche pericolose al database durante il backup. Tutti i segmenti WAL generati tra questi due comandi devono comunque essere acquisiti. L’istantanea a livello di filesystem insieme a questi segmenti WAL viene comunemente chiamata backup di base.

Tipo logico

Un dump SQL, o backup logico, funziona in modo diverso da un backup fisico. Utilizza i comandi di backup di PostgreSQL per ricreare la struttura di base del database e popolarla con i dati. Un dump SQL rappresenta in modo coerente lo stato del database in un determinato momento, poiché il processo di dumping viene eseguito come qualsiasi altra sessione del database.

Il processo funziona come segue: il software legge tutte le tabelle disponibili e poi recupera tutte le righe, conservando l’ordine necessario per ripristinare tutto esattamente come è stato eseguito il backup, comprese tutte le connessioni e le dipendenze.

Una cosa da tenere presente con i dump SQL è che i dati di tabelle diverse possono avere timestamp diversi. Una tabella potrebbe essere catturata al timestamp A e un’altra al timestamp B. Questo è un aspetto da tenere presente quando il suo database applica delle regole su come le righe e le tabelle devono essere correlate tra loro.

 

Scarica la prova gratuitaScarica il whitepaper su PostgreSQL

Domande frequenti

Che cos’è PostgreSQL?

PostgreSQL è un sistema di gestione di database relazionali open-source con oltre 35 anni di sviluppo attivo. Si tratta di uno dei database più utilizzati al mondo, di cui si fidano le organizzazioni di tutte le dimensioni per la sua affidabilità, le sue prestazioni e la sua estensibilità. Supporta sia le interrogazioni SQL che JSON e gestisce tutto, dalle piccole applicazioni web ai carichi di lavoro aziendali su larga scala.

pg_dump è una vera soluzione di backup PostgreSQL?

pg_dump è uno strumento di esportazione dei dati, non una soluzione di backup completa. Non cattura i file WAL, il che rende impossibile il ripristino point-in-time solo da un dump. Inoltre, esclude gli oggetti globali come i ruoli e i tablespace, a meno che non si esegua pg_dumpall separatamente. Per gli ambienti di produzione, pg_dump funziona meglio come parte di una strategia più ampia che include l’archiviazione WAL e la pianificazione automatizzata, che è esattamente ciò che lo strumento di backup PostgreSQL di Bacula gestisce automaticamente.

Se ho una replica, ho ancora bisogno di backup PostgreSQL?

Sì. La replica copia ogni modifica al suo stand. La replica copia ogni modifica sui server di standby, anche quelle accidentali. Se uno sviluppatore elimina una tabella in produzione, questa eliminazione viene replicata istantaneamente in ogni replica. I backup con PITR le permettono di recuperare il momento esatto prima dell’errore. La replica e i backup risolvono problemi diversi e dovrebbero entrambi far parte della sua strategia di ripristino.

Qual è il modo migliore per automatizzare i backup di PostgreSQL?

L’approccio più affidabile per gli ambienti di produzione combina i backup completi programmati con l’archiviazione WAL continua. Bacula Enterprise gestisce entrambi automaticamente. I lavori completi, incrementali e differenziali vengono eseguiti secondo una pianificazione definita, l’archiviazione WAL viene eseguita in background e tutto viene gestito centralmente senza script personalizzati.

Come funziona il ripristino point-in-time di PostgreSQL?

PostgreSQL registra ogni modifica del database nel Write-Ahead Log prima di applicarla ai file di dati. Il PITR funziona ripristinando un backup di base e poi riproducendo i file WAL fino al momento esatto in cui è necessario ripristinare. Questo le consente di ripristinare la perdita accidentale di dati, le tabelle cadute o le distribuzioni fallite a un punto preciso nel tempo, anziché all’ultimo backup programmato.

Di quale strumento di backup PostgreSQL ho bisogno per un ambiente aziendale?

Gli ambienti PostgreSQL aziendali necessitano di backup online senza tempi di inattività, PITR, gestione centralizzata su più cluster, crittografia e integrazione con il resto dell’infrastruttura. Il plugin PostgreSQL di Bacula Enterprise copre tutti questi aspetti in un’unica piattaforma che protegge anche macchine virtuali, container, ambienti cloud e altri database.