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 <jgrate...@gmail.com> wrote:

Muchas gracias, el sábado lo pongo a prueba.

Saludos.

El jue, 25 abr 2024 a las 15:25, Guillermo E. Villanueva (<guillermo...@gmail.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
    (<jgrate...@gmail.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

Reply via email to