patch proposal

From: Venkata B Nagothi <nag1010(at)gmail(dot)com>
To: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: patch proposal
Date: 2016-08-15 06:33:27
Message-ID: CAEyp7J8z6dmjZGNA5f0n3TsEahHFU5Bt2er91Ec5RdDxHn4nTg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox
Thread:
Lists: pgsql-hackers

Hi,

During the recovery process, It would be nice if PostgreSQL generates an
error by aborting the recovery process (instead of starting-up the cluster)
if the intended recovery target point is not reached and give an option to
DBA to resume the recovery process from where it exactly stopped.

The issue here is, if by any chance, the required WALs are not available or
if there is any WAL missing or corrupted at the restore_command location,
then PostgreSQL recovers until the end of the last available WAL and
starts-up the cluster. At a later point-of-time, if the missing WAL is
found, then, it is not possible to resume the recovery process from where
it stopped previously. The whole backup restoration + recovery process must
be initiated from the beginning which can be time consuming especially when
recovering huge clusters sizing up to Giga bytes and Tera Bytes requiring
1000s of WALs to be copied over for recovery.

Any thoughts ? comments?

I can work on this patch based on the comments/feedback.

Regards,
Venkata B N

Fujitsu Australia

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Kirkwood 2016-08-15 07:04:01 Re: Btree Index on PostgreSQL and Wiredtiger (MongoDB3.2)
Previous Message Thomas Munro 2016-08-15 06:29:28 Re: condition variables