Re: Cambio de servidor primario

From: Lucas Luengas <lucasluengas(at)gmail(dot)com>
To: Carlos Damián Hernández <hernandezcd(at)gmail(dot)com>
Cc: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Cambio de servidor primario
Date: 2020-05-14 19:50:15
Message-ID: CAHxAJ-JjzVQ3jH0GRJW4dG=RqG_2_3g1NC51g4Ezd81QPY4=yw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola.

PARA CONVERTIR EL SLAVE EN MASTER
Una vez que conviertas el slave en master, ninguna relacionada directamente
con la replicación.
Si lo vas a hacer de forma manual, yo pararía la aplicación, para cerrar
todas conexiones a la base de datos master y que no se queden transacciones
sin sincronizar en el slave.
Después de convertir el slave en master, arrancar de nuevo la aplicación.
Recuerda hacer en el slave las tareas que hacías en el master. Ejemplo:
vacuum, backups, ...

PARA VOLVER AL ESCENARIO INICIAL (O SEA, TENER UN NUEVO SLAVE)
Sigue los pasos que ya tienes establecidos para crear un slave. Al
finalizar, volver a apuntar la aplicación al slave para las consultas
grandes.

On Thu, May 14, 2020 at 9:10 PM Carlos Damián Hernández <
hernandezcd(at)gmail(dot)com> wrote:

> Estimados buenos día para todos
>
> En un escenario de 2 servidores en version 11.7 con un master y un
> slave en hot standby donde la aplicación apunta al master y al slave
> solo van consultas grandes surge los siguiente:
>
> Debo bajar el master y enviar mi aplicación al slave, que por un
> tiempo será el único servidor.
>
> Que consideraciones debería tener al momento de bajar el master ? y
> cuales a a la hora de volver al escenario inicial?
>
> Espero que haya sido clara y oportuna mi consulta. muchas gracias.
>
> Atte
>
> --
> Carlos D. Hernández
>
>
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Daymel Bonne 2020-05-14 23:03:46 Re: Implementar Alta Disponibilidad
Previous Message Ing.Daniel Bojorge 2020-05-14 19:43:28 Implementar Alta Disponibilidad