Hi Wolfgang,
I apologise for not having had the time to reply to you yesterday. I
would have written the same thing.
On Wed, 24 Jul 2013 23:34:28 -0700 (PDT), Wolfgang Neudorfer
<
neudorfer...@gmail.com> wrote:
> 2013-07-25 08:17:56,730 barman.retention_policies INFO: Reporting
> backup 20130717T102125 for server esp-master as OBSOLETE (older than
> 2013-07-18 08:17:56.730548)
When using the recovery window option, you must think in terms of
"Point of recoverability", which is:
NOW() - RECOVERY WINDOW
In your case, you got "2013-07-18 08:17:56.730548" as PoR (Point of
Recoverability). Barman thinks this way:
* The user needs to recover at any time starting from PoR up to now
* You are perfectly aware that PostgreSQL PITR needs a base backup
* Barman keeps the first available base backup before the PoR,
considering the end of time of the backup
For example, consider this scenario.
You take daily backups at 11PM. Your recovery Window is 3 days.
Current time is "2013-07-25 08:55:47.387882+02", which gives a PoR of
"2013-07-22 08:55:47.387882+02".
In order to be able to recovery at any time from PoR and now, Barman
needs to keep the backup taken at 11PM on 21 July, giving you the
following backups in the catalogue:
* 21 July
* 22 July
* 23 July
* 24 July
As you see, it is perfectly normal. You have 4 base backups.
Obsolete backups are deleted by barman cron, automatically (in the
future we might want to manage obsolete backups manually).
I hope this helps!
Cheers,
Gabriele
--
Gabriele Bartolini - 2ndQuadrant Italia
PostgreSQL Training, Services and Support
Gabriele....@2ndQuadrant.it -
www.2ndQuadrant.it