Hola Diego Por eso propongo emplear la herramienta pg_upgrade, si realiza la actualización en modo link (ver documentación) se puede realizar in situ sin requerir mucho mas disco. y después, para crear la replica puede emplear pg_basebackup
El 4 de agosto de 2017, 11:44, Diego Ayala<netdieg...@gmail.com> escribió: > Gracias por la respuesta, la verdad es que en la misma maquina es > imposible, por la indisponibilidad de espacio que tenemos, si utilizo el > PITR, igualmente, tendria que hacer el bkp del data, pero creo que seria > mas rapido por rsync que el pg_dump. Lo que no me queda claro ya que no he > trabajado con tablespace, como lo restauraria , como mencione, la tabla > principal, de 1.5 TB esta en un tablespace en un disco separado,usando PITR > ? > > El 4 de agosto de 2017, 12:40, Hellmuth Vargas <hiv...@gmail.com> > escribió: > >> Hola nuevamente >> >> Antes que cualquier cosa, es muy recomendable con un backup realizar una >> prueba que efectivamente se puede actualizar desde la versión 8.3 a la 9.3 >> antes de efectuar en producción el proceso. >> >> El 4 de agosto de 2017, 11:37, Hellmuth Vargas<hiv...@gmail.com> >> escribió: >> >>> Hola LIsta >>> >>> Podría realizar en dos pasos la migración: >>> >>> 1. realizar, en las misma maquina actual, una actualización a la versión >>> 9.3 de PostgreSQL, según (https://www.postgresql.org/do >>> cs/9.3/static/pgupgrade.html) esta versión soporta actualización desde >>> versiones 8.3 >>> >>> 2. Implementar la replicación en el nuevo servidor y una vez replicada, >>> promover la replica como master. >>> >>> Esto seria a grandes rasgos el proceso. >>> >>> >>> >>> El 4 de agosto de 2017, 11: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. >>>> >>>> >>> >>> >>> -- >>> Cordialmente, >>> >>> Ing. Hellmuth I. Vargas S. >>> Esp. Telemática y Negocios por Internet >>> Oracle Database 10g Administrator Certified Associate >>> EnterpriseDB Certified PostgreSQL 9.3 Associate >>> >>> >> >> >> -- >> Cordialmente, >> >> Ing. Hellmuth I. Vargas S. >> Esp. Telemática y Negocios por Internet >> Oracle Database 10g Administrator Certified Associate >> EnterpriseDB Certified PostgreSQL 9.3 Associate >> >> > -- Cordialmente, Ing. Hellmuth I. Vargas S. Esp. Telemática y Negocios por Internet Oracle Database 10g Administrator Certified Associate EnterpriseDB Certified PostgreSQL 9.3 Associate
