Re: Pgbackrest backup is too slow

From: "Brad Nicholson" <bradn(at)ca(dot)ibm(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Ajay Pratap <ajaypratap(at)ameyo(dot)com>, Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Pgbackrest backup is too slow
Date: 2019-10-11 13:52:33
Message-ID: OF52ADF9C7.557C0198-ON85258490.004BEA1C-85258490.004C393B@notes.na.collabserv.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


Stephen Frost <sfrost(at)snowman(dot)net> wrote on 2019/10/11 08:50:53 AM:

> From: Stephen Frost <sfrost(at)snowman(dot)net>
> To: Ajay Pratap <ajaypratap(at)ameyo(dot)com>
> Cc: Postgres General <pgsql-general(at)postgresql(dot)org>
> Date: 2019/10/11 08:51 AM
> Subject: [EXTERNAL] Re: Pgbackrest backup is too slow
>
> Greetings,
>
> * Ajay Pratap (ajaypratap(at)ameyo(dot)com) wrote:
> > I have a Centos 7 server which runs Postgresql 10.7. I am using
pgbackrest
> > to take db backup.
> > Problem is backup is too slow.
>
> Have you tried running 'top' to see what's going on?
>
> > My data dir size is 9.6G and full backup runtime is 22 mins
> > I also tried using process-max=3, full backup runtime = 21 mins
>
> Erm, those numbers don't make any sense to me- as an example, we
> regularly back up a 12GB database, from Dallas to San Fran, in 5
> minutes.

How many database objects do you have? For databases with a lot of tables
and/or indexes (think tens of thousands), backup performance will slow
down. This has improved a lot in newer versions, but still impacts
performance of the backups.

Brad.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2019-10-11 14:03:27 Re: Too many SET TimeZone and Application_name queries
Previous Message Ajay Pratap 2019-10-11 13:30:20 Re: Pgbackrest backup is too slow