E aí, amigos? Nenhum outro "passo a passo", como sugestão?

De qualquer forma, grato pelas dicas já enviadas.

LC

Em 26 de junho de 2013 10:57, luiz damascena
<luiz.damasc...@trt8.jus.br>escreveu:

> Cenário:
>
> Dois servidores iguais, um sendo a atual "produção" e o outro será a
> futura "produção".
>
> No atual servidor, Linux RedHat 6.2, banco PostgreSQL na versão 9.1.4.
>
> Cluster com cinco databases (postgres inclusive), dados armazenados em
> tablespaces com links simbólicos criados em
> /var/lib/pgsql/9.1/data/pg_tblspc, "apontando" para volume de storage.
>
> No futuro servidor, Linux RedHat 6.2, banco ainda não instalado. A
> princípio, a intenção é instalar o release mais recente da versão 9.1.
>
> Possuo backup físico diário, backup lógico diário e archives já aplicados
> em produção.
>
> Na máquina atual, wal_level = hot_standby, archive_mode=on.
>
> Ela possui um "slave", replicada assincronamente (replicação nativa
> assíncrona com log shifting e streaming).
>
> O objetivo é trocar uma máquina pela outra. Com o banco OK, troca o IP e a
> vida segue...
>
> Qual as estratégias mais funcionais que vocês recomendam para atingir tal
> objetivo?
>
> Grato antecipadamente,
>
> LC
>
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Reply via email to