Ferramenta de backup para PostgreSQL da Bacula Systems

Simplifique e acelere o backup do PostgreSQL com as ferramentas do Bacula.

Essa ferramenta automatizada de backup para PostgreSQL torna o processo tão rápido e simples que o administrador do banco de dados não precisa aprender as técnicas internas de backup e restauração de BD ou escrever scripts complexos. O software cuidará automaticamente do backup de informações essenciais, tais como configurações, definições de usuários ou tabelas. A ferramenta suporta tanto as técnicas de backup e restauração dump e Point In Time Recovery (PITR).

BAIXAR A VERSÃO DE AVALIAÇÃO GRÁTIS

postgresql backup tool

Principais benefícios da ferramenta de backup para PostgreSQL

#
Backup de banco de dados PostgreSQL usando tanto técnicas de backup dump, quanto Point In Time Recovery (PITR)
#
No modo Point In Time Recovery (PITR), a ferramenta de backup para PostgreSQL suporta os backups incremental e diferencial
#
A ferramenta executa o backup automático de informações essenciais do PostgreSQL, tais como configurações, definições de usuários ou tablespaces

O backup do BD PostgreSQL roda com o Bacula Enterprise Edition versões 6.0.6 e superiores. Essa ferramenta suporta o backup de banco de dados PostgreSQL de 8.x, 9.0.x e 9.1.x..

Os pacotes de software de backup para PostgreSQL estão disponíveis para todas as plataformas Linux 32/64 bits:

Tipos de Backup para PostgreSQL

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

Tipo Físico

Os backups a nível de sistema de arquivos (ou backups físicos) são essencialmente apenas snapshots de todos os arquivos do banco de dados. Mas isso não é tão fácil quanto pode parecer, porque os arquivos dentro de um banco de dados geralmente passam por constantes regravações e mudanças. O backup para banco de dados PostgreSQL se resume a dois métodos chave: continuidade no arquivamento e recuperação point-in-time. Ambos se destinam a complementar um ao outro, por isso é importante saber como os dois funcionam.

Por uma questão de consistência, os backups precisam ter alguma maneira de saber com certeza que o processo de backup está copiando todo o banco de dados, ou não está mudando nada e deixando o banco de dados como está. É por isso que o PostgreSQL tem uma tecnologia de “registro prévio da escrita”: os segmentos de write-ahead log (WAL). São exatamente eles que estão sendo copiados durante o processo de arquivamento em andamento. A informação que é armazenada nesses arquivos permite tanto uma recuperação após falha mais fácil, quanto uma melhor consistência dos dados.

Não é raro que bancos de dados sofram algumas mudanças no processo de backup de um sistema de arquivos, mas algumas dessas mudanças podem danificar algumas partes de um backup ou torná-lo irreparável como um todo. Para evitar consequências tão terríveis, o PostgreSQL tem uma API de baixo nível para o processo de backup físico. Usando os comandos “pg_start_backups()” e “pg_stop_backup()” antes e depois do processo, respectivamente, você assegura que nenhuma mudança perigosa seja feita no banco de dados durante o processo de backup. Ao mesmo tempo, você ainda precisará gerar todos os segmentos WAL entre esses dois comandos.

O nome comum para um snapshot a nível de sistema de arquivos como esse (e também todos os segmentos WAL necessários para restaurá-lo) é “backup base”.

 

Tipo Lógico

Algo parcialmente diferente de um backup físico é o dump SQL (ou backup lógico). Assim como o nome sugere, esse backup tem tudo a ver com o uso dos comandos de backup do PostgreSQL para criar a estrutura básica do banco de dados e depois preenchê-lo até a borda com dados. Um dump SQL representa consistentemente um “estado calmo” do banco de dados a qualquer momento (já que o processo de dump, ou “despejo”, é quase o mesmo que qualquer outra sessão do banco de dados).

O processo é assim: o software percorre todas as tabelas disponíveis e vai buscar todas as linhas. Não é nada muito complexo, mas é inteligente o suficiente para manter a ordem das coisas visando restaurar tudo assim como foi feito backup, com todas as conexões e coisas do tipo.

O uso de dumps SQL significa que você terá que se acostumar com os dados de várias tabelas que estão sendo distribuídas ao longo da linha do tempo. Isso significa que uma tabela pode ter um timestamp A, e a outra pode ser feita no timestamp B. É útil ter isso em mente no caso de haver qualquer tipo de regra no banco de dados sobre como as linhas e tabelas devem interagir umas com as outras.

Mais informações sobre a nossa ferramenta de backup para PostgreSQL:

  • O Bacula Enterprise suporta muitos sistemas operacionais onde você pode executar o BD PostgreSQL. Veja nossos backups mais frequentes para Windows Server e Linux.
  • Precisa de backup de máquina virtual para todos os hypervisors da sua infraestrutura? Veja nosso backup para máquina virtual.
  • Veja os principais recursos do software de backup e recuperação Bacula Enterprise Edition.