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 < josemanuelruizba...@gmail.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 <netdieg...@gmail.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 > >
