Re: BUG #13642: no backup_label file in PG_DATA after pg_stop_backup();

Поиск
Список
Период
Сортировка
От Jeff Janes
Тема Re: BUG #13642: no backup_label file in PG_DATA after pg_stop_backup();
Дата
Msg-id CAMkU=1weKR0WBrj_d+GBZxNYbK3VtUrnvrgb8-dBPDYBYW2LXw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #13642: no backup_label file in PG_DATA after pg_stop_backup();  (Amir Rohan <amir.rohan@mail.com>)
Ответы Re: BUG #13642: no backup_label file in PG_DATA after pg_stop_backup();  (Amir Rohan <amir.rohan@mail.com>)
Список pgsql-bugs
On Fri, Sep 25, 2015 at 11:27 PM, Amir Rohan <amir.rohan@mail.com> wrote:

> On 09/26/2015 06:30 AM, Jeff Janes wrote:
> > On Fri, Sep 25, 2015 at 8:16 PM, <amir.rohan@mail.com
> > <mailto:amir.rohan@mail.com>> wrote:
> >
>
> >     Doesn't create the `backup_label`  described in the docs (I'm
> assuming
> >     "cluster directory" means data directory, e.g. $PGDATA):
> >
> http://www.postgresql.org/docs/current/static/continuous-archiving.html
> >
> >
> >
> > Is backup_label present in your *backup*?  That is where it is needed.
> > It is not needed in $PGDATA itself.  It is created in $PGDATA simply so
> > that a copy of it gets included in your backup.
> >
>
> No. Well, there's a backup file in the archive directory that looks like
> it might be /it/ but it's not named `backup_label` (it wouldn't, since
> multiple backups need to coexist).
>
> As mentioned earlier, in the backup procedure docs:
>
> | pg_start_backup creates a backup label file, called backup_label, in |
> the cluster directory with information about your backup, including
> | the start time and label string. The file is critical to the
> | integrity of the backup, should you need to restore from it.
>

The very next item says:

3.  Perform the backup, using any convenient file-system-backup tool such
as tar or cpio (not pg_dump or pg_dumpall).

>
> About 8 paragraphs below (where only the brave have stamina to keep
> reading):
>
> | It's also worth noting that the pg_start_backup function makes a file
> | named backup_label in the database cluster directory, which is
> | removed by pg_stop_backup [Ok, I missed that]. This file will
> | of course be archived as a part of your backup dump file  <...>
>
> But:
> - There's no single "backup dump file" that the file is "part of"
> (creating a .tgz isn't part of the workflow described).


You have to "perform the backup", as quoted above.  You don't have to do it
with tar, and you don't need to name the resulting file ".tgz".  But using
some method or another, you do need to actually take a backup, if your
desire is to have a backup.

Did you create a backup?  If you did not, then no, your backup is not
usable.  If you did, does it include the backup_label file?

Cheers,

Jeff

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Amir Rohan
Дата:
Сообщение: Re: BUG #13644: 2xRecovery without new writes, causes archiving failure
Следующее
От: Amir Rohan
Дата:
Сообщение: Re: BUG #13642: no backup_label file in PG_DATA after pg_stop_backup();