Re: Pgbackrest

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: "For(at)ll" <forall(at)stalowka(dot)info>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Pgbackrest
Date: 2018-10-12 12:07:38
Message-ID: 20181012120738.GQ4184@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Greetings,

* For(at)ll (forall(at)stalowka(dot)info) wrote:
> For now I use OmniPITR for backup and replication with postgresql, but
> we looking something else and I find pgbackrest, so I have a few questions:
>
> - use OmniPITR for streaming replication I have 2 way protection, when
> slave long time off,after start, postgresql restore data from wal before
> switching to the streamgin replication from postgresql.
> It's possible to do in pgbackrest?

Yes, when you do a restore with pgbackrest, the recovery.conf will be
set up to pull WAL from the repository to catch up.

> - in pgbackrest streaming replication it can be only with "async state"?

Note that pgbackrest doesn't use streaming replication for WAL as it's
too slow, we use archive_command instead (and will run multiple parallel
workers to get ahead of where archive_command is at, if there's WAL
available to process and parallel workers are configured).

It doesn't matter to pgbackrest if the replication between your primary
and replica is synchronous or asycnhronous.

Thanks!

Stephen

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Shrikant Bhende 2018-10-12 15:27:32 FATAL: terminating connection because protocol synchronization was lost
Previous Message Poul Kristensen 2018-10-12 11:54:56 Re: How do I disable certain \? commands for users?