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 <jgrate...@gmail.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 > (<guillermo...@gmail.com <mailto: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 >> <mailto: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 >>> >>>
