Re: Migración de servidor postgresql

veamos si entiendo bien,

[servidor 23] ,ejecutando pg 10 indicando en pg_hba.conf que servidor 24
se conectara para replicar

[servidor 24], ejecutando pg 13 con la configuración en postgresql.conf
que se conecte a [servidor 23] con los parámetros para replicación logica

El 25-04-24 a las 22:30, Daymel Bonne Solís escribió:
> Hola Jairo:
>
>> On 25 Apr 2024, at 7:05 PM, Jairo Graterón <jgrateron(at)gmail(dot)com> wrote:
>>
>> Muchas gracias, el sábado lo pongo a prueba.
>>
>> Saludos.
>>
>> El jue, 25 abr 2024 a las 15:25, Guillermo E. Villanueva
>> (<guillermovil(at)gmail(dot)com>) escribió:
>>
>> Jairo, si son servidores diferentes, yo tenía requerimiento de
>> downgrade 0, lo que hice fue instalar pg 16 en el servidor
>> destino, hacer replicación logica, esperar a que todo esté
>> copiado y sincronizado y listo!!!  Leí y saqué ideas de:
>> https://knock.app/blog/zero-downtime-postgres-upgrades#aborting-the-replication-of-one-table
>>
>> El jue, 25 abr 2024 a las 14:47, Jairo Graterón
>> (<jgrateron(at)gmail(dot)com>) escribió:
>>
>> Saludos lista
>>
>> Cuál es la mejor estrategia para migrar de servidor (ubuntu
>> 18 a 22) y versión postgresql (12 a 16) con el menor tiempo
>> de inactividad.
>>
>> La BD ocupa aprox. 2TB
>>
>>
>
> Es un tema en el que considero que hay poca documentación detallada de
> los pasos a seguir para lograrlo. Sin embargo hay guías muy completas
> que pueden ayudar. Te puedo sugerir una que es la que me parece más
> completa. La puedes encontrar en
> https://gitlab.com/postgres-ai/postgresql-consulting/postgres-howtos/-/blob/main/0077_zero_downtime_major_upgrade.md
>
> Puedes también ver un playbook de ansible muy interesante y bien
> documentado que hicieron los técnicos de Gitlab que muestra el proceso
> de actualizar a una versión mayor utilizando logical replication (con
> el truco "físico a lógico"). La diferencia es que su infraestructura
> es posiblemente más compleja que lo que puedas tener. Pero, si le das
> un vistazo al Readme.md puedes encontrar varias pasos interesantes que
> ellos que utilizan para verificar que el proceso se realiza de forma
> correcta, así como consideraciones cuando hay que hacer rollback en
> caso de emergencia. Todo esto lo  puedes encontrar en
> https://gitlab.com/gitlab-com/gl-infra/db-migration/-/tree/master/pg-upgrade-logical?ref_type=heads#upgrade-plan
>
> Saludos
>
> Bonus: Por lo general recomiendo 100% el repositorio
> https://gitlab.com/postgres-ai/postgresql-consulting/postgres-howtos.git porque
> contiene muchas recetas sobre muchos aspectos de administración de
> postgres
>

Enrique Herrera Noya
--
+56 992303151
Red Hat Certified Engineer RHCE Nº100223072 (RH6.0)
Red Hat Certified System Administrato RHCSA Nº100223072 (RH6.0)
Red Hat Certified Technician (RHCT) Nº605010753835478 (RH5.0)
Novell Certified Linux Professional CLP 10
Red Hat Delivery Specialist -Container Platform Application Deployment I
Red Hat Delivery Specialist - Container Platform Administration I
RED HAT SPECIALIST
How to Sell Red Hat OpenShift for Infrastructure
How to Sell Red Hat OpenShift for Developers
Red Hat Sales Engineer Specialist - Container Platform
Red Hat Sales Engineer Specialist – Automation