Re: PITR (was Re: Type of application that use PostgreSQL)

From: Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>
To: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
Cc: PgSQL General ML <pgsql-general(at)postgresql(dot)org>
Subject: Re: PITR (was Re: Type of application that use PostgreSQL)
Date: 2003-10-06 06:47:51
Message-ID: 3F811017.7070504@persistent.co.in
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ron Johnson wrote:
>>All that we basically need for PITR is to provide management code that
>>lets old WAL segments get archived off to tape (or wherever) rather than
>>deleted, plus some kind of control that lets the roll-forward process be
>>stopped at the desired point-in-time rather than necessarily running to
>>the end of the available WAL data. This isn't a trivial amount of code,
>>but there's no great conceptual difficulty either.
>
>
> Hope everybody realizes that the amount of WALs will get very big
> on active-update systems...

Of course they will be recycled in some point of time or other. And even if
postgresql would provide PITR abilities, that would be nearly useless if WAL is
recycled.. Its a space/time tradeoff issue..

Shridhar

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message My Internet 2003-10-06 07:14:05 Tree traversing. Like Oracle START WITH...CONNECT BY
Previous Message Shridhar Daithankar 2003-10-06 06:43:33 Re: Server recommendations