From: | Ruben Fitó <r(dot)fito(at)ubiquat(dot)com> |
---|---|
To: | Francis Santiago <santiagocfc(at)gmail(dot)com> |
Cc: | mauricio pullabuestan <jmauriciopb(at)yahoo(dot)es>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Migrar de PG 9.6.13 64 bits a PostgreSQL 11.4 |
Date: | 2019-08-05 12:50:44 |
Message-ID: | CANiYpQxG-6T-LN_XGB=ohRsWBewy1RTaDXXAVOym4Zf4J5Ujbg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola a todos.
Voy un poco tarde, pero me parece interesante cometar una experiencia que
en estos momentos estoy viviendo.
Tal como dice francis, hay que tener en cuanta extensiones como dblink i
posgres_fwd que en mi caso, como instalo por código también he de instalar
los contrib que necesito (eso si, el test de pg_upgrade ya me avisa de eso).
Por otro lado, lo que he tenido más problemas son los "IMPLICIT CAST". Me
explico. Venimos de PG8.4, i nuestro primer upgrade a 9.X nos hizo crear a
medida algunos "IMPLICIT CAST" que ya no se incluían en nuevas versiones.
(Lo hicimos por que era mas complicado revisar nuestros aplicativos).
Ahora un nuevo upgrade de 9.X a 11.4 nos falla porque, según leo en los
logs, no se pueden crear los CASTS ya que la funciones relacionadas no
existen en la nueva BD. Pensando que creandolos de nuevo en la nueva BD ya
estaría resuelto el tema, pero no me había fijado que el upgrade borra la
BD postgres, con lo que el pg_catalog se me va a tomar por saco.
Bueno, pues he pensado en borrar los CASTS de la antigua, hacer upgrade y
volverlos a instalar en la nueva, pues resulta que tengo que hacerlo en
"CASCADE" ya que tengo un par de vistas que dependen de ellos. Pues nada,
al final el proceso pasa a ser:
1. Backup de las vistas dependientes de los CASTS a eliminar.
2. Eliminar los CASTS del viejo.
3. UPGRADE.
4. Crear CASTS en el nuevo.
5. Restaurar las vistas en el nuevo.
Ahora ya está hecho, pero si sabéis algun método que evite este problema
seria una gran ventaja para evitarlo en futuros upgrades.
Gracias por vuestra atención.
Un saludo.
On Mon, 29 Jul 2019 at 21:02, Francis Santiago <santiagocfc(at)gmail(dot)com>
wrote:
> Mauricio,
>
> Lo que debes tener en cuanta es si tienes alguna extensión por ejemplo,
> para poder hacer los upgrade, pero no deberías tener inconveniente haciendo
> el paso a paso de pg_upgrade.. Es muy simple y fácil de utilizar..
> Cualquier duda puedes igualmente consultarnos
>
> El lun., 29 jul. 2019 18:48, mauricio pullabuestan <jmauriciopb(at)yahoo(dot)es>
> escribió:
>
>> Buen día.
>>
>> Actualmente tenemos Postgresql 9.6.13 64 bit sobre ubuntu, para migrar
>> hacemos un backup y la restauramos en la nueva versión, no hemos tendido
>> inconveniente.
>>
>> Ahora queremos migrar a Postgresql 11, para aprovechar las nuevas
>> características y actualizar la db.
>>
>> De la versión 9.6 a 11 existe alguna incompatibilidad o algo a tener en
>> cuenta a la hora de migrar mediante backup - restore?
>>
>> Al momento hecho un par de pruebas backup - restore y hasta lo que he
>> probado va bien.
>>
>> Tenemos replicación Hot standy, en pg 11 la replicación Hot standy
>> funcionan igual?
>>
>> Saludos.
>> Mauricio
>>
>
--
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL]
r(dot)fito(at)ubiquat(dot)com <j(dot)catarineu(at)ubiquat(dot)com>
www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.
All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.
From | Date | Subject | |
---|---|---|---|
Next Message | Carlos Damián Hernández | 2019-08-05 17:59:55 | Re: "Limpiar" asignación de permisos a objetos en esquema. |
Previous Message | Federico Pascual | 2019-07-31 13:20:34 | Re: "Limpiar" asignación de permisos a objetos en esquema. |