Re: Hot Backup with rsync fails at pg_clog if under load

From: Euler Taveira de Oliveira <euler(at)timbira(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Cc: linas(dot)virbalas(at)continuent(dot)com
Subject: Re: Hot Backup with rsync fails at pg_clog if under load
Date: 2011-09-21 16:22:22
Message-ID: 4E7A0F3E.4050204@timbira.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 21-09-2011 11:44, Linas Virbalas wrote:

[This question doesn't belong to -hackers. Please post it in -general or -admin]

> Procedure:
>
> 1. Start load generator on the master (WAL archiving enabled).
> 2. Prepare a Streaming Replication standby (accepting WAL files too):
> 2.1. pg_switch_xlog() on the master;
You don't need this.

> 2.2. pg_start_backup(Obackup_under_load¹) on the master (this will take a
> while as master is loaded up);
No. if you use pg_start_backup('foo', true) it will be fast. Check the manual.

> 2.3. rsync data/global/pg_control to the standby;
Why are you doing this? If ...

> 2.4. rsync all other data/ (without pg_xlog) to the standby;
you will copy it again or no? Don't understand your point.

> 2.5. pg_stop_backup() on the master;
> 2.6. Wait to receive all WAL files, generated during the backup, on the
> standby;
> 2.6. Start the standby PG instance.
>
> The last step will, usually, fail with a similar error:
>
The problem could be that the minimum recovery point (step 2.3) is different
from the end of rsync if you are under load.

--
Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2011-09-21 16:23:13 Re: Inlining comparators as a performance optimisation
Previous Message Andres Freund 2011-09-21 16:19:43 DECLARE CURSOR must not contain data-modifying statements in WITH