Ferramenta de apoio PostgreSQL. Software de backup do PostgreSQL

Home > Backup de dados corporativos > Ferramentas de Backup de Dados Corporativos > Ferramenta de backup para PostgreSQL

O Bacula Enterprise integra-se diretamente com o PostgreSQL para oferecer backup e recuperação até mesmo nos ambientes de produção mais exigentes, incluindo bancos de dados de alta transação e grandes clusters de vários bancos de dados que não podem permitir interrupções de serviço durante as janelas de backup.

O software de backup do PostgreSQL lida com o ciclo completo de backup e recuperação de seus clusters PostgreSQL sem scripts e sem interromper as operações do cluster. Ele é executado como um plug-in File Daemon no host do banco de dados e captura tudo o que o cluster precisa para uma restauração limpa, desde funções e tablespaces até esquemas por banco de dados e scripts de criação.

A ferramenta de backup PostgreSQL do Bacula suporta as estratégias Dump e PITR para cobrir dois cenários de recuperação distintos. O modo Dump executa o pg_dump em formato personalizado ou simples em todos os bancos de dados ou em um subconjunto definido, com filtragem em nível de objeto disponível no momento do backup e da restauração. Isso é particularmente útil quando o senhor precisa recuperar uma única tabela ou esquema sem tocar no restante do banco de dados.

No modo PITR, o plug-in gerencia o arquivamento do WAL nos níveis de trabalho Full, Incremental e Differential, para que o senhor possa recuperar qualquer cluster para um ponto arbitrário no tempo e evitar a perda de horas de transações devido à perda acidental de dados, corrupção ou falha na implementação.

Em ambientes HA de vários nós, como o Patroni, os backups do Dump podem se conectar por meio do endpoint do cluster, independentemente do nó primário. Os backups baseados em PITR e WAL, no entanto, operam no nível do sistema de arquivos no host primário ativo. Após uma troca de função, os trabalhos de backup devem apontar para o novo primário para manter um arquivo WAL consistente.

postgresql backup tool

Download do teste gratuito Baixar Whitepaper do PostgreSQL

Principais benefícios da ferramenta de backup PostgreSQL do Bacula

Cobertura de backup de modo duplo

Suporte a Dump e PITR – Faça backup de qualquer instância do PostgreSQL usando dumps lógicos via pg_dump ou arquivamento point-in-time baseado em WAL (PITR), com ambos os modos sendo executados simultaneamente na mesma instância. O PITR opera no nível da instância, uma vez que os arquivos WAL são gerados para toda a instância do PostgreSQL e não para um único banco de dados. Se o senhor precisar de granularidade de recuperação no nível do banco de dados, o modo Dump suporta restauração seletiva até uma única tabela ou esquema.
Sem necessidade de scripts – A ferramenta de backup do PostgreSQL detecta automaticamente todos os bancos de dados no cluster e faz o backup automático da configuração, das funções, dos espaços de tabela e dos esquemas sem nenhuma intervenção manual.
Backup on-line – Faça o backup de clusters do PostgreSQL enquanto eles permanecem totalmente operacionais, sem necessidade de tempo de inatividade em nenhum nível de backup.

Recuperação granular point-in-time (PITR)

Full Backup – Captura o diretório de dados completo e todos os arquivos WAL gerados durante a execução, formando a linha de base para todas as operações de recuperação subsequentes.
Incremental Backup – Arquiva os arquivos WAL gerados desde o último trabalho e mantém as janelas de backup apertadas em bancos de dados de alta atividade.
Differential Backup – Captura os arquivos de dados alterados desde o último Full, além dos arquivos WAL atuais, e reduz o tempo de restauração sem a sobrecarga de armazenamento de um novo Full.
Alvos de restauração precisos – Reproduza qualquer cadeia WAL para recuperar uma instância para uma transação exata, e não apenas para o último backup programado.
Alternate Location Restore – Recupere qualquer banco de dados em um servidor ou diretório diferente para testes, migração ou recuperação de desastres sem tocar no ambiente de produção.

Opções abrangentes de recuperação

Zero Coverage Gaps – Execute trabalhos incrementais simultaneamente com trabalhos completos e diferenciais por meio da diretiva Maximum Concurrent Jobs, para que nenhuma alteração ocorra entre as janelas de backup.
Compatibilidade de cópia e migração – Mova os dados de backup entre volumes usando a estrutura nativa de cópia e migração do Bacula, sem o envolvimento do File Daemon.
Não é necessário espaço em disco temporário – Os dados são transferidos diretamente do cluster para o Storage Daemon em todos os níveis de backup, sem preparação intermediária.

A ferramenta de backup do PostgreSQL está disponível para Linux de 32 e 64 bits e é compatível com todas as versões do PostgreSQL mantidas oficialmente a partir da versão 8.4.

Software de backup do PostgreSQL: Resumo detalhado dos recursos

A seleção da estratégia de backup correta depende de o senhor precisar restaurar objetos individuais de um dump lógico ou recuperar um cluster inteiro para um ponto preciso no tempo. A tabela abaixo cobre as principais diferenças funcionais entre os modos suportados por essa solução de backup do PostgreSQL.

Os modos Custom e Dump produzem arquivos SQL compactos e portáteis, adequados para restaurações seletivas e migrações entre versões. O PITR produz backups maiores, pois captura o diretório de dados completo e os arquivos WAL, mas oferece velocidades de restauração mais rápidas e a capacidade de recuperação para qualquer ponto específico no tempo. Ambas as estratégias podem ser executadas simultaneamente na mesma instância do PostgreSQL.

*Na tabela, o formato Custom corresponde ao formato Custom Dump do pg_dump e o formato Dump do módulo PostgreSQL do Bacula corresponde ao formato plain do pg_dump.

	Custom	Dump	PITR
Restaurar um único objeto (tabela, esquema)	Sim	Não	Não
Velocidade do backup	Lento	Lento	Rápido
Velocidade de restauração	Lenta	Muito lenta	Rápido
Tamanho do backup	Pequeno	Pequeno	Grande
Restauração em tempo real	Não	Não	Sim
Suporte incremental e diferencial	Não	Não	Sim
Restauração paralela	Sim	Não	Não
Backup on-line	Sim	Sim	Sim
Backup consistente	Sim	Sim	Sim
Restaurar para a versão principal anterior do PostgreSQL	Não	Sim	Não
Restaurar para a versão principal mais recente do PostgreSQL	Sim	Sim	Não

Recursos robustos de backup

Full Backup – Captura o diretório de dados completo e todos os arquivos WAL gerados durante o trabalho, formando a linha de base para todas as cadeias de recuperação PITR.
Incremental Backup – Força uma troca de segmento WAL e arquiva todos os arquivos WAL gerados desde o trabalho anterior, minimizando as janelas de backup em instâncias de alta atividade do PostgreSQL.
Backup Diferencial – Captura os arquivos de dados alterados desde o último backup completo e todos os arquivos WAL atuais, equilibrando a eficiência do armazenamento com uma resolução mais rápida da cadeia de restauração.
Dump-Based Backup – Executa o pg_dump em formato personalizado ou simples em todos os bancos de dados ou em um subconjunto definido, com filtragem em nível de objeto disponível no momento do backup.
Backup on-line – Todos os tipos de backup são executados em uma instância ativa do PostgreSQL, sem tempo de inatividade e sem necessidade de interrupção do cluster.
Descoberta automática do cluster – O plug-in detecta automaticamente todos os bancos de dados no cluster e captura configurações, funções, espaços de tabela, esquemas e scripts de criação sem configuração manual.
Não é necessário espaço em disco temporário – Os dados em massa são transferidos diretamente do host do banco de dados para o Storage Daemon em todos os níveis de backup.

Recursos de restauração

Point-in-Time Restore (PITR) – Reproduz qualquer cadeia WAL para recuperar uma instância do PostgreSQL para uma transação exata, independentemente dos intervalos de backup programados.
Single Object Restore (Restauração de objeto único) – Restaura tabelas, esquemas ou índices individuais diretamente de dumps de formato personalizado usando pg_restore, sem tocar no restante do banco de dados.
Alternate Location Restore (Restauração em local alternativo) – Recupera qualquer banco de dados em um servidor ou diretório local diferente para migração, teste ou recuperação de desastres sem afetar o ambiente de produção.
Parallel Restore (Restauração paralela) – Os despejos de formato personalizado suportam trabalhos de restauração simultâneos via pg_restore, reduzindo o tempo de recuperação em sistemas com vários núcleos.
Restauração entre versões – Os formatos de despejo personalizado e simples suportam a restauração para as versões principais mais recentes do PostgreSQL; o despejo simples suporta a restauração para versões principais anteriores.
Recuperação granular de funções e esquemas – Funções, usuários e esquemas de banco de dados podem ser restaurados independentemente usando roles.sql e schema.sql, com suporte à edição seletiva via psql antes do carregamento.

Recursos operacionais

Verificação de acesso ao banco de dados – O comando estimate consulta o plug-in PostgreSQL para validar a conectividade do cluster e listar todos os bancos de dados detectados antes da execução de qualquer trabalho de backup.
Segmentação seletiva de bancos de dados – O parâmetro database aceita cadeias curingas, o que permite que o plug-in faça backup apenas de bancos de dados que correspondam a um padrão definido sem modificar a configuração do trabalho.
Suporte a arquivo de conexão de serviço – Os parâmetros de conexão do PostgreSQL podem ser abstraídos em uma entrada pg_service nomeada. Isso permite que o plug-in se conecte a instâncias remotas sem incorporar o host, a porta ou as credenciais diretamente no FileSet.
Controle de tempo limite – Um parâmetro de tempo limite configurável define o tempo máximo de espera em segundos para qualquer comando enviado ao PostgreSQL, com um padrão de 60 segundos. Defina abort_on_error para encerrar o trabalho imediatamente em caso de falha de conexão, em vez de permitir que ele seja executado de forma incompleta.
Orientação para Deduplicação – O PostgreSQL não implementa suas rotinas de backup com a deduplicação em mente. A execução do comando CLUSTER antes do backup reordena fisicamente os dados da tabela por índice, melhorando as taxas de deduplicação ao custo de um bloqueio exclusivo da tabela e uma sobrecarga significativa de CPU e E/S.

Administração e monitoramento

Gerenciamento de Interface Web (BWeb) – Configure e monitore os trabalhos de backup do PostgreSQL por meio do console gráfico BWeb do Bacula, sem interagir diretamente com os arquivos de configuração.
Controle de linha de comando – Use o bconsole para acionar trabalhos, navegar pelo catálogo, restaurar operações e automatizar scripts em todos os trabalhos de backup do PostgreSQL.
Limitações conhecidas – O dump_opt não pode ser usado para fazer backup de servidores PostgreSQL remotos; em vez disso, use o PGSERVICE. A restauração de template1, postgres ou qualquer banco de dados com conexões ativas requer que essas conexões sejam encerradas primeiro. A repetição de cadeias WAL longas em clusters de alta atividade adiciona um tempo significativo às operações de recuperação do PITR.

Suporte a Plataformas e Versões

A solução de backup Bacula Enterprise PostgreSQL suporta as seguintes configurações:

Todas as versões do PostgreSQL mantidas oficialmente a partir da versão 8.4
Linux 32-bit
Linux 64-bit

Segurança incorporada em cada backup PostgreSQL

O Bacula Enterprise tem a confiança de organizações de defesa, agências governamentais e instituições financeiras para proteger seus ambientes PostgreSQL mais sensíveis.

A segurança do Bacula começa no nível da arquitetura. Os clientes de backup não têm conhecimento dos alvos de armazenamento e não possuem credenciais para acessá-los, o que significa que um host de banco de dados comprometido não pode ler, sobrescrever, modificar ou excluir dados de backup. Essa proteção está embutida no próprio protocolo, e não é alternada por meio de uma configuração.

Proteção contra ransomware e malware

Volumes de disco imutáveis – Os volumes de backup podem ser definidos como imutáveis, o que impede toda e qualquer modificação ou exclusão depois de gravados, inclusive por usuários privilegiados.
Detecção de envenenamento de dados – Identifica automaticamente os dados corrompidos ou adulterados antes que eles se propaguem na cadeia de backup.
Detecção avançada de ransomware – O BGuardian monitora a atividade de backup em busca de padrões suspeitos e dispara alertas antes que os danos se espalhem.
Detecção silenciosa de corrupção de dados – Verifica a integridade dos dados de backup independentemente do sistema de origem.

Criptografia e autenticação

Criptografia AES – Criptografia de dados configurável por cliente em AES 128, AES 192 ou AES 256, aplicada no nível do volume.
TLS para todo o tráfego de rede – Criptografia TLS automática em todos os canais de comunicação dos componentes, com autenticação de senha CRAM-MD5 entre daemons.
Autenticação multifator – Autenticação MFA e OTP com suporte biométrico de smartphone para acesso à Web.
Integração com Active Directory e LDAP – Controle de acesso centralizado vinculado diretamente à sua infraestrutura de gerenciamento de identidade existente.

Conformidade e capacidade de auditoria

Conformidade com FIPS 140-3 – Atende aos padrões criptográficos federais exigidos por ambientes governamentais e de defesa.
Assinaturas de arquivo SHA256 e SHA512 – Verificação criptográfica de cada arquivo de backup, com comparação de catálogo semelhante ao Tripwire para detecção de invasão.
Integração SIEM – Os eventos de segurança são alimentados diretamente em sua plataforma existente de gerenciamento de eventos e informações de segurança.
Relatórios de endurecimento – Relatórios de endurecimento por host para cada sistema em que o Bacula é executado, revelando configurações inseguras antes que elas se tornem vulnerabilidades.

Principais recursos empresariais para cada uso do Bacula

A ferramenta de backup PostgreSQL faz parte da plataforma unificada de backup do Bacula Enterprise. Todos os recursos listados abaixo estão disponíveis em todas as instalações do Bacula, independentemente do ambiente.

Infraestrutura e Eficiência de Armazenamento

O Bacula Enterprise oferece aos administradores controle direto sobre os custos de armazenamento por meio da redução de dados e do roteamento flexível de destino:

Deduplicação em nível de bloco – Qualquer bloco de dados que apareça mais de uma vez no catálogo de backup é gravado no armazenamento apenas uma vez, reduzindo a redundância na fonte e não após o fato.
Compressão adaptativa – Os algoritmos de compressão são configuráveis por trabalho, de modo que a sobrecarga da CPU e a economia de storage podem ser equilibradas entre si com base no tipo de dados e nos recursos disponíveis.
Vários tipos de destino de armazenamento – Os backups gravam em disco local, NAS, SAN, bibliotecas de fitas, armazenamento de objetos em nuvem, incluindo S3, Azure e Google Cloud, ou qualquer combinação em uma única política.
Armazenamento de objetos compatível com S3 – Conecta-se a qualquer provedor compatível com S3 para retenção de longo prazo sem dependência de fornecedor.
Fluxos de trabalho de armazenamento em camadas – Os dados de backup são movidos automaticamente pelas camadas de armazenamento à medida que envelhecem, de modo que os pontos de recuperação acessados com frequência permanecem no armazenamento rápido, enquanto os dados mais antigos são transferidos para destinos de custo mais baixo.
Incremental para sempre – Após um backup completo inicial, cada trabalho subsequente captura apenas o que foi alterado. Janelas recorrentes de backup completo tornam-se desnecessárias.
Transferências conscientes da largura de banda – Apenas os dados modificados atravessam a rede entre as execuções de backup, mantendo a carga na infraestrutura de produção em um nível mínimo.

Proteção de dados e conformidade

A segurança e a conformidade normativa estão incorporadas em todas as camadas da plataforma, desde o transporte de dados e a criptografia de armazenamento até o controle de acesso e o registro de auditoria.

Criptografia de ponta a ponta – A criptografia AES-256 abrange todo o caminho dos dados, desde o cliente de origem até o destino final do armazenamento, com gerenciamento de chaves configurável para se adequar às políticas de segurança da organização.
Cópias de backup imutáveis – O armazenamento compatível com WORM bloqueia os dados de backup contra qualquer modificação ou exclusão depois de gravados, o que proporciona ao senhor um ponto de recuperação que o ransomware e as ameaças internas não podem alcançar.
Controles de acesso granular – As permissões de usuário abrangem trabalhos específicos, fluxos de trabalho de restauração e funções de gerenciamento, de modo que os administradores acessem apenas o que suas funções exigem.
Auditoria completa de atividades – Cada backup, restauração e alteração de configuração é registrada com a identidade do usuário e o registro de data e hora. As equipes de conformidade e segurança obtêm uma trilha de auditoria completa e ininterrupta.
Suporte à estrutura regulatória – Os controles da plataforma são mapeados para os requisitos do GDPR, HIPAA e SOC 2 por meio de uma combinação de criptografia, políticas de retenção configuráveis e registros de auditoria detalhados.
Arquiteturas que preservam a privacidade – As opções de implementação de conhecimento zero permitem que a infraestrutura de backup seja executada sem conceder aos administradores nenhuma visibilidade dos próprios dados protegidos.

Gerenciamento e controle empresarial

Duas interfaces complementares e um conjunto completo de ferramentas de gerenciamento proporcionam visibilidade e controle de todas as operações de backup:

Interface dupla – O BWeb fornece um console gráfico para o gerenciamento e o monitoramento diários de tarefas, enquanto o bconsole oferece aos operadores controle total da linha de comando para criação de scripts, automação e configuração avançada.
Escalabilidade sem limites – A mesma arquitetura de plataforma gerencia ambientes que vão de um punhado de servidores a implementações que chegam a milhares, tudo em um único plano de gerenciamento.
Isolamento de locatários – MSPs e grandes empresas dividem o ambiente de backup em unidades administradas de forma independente, cada uma com sua própria configuração, políticas e controles de acesso.
Descoberta automática de recursos – A plataforma examina a infraestrutura para identificar e catalogar automaticamente os destinos de backup, de modo que a cobertura de proteção permaneça atualizada à medida que os ambientes mudam.
Relatórios abrangentes – Os relatórios programados abrangem resultados de tarefas, tendências de capacidade, status de conformidade e desempenho operacional, fornecidos em uma cadência definida.
Integração com sistemas externos – Conecta-se a ferramentas de monitoramento, sistemas de emissão de tíquetes de TI e serviços de diretório, incluindo LDAP e Active Directory, encaixando-se nos fluxos de trabalho operacionais existentes sem desenvolvimento personalizado.

Excelência em infraestrutura híbrida

Servidores físicos, máquinas virtuais, contêineres e infraestrutura em nuvem, tudo em uma única estratégia de backup unificada:

Virtualização multiplataforma – Integração nativa para VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, Azure VM, Proxmox e Nutanix AHV com aplicação consistente de políticas em todas as plataformas.
Convergência física e virtual – Servidores físicos, estações de trabalho e máquinas virtuais são protegidos por meio da mesma interface de gerenciamento com políticas de backup unificadas.
Suporte a contêineres e nativos da nuvem – Proteção total para ambientes Docker, Kubernetes e OpenShift com backups de volume persistente e instantâneos consistentes com aplicativos.
Integração de armazenamento em várias nuvens – Suporte nativo para armazenamento em nuvem pública, privada e híbrida, incluindo S3, S3-IA, Azure, Google Cloud, Oracle Cloud e Glacier, com a funcionalidade Minimal Restore Cost.
Integração de bancos de dados e aplicativos – Backup a quente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA e outros aplicativos de missão crítica com consistência transacional total.

Vantagens econômicas

O licenciamento é baseado no tamanho do ambiente, não no volume de dados. Os bancos de dados PostgreSQL podem crescer sem gerar custos de licenciamento mais altos:

Licenciamento independente do volume – O aumento da capacidade de backup não se traduz em taxas de licença mais altas, de modo que os custos de proteção de dados permanecem estáveis mesmo com a expansão dos volumes de dados.
Estrutura de custos previsível – Um modelo de preço fixo permite que as equipes planejem orçamentos de infraestrutura sem levar em conta os custos variáveis vinculados ao crescimento do storage ou às mudanças na carga de trabalho.
Preço independente da carga de trabalho – O tamanho do banco de dados, o número de servidores e os volumes de armazenamento não afetam os custos de licenciamento.
Benefícios de custo em larga escala – As organizações que protegem bancos de dados PostgreSQL substanciais ou em rápido crescimento obtêm vantagens econômicas cada vez mais significativas em relação aos concorrentes com preços de capacidade.
Economia do provedor de serviços – Os MSPs aceitam clientes com conjuntos de dados grandes ou de crescimento rápido sem absorver os aumentos de custos de licenciamento que corroem as margens nos modelos de preços por terabyte.

Recuperação e continuidade dos negócios

Cada cenário de recuperação tem um caminho definido, desde restaurações de arquivo único até reconstruções completas do site:

System-Level Bare Metal Restore – Recupera um servidor completo do zero, incluindo sistema operacional, aplicativos, configuração e dados, sem a necessidade de uma instalação manual prévia.
Movimentação de dados entre plataformas – Os dados de backup podem ser recuperados em um sistema operacional diferente do de origem, o que oferece às equipes opções quando não há disponibilidade de hardware semelhante ou quando uma migração está em andamento.
Replicação geográfica de backup – Os conjuntos de backups são copiados para locais de armazenamento separados geograficamente, de modo que uma interrupção em todo o site não leva consigo os pontos de recuperação.
Agendamento frequente de backup – Os intervalos de backup podem ser reduzidos a minutos, o que reduz a janela de perda de dados em potencial para bem abaixo do que os agendamentos tradicionais de hora em hora ou noturnos permitem.
Validação de restauração automatizada – A capacidade de recuperação é confirmada por meio de testes automatizados sem o envolvimento do administrador ou de um processo de validação separado.

Tipos de backup do PostgreSQL

Há dois métodos principais para fazer backup de bancos de dados PostgreSQL com nossa ferramenta: snapshots no nível do sistema de arquivos (físicos) ou dumps SQL (lógicos).

Tipo físico

Os backups no nível do sistema de arquivos, ou backups físicos, são basicamente instantâneos de todos os arquivos do banco de dados. Fazer o backup desses arquivos não é tão simples quanto parece, porque eles geralmente passam por constantes reescritas e alterações. O backup do banco de dados PostgreSQL se baseia em dois métodos principais: continuidade no arquivamento e recuperação point-in-time. Ambos são projetados para complementar um ao outro. O arquivamento contínuo fornece a cadeia WAL, e a recuperação point-in-time (PITR) a utiliza para restaurar a instância para qualquer momento escolhido.

Para obter consistência, os backups precisam confirmar que o processo de backup está copiando todo o banco de dados ou deixando-o completamente inalterado. É por isso que o PostgreSQL usa a tecnologia de registro de gravação antecipada. Os segmentos WAL são os arquivos exatos dos quais está sendo feito o backup durante o processo de arquivamento contínuo. As informações armazenadas nesses arquivos facilitam a recuperação após uma falha e melhoram a consistência dos dados.

Não é incomum que os bancos de dados sofram algumas alterações no processo de backup do sistema de arquivos, mas algumas dessas alterações podem danificar algumas partes de um backup ou torná-lo irreparável. Para evitar isso, o PostgreSQL fornece uma API de baixo nível para o processo de backup físico. A utilização de pg_start_backup() e pg_stop_backup() antes e depois do processo evita que alterações perigosas sejam feitas no banco de dados durante o backup. Todos os segmentos WAL gerados entre esses dois comandos ainda precisam ser capturados. O snapshot no nível do sistema de arquivos, juntamente com esses segmentos WAL, é comumente chamado de backup de base.

Tipo lógico

Um SQL dump, ou backup lógico, funciona de forma diferente de um backup físico. Ele utiliza os comandos de backup do PostgreSQL para recriar a estrutura básica do banco de dados e preenchê-la com dados. Um dump SQL representa consistentemente o estado do banco de dados em um determinado momento, pois o processo de dump é executado como qualquer outra sessão do banco de dados.

O processo funciona da seguinte forma: o software lê todas as tabelas disponíveis e, em seguida, busca todas as linhas, preservando a ordem necessária para restaurar tudo exatamente como foi feito o backup, inclusive todas as conexões e dependências.

Uma coisa que o senhor deve ter em mente com os dumps SQL é que os dados de tabelas diferentes podem ter registros de data e hora diferentes. Uma tabela pode ser capturada no carimbo de data/hora A e outra no carimbo de data/hora B. É importante observar isso quando o banco de dados impõe regras sobre como as linhas e as tabelas devem se relacionar umas com as outras.

Download do teste gratuito Baixar Whitepaper do PostgreSQL

Perguntas frequentes

O que é o PostgreSQL?

O PostgreSQL é um sistema de gerenciamento de banco de dados relacional de código aberto com mais de 35 anos de desenvolvimento ativo. É um dos bancos de dados mais usados no mundo, com a confiança de organizações de todos os tamanhos por sua confiabilidade, desempenho e extensibilidade. Ele é compatível com consultas SQL e JSON e lida com tudo, desde pequenos aplicativos da Web até cargas de trabalho corporativas em grande escala.

O pg_dump é uma solução real de backup do PostgreSQL?

O pg_dump é uma ferramenta de exportação de dados, não uma solução completa de backup. Ele não captura arquivos WAL, o que torna impossível a recuperação point-in-time apenas com um dump. Ele também exclui objetos globais, como funções e tablespaces, a menos que o senhor execute o pg_dumpall separadamente. Para ambientes de produção, o pg_dump funciona melhor como parte de uma estratégia mais ampla que inclui arquivamento de WAL e agendamento automatizado, que é exatamente o que a ferramenta de backup do PostgreSQL do Bacula manipula automaticamente.

Se eu tiver replicação, ainda preciso de backups do PostgreSQL?

Sim. A replicação copia todas as alterações para seus servidores standby, inclusive as acidentais. Se um desenvolvedor remover uma tabela em produção, essa exclusão será replicada instantaneamente para todas as réplicas. Os backups com PITR permitem que o senhor recupere o momento exato antes do erro. A replicação e os backups resolvem problemas diferentes e ambos devem fazer parte de sua estratégia de recuperação.

Qual é a melhor maneira de automatizar os backups do PostgreSQL?

A abordagem mais confiável para ambientes de produção combina backups completos programados com arquivamento WAL contínuo. O Bacula Enterprise lida com ambos automaticamente. Os trabalhos completos, incrementais e diferenciais são executados em uma programação definida, o arquivamento WAL é executado em segundo plano e tudo é gerenciado centralmente sem scripts personalizados.

Como funciona a recuperação point-in-time do PostgreSQL?

O PostgreSQL registra todas as alterações no banco de dados no Write-Ahead Log antes de aplicá-las aos arquivos de dados. O PITR funciona restaurando um backup de base e, em seguida, reproduzindo os arquivos WAL até o momento exato em que o senhor precisa se recuperar. Isso permite que o senhor se recupere de perda acidental de dados, tabelas descartadas ou implementações com falha em um ponto preciso no tempo, em vez de apenas o último backup programado.

Qual ferramenta de backup do PostgreSQL é necessária para um ambiente corporativo?

Os ambientes PostgreSQL corporativos precisam de backup on-line sem tempo de inatividade, PITR, gerenciamento centralizado em vários clusters, criptografia e integração com o restante da infraestrutura. O plugin PostgreSQL do Bacula Enterprise abrange tudo isso em uma única plataforma que também protege máquinas virtuais, contêineres, ambientes de nuvem e outros bancos de dados.

Ferramenta de backup para PostgreSQL da Bacula Systems

Faça backup dos clusters do PostgreSQL on-line, sem scripts e sem interromper as operações do cluster.