On 09-11-2012 10:58, luiz damascena wrote: >>Qual é a finalidade? Servidor de testes ou homologação? Digo isso porque se os >>dados *não* são modificados ao longo do tempo, você pode utilizar um script >>para PITR a cada semana. Do contrário, toda semana você terá que refazer o >>servidor B utilizando como estratégia cópia de segurança física (online ou >>offline) ou lógica. > > Replicar uma base que é modificada, com um delay de até uma semana, para um > servidor de testes. Precisarei ler mais sobre o "script de PITR", mas sendo os > dados modificados, ele não pode ser usado? Tem que fazer backup / restore, > tipo pelo pgAdminIII? > Espera-se que a base de testes vai ser modificada ao longo da semana. Neste caso, você terá que recriar a base de testes toda semana.
Quanto ao script, é algo como: 1) parar o serviço do postgres no servidor de testes 2) remover o $PGDATA atual 3) descompactar o último backup físico 4) criar um recovery.conf com o único parâmetro: restore_command = 'rsync -az [email protected]:/path/to/%f %p' 5) iniciar o serviço do postgres no servidor de testes -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
