Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Online backup vs Continuous backup

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>
Subject: Re: [HACKERS] Online backup vs Continuous backup
Date: 2005-12-26 19:46:44
Message-ID: Pine.OSF.4.61.0512262142170.236395@kosh.hut.fi (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackerspgsql-patches
On Mon, 26 Dec 2005, Bruce Momjian wrote:

> Joshua D. Drake wrote:
>
>> I have never heard the term Continuous backup. Although I have heard
>> online backup. The problem is that when I hear the term online backup
>> I think Hot backup which is what we do with pg_dump.
>
> Yes, that is my problem too.
>
>> I would just call the other Point in time recovery :)
>
> The problem there is that it is "recovery", and the documentation talks
> about the "backup" step.  I am thinking we are going to have to add
> something like "Continuous backup, also called Online Backup" or
> something like that.

FWIW, I believe "log archival" is a common term for that.

- Heikki

In response to

Responses

pgsql-docs by date

Next:From: Peter EisentrautDate: 2005-12-27 12:50:14
Subject: Re: [HACKERS] Online backup vs Continuous backup
Previous:From: Bruce MomjianDate: 2005-12-26 19:07:06
Subject: Re: [HACKERS] Online backup vs Continuous backup

pgsql-hackers by date

Next:From: Pavel StehuleDate: 2005-12-26 19:51:29
Subject: Re: Fixing row comparison semantics
Previous:From: Andrew DunstanDate: 2005-12-26 19:42:07
Subject: Re: [PATCHES] default resource limits

pgsql-patches by date

Next:From: Andrew DunstanDate: 2005-12-26 22:49:29
Subject: Re: [PATCHES] default resource limits
Previous:From: Andrew DunstanDate: 2005-12-26 19:42:07
Subject: Re: [PATCHES] default resource limits

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group