Re: PostgreSQL Guard - Mailing list pgsql-general

From Ron Johnson
Subject Re: PostgreSQL Guard
Date
Msg-id CANzqJaBBojWfNkLvog8gL2ik=TQchjk+N3G8dEyPMTruLDtx8Q@mail.gmail.com
Whole thread Raw
In response to Re: PostgreSQL Guard  (Jason Long <hack3rcon@yahoo.com>)
Responses Re: PostgreSQL Guard
List pgsql-general

On Tue, Feb 27, 2024 at 3:48 PM Jason Long <hack3rcon@yahoo.com> wrote:
Hi,
Do I have to run this command on the server where the main database is located?

Suppose you want to transfer the database of a website like Amazon.com to a new server and delete the old one. Many users are buying and selling on this website at the same time and it is not possible to turn off the server. What do you do to move a database to another server?

On Tue, Feb 27, 2024 at 9:30 PM, Ron Johnson
I used this web page to implement hot standby via physical streaming.  This command sets up everything for you:
pg_basebackup \
            --pgdata=$PGDATA \
            --dbname=service=basebackup \
            --verbose --progress \
            --checkpoint=fast \
            --write-recovery-conf \
            --wal-method=stream \
            --create-slot --slot=pgstandby1 \
            --compress=server-zstd

For guarding, and situations with a minimal RTO SLA, I use PgPool-II to manage the cluster, automatic failover and Virtual IP address.  Note that only two database servers are needed.  Install PgPool on the two DB servers, and a third, smaller system.

There are other products which do the same thing as PgPool, and you might find them better.

On Tue, Feb 27, 2024 at 12:00 PM Jason Long <hack3rcon@yahoo.com> wrote:
Hi,

On Tue, Feb 27, 2024 at 7:28 PM, Adrian Klaver
On 2/27/24 07:08, Jason Long wrote:

> Hi,
> 1- Both split-brain protection and security. Any tool?
>
> 2- Consider a database related to a website, which data is regularly
> entered. Now you want to transfer this database to another server.
> What's the solution?


https://www.postgresql.org/docs/current/high-availability.html



--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: veem v
Date:
Subject: Re: Aligning grants and privileges
Next
From: Kyotaro Horiguchi
Date:
Subject: Re: walreceiver fails on asynchronous replica [EXTERNAL] [SEC=UNOFFICIAL]