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
Fábio.
Grato pela ajuda.
1) Colocar a base no modo archive
*a base a ser transferida já está em modo archive*
2) Fazer um script de backup físico para o servidor remoto
*temos um script de backup físico em uso, imagino que seria apenas o caso
de transferir para um destino adicional além do
Euler.
Grato pela ajuda.
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
*Situação*: duas instalações de PostGres iguais (versão e sistema
operacional), em dois hosts diferentes, acessíveis via rede interna.
*Necessidade*: copiar todo o banco de A para B regularmante. Não é backup
nem alta disponibilidade, apenas uma cópia do banco, com um delay de
digamos, um semana.
Em 8 de novembro de 2012 11:40, luiz damascena
luiz.damasc...@trt8.jus.brescreveu:
*Situação*: duas instalações de PostGres iguais (versão e sistema
operacional), em dois hosts diferentes, acessíveis via rede interna.
*Necessidade*: copiar todo o banco de A para B regularmante. Não é backup
On 08-11-2012 11:40, luiz damascena wrote:
*Situação*: duas instalações de PostGres iguais (versão e sistema
operacional), em dois hosts diferentes, acessíveis via rede interna.
*Necessidade*: copiar todo o banco de A para B regularmante. Não é backup nem
alta disponibilidade, apenas uma