Re: [GENERAL] Incremental / Level -1 backup in PG - Mailing list pgsql-general

From John R Pierce
Subject Re: [GENERAL] Incremental / Level -1 backup in PG
Date
Msg-id 8490f853-b5f0-5787-a367-2a9caae792ff@hogranch.com
Whole thread Raw
In response to [GENERAL] Incremental / Level -1 backup in PG  (Rakesh Kumar <rakeshkumar464@outlook.com>)
Responses Re: [GENERAL] Incremental / Level -1 backup in PG
Re: [GENERAL] Incremental / Level -1 backup in PG
List pgsql-general
On 3/21/2017 5:27 PM, Rakesh Kumar wrote:
> PG does not have a concept of incremental  backup. The way it works in Oracle and other RDBMS is that incremental
backuponly backups up changed blocks since the last full backup.  So if only 10% of blocks changed since the last full
backup,incremental backup will be only for 10%. 
> I am wondering whether it is technically feasible to implement it like this:
>
> 1 - At the time of full backup, note the last modified time of each data file in a repository.
> 2 - Next time when incremental backup runs, for every data file it will check the last modified time of it with the
onein the repository to determine whether it has changed since last full backup. If yes, back it up. 
>
> Now on to restore:
>
> 1 - First restore full backup.
> 2 - Restore incremental backup.
>
> My question: Will it work in PG?

basebackup + WAL archive lets you do just exactly this.   you can
restore to any transaction between when that basebackup was taken, and
the latest entry in the WAL archive, its referred in the documentation
as PITR, Point in Time Recovery.


--
john r pierce, recycling bits in santa cruz



pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: [GENERAL] Incremental / Level -1 backup in PG
Next
From: Stephen Frost
Date:
Subject: Re: [GENERAL] Incremental / Level -1 backup in PG