Re: Migración de servidor postgresql

Hola, Sí quieres mejorar el tiempo, hace un túnel SSH con comprensión, esto ayuda a mover datos no comprimidos.

Si el tiempo se va por RED, usa LAGP ( canales activos multi thread ). sí el problema son discos y tienes la maquina virtualizada, usa un disco con espacio PRE-Allocated, esto aumenta la velocidad de los IOPS dependendiendo de la infra que tengas.

> On 4 May 2024, at 3:41 AM, Jairo Graterón <jgrateron(at)gmail(dot)com> wrote:
>
> Saludos lista
>
> Completado migración de la versión 12 a 16, tiempo de inactividad 30 minutos. Usando el enlace de Guillermo https://knock.app/blog/zero-downtime-postgres-upgrades#aborting-the-replication-of-one-table
>
> La replicación tomó tres días en completarse (2TB), no sabía el valor por defecto max_sync_workers_per_subscription=2 el cual hizo que ejecutará dos tablas a la vez,
> aún tengo otras base de datos a migrar, así que lo tomaré en cuenta.
>
> Seguí el consejo de las secuencias ya que la replicación lógica no las actualiza.
>
> El tiempo de inactividad fué aceptable pero se puede mejorar, sólo hay que hacer muchas pruebas hacer cambios en el sistema para usar 2 DB al mismo tiempo como en el artículo.
>
> Muchas gracias.
>
>
> El jue, 25 abr 2024 a las 15:25, Guillermo E. Villanueva (<guillermovil(at)gmail(dot)com <mailto: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 <mailto: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
>>>
>>>