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