Gracias Hellmuth, vere si puedo realizar una simulacion previa en un ambiente controlado.
El 4 de agosto de 2017, 12:58, Hellmuth Vargas <hiv...@gmail.com> escribió: > 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 > >