Um shell script para geração do backup do wal files:
vc nao precisa fazer manualmente a copia fisica dos dados e o start e stop backup basta colocar numa crontab
#!/bin/bash
#### Diretório de dados do postgresql ######
PGDATA=/data
SAVE_BASE_DIR=/home/postgres/arquivosbase
data="" +%d%m%y)
#### Diretorio setado para o Wal Files no postgresql.conf ####
WAL_DIR=/wallfiles
### A cada novo backup ele remove Diretorio $WAL_DIR/anterior ###
rm $WAL_DIR/wal_anterior/*
### Move os Wal gerados anterior e salva para caso de falha #####
mv /$WAL_DIR/* /$WAL_DIR/wal_anterior
export PGPASSWORD=password
psql -U postgres -h localhost -c select pg_start_backup($data); template1 && \
tar -czvf $SAVE_BASE_DIR/$data.tar.gz $PGDATA && psql -U postgres -h localhost -c select pg_stop_backup(); template1
João Cosme de Oliveira Júnior
Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 15/12/2009 às 08:41 horas, [email protected] escreveu:
Olá,2009/12/15 JacksonWeber <[email protected]>
Estou com uma dúvida sobre o PITR, dúvida que preciso demonstrar aqui na
Empresa.
"Reparação do banco corrompido a partir de um 'check-point'". Em testes
consegui gravar os arquivos do WAL, só não entendi seguindo os tutoriais e a
própria documentação o por que detalhadamente eu tenho que iniciar o backup
pg_start_backup('rotulo'), fazer a cópia física e depois parar o backup
sendo que mesmo parando o backup o WAL continua sendo gravado para um
diretório de cópias e quando quero reparar o banco pelo que percebi restaura
as informações do WAL mesmo as gravadas após o backup.Você executa o pg_start_backup que é para poder fazer a cópia física do diretório dados. O pg_stop_backup você executa quando a cópia do diretório estiver finalizada. Ao fazer isso você terá uma cópia do seu diretório dados, sem as transações atuais do banco, estas transações são armazenadas no pg_xlog, por isso em caso de algum problema, você faz o uso do diretório data armazenado e mais os dados arquivados do pg_xlog. O local onde estes arquivos são armazenados é definido pelo parâmetro archive_commando.Os arquivos de WAL continuam sendo arquivados sim, pois estes arquivos contém as transações do seu banco. Isso é configurado através dos parâmetros archive_mode, archive_command e archive_timeout.Dúvidas:
1- preciso diariamente fazer uma cópia física iniciando o pg_start_backup e
parando pg_stop_backup.Não necessariamente. Isso depende muito de caso para a caso, mas você poderia executá-lo a cada 2 ou 3 dias.2- qual seria o procedimento para reparar o banco a partir de um
check-point: seria especificando no arquivo recovery.conf um time do
check-point.No arquivo recovery.conf você define até que ponto você irá fazer a restauração, isso pode ser feito através da data e hora ou também através do id da transação.
Desde já agradeço.
--
View this message in context: http://old.nabble.com/Point-in-time-recovery-tp26792656p26792656.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Espero ter um sido claro. Qualquer coisa pergunta ai.
"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." |
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
