Re: Consulta para bkp Postgres 8.3, para poder migrar sistema critico.

Gracias por la sugerencia, el postgres 8.3 no tiene replicacion nativa,
recien a partir de la 9.0 segun lo q estuve viendo, lo que me dices es que
utilize el PITR para pasar los wall, copiar mi data, y restaurar en el otro
server la nueva DB. Por que para poder implementar una HA, tendria que
utilizar un programa aparte, slony, bucardo, u otro que permita replicacion
asincrona.

El 5 de agosto de 2017, 7:29, José Manuel Ruiz <
josemanuelruizbaena(at)gmail(dot)com> escribió:

> Intenta montar un servidor como esclavo del maestro actual.
>
> https://www.postgresql.org/docs/8.3/static/high-availability.html
>
> El proceso de replica tardará un poco, porque el esclavo tiene que cargar
> todos los datos del maestro, pero finalmente podrás parar el maestro y
> pasar el esclavo a maestro.
>
> Resumen.
>
> 1. Montar PostgreSQL para replica en otro servidor.
> 2. Montar replica como si para un cluster de HA se tratase, dejando el
> nuevo PostgreSQL como esclavo.
> 3. Parar servidor PostgreSQL de producción.
> 4. Sacar al nuevo PostgreSQL de la replica e iniciar como maestro.
>
> Para ganar algo más de tiempo otra opción es montar una unidad de NFS para
> montar un sistema de ficheros remoto sobre el servidor actual y después
> crear tablespaces sobre esa nueva unidad. Pero yo esto lo utilizaría como
> ultimo recurso.
>
> El 4 de agosto de 2017, 18:11, Diego Ayala <netdiego81(at)gmail(dot)com>
> escribió:
>
>> Buenos días, tengo un compañero de una institución que esta teniendo
>> problemas, el problema es el siguiente, tiene una DB PostgresSQL 8.3 sobre
>> windows, aclaro que es un sistema critico, y que al adquirir el software
>> hace varios años, se lo entregaron asi, el tema es que se esta quedando sin
>> espacio en disco, y ya no puede agregar discos(tiene 2TB de capacidad, pero
>> ya esta utilizado 1,8 TB), el cluster tiene varias DB's, pero es una DB la
>> que tiene 1 sola tabla que es la que esta con crecimiento , la tabla tiene
>> 1.5TB (imágenes), que esta sobre un tablespace (otro disco) que también
>> esta quedando sin espacio, la pregunta que tengo, como se puede optimizar
>> el Backup, pg_dump, ya que dura aproximadamente 16hs en terminar y otras 15
>> horas en restore, es un sistema critico que no se puede parar por mucho
>> tiempo, la idea es migrar a un servidor nuevo, con mas disco, pero implica
>> parar para realizar el bkp, pero es mucho tiempo, alguien podria darme una
>> mano de como realizarlo, lastimosamente, el 8.3 no tiene todavia la
>> replicacion nativa, por lo tanto no puedo utilizar el SR.
>>
>> Gracias.
>>
>>
>
>
> --
>
> http://blog.josemanuelruizbaena.com
>
>