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

=?UTF-8?B?UmU6IFtwZ3NxbC1ydS1nZW5lcmFsXSDQntC/0YLQuNC80LjQt9Cw0YbQuNGPINC90LAg?==?UTF-8?B?0YPRgNC+0LLQvdC1INCe0KEu?=

From: Mihail Nasedkin <m(dot)nasedkin(at)gmail(dot)com>
To: Vladimir Rusinov <vladimir(at)greenmice(dot)info>
Cc: pgsql-ru-general(at)postgresql(dot)org
Subject: =?UTF-8?B?UmU6IFtwZ3NxbC1ydS1nZW5lcmFsXSDQntC/0YLQuNC80LjQt9Cw0YbQuNGPINC90LAg?==?UTF-8?B?0YPRgNC+0LLQvdC1INCe0KEu?=
Date: 2010-11-16 10:34:36
Message-ID: AANLkTi=gjnKRjfCDX85xTZnEODyC6A0v2YfLgzbQ9LD9@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-ru-general
И еще вопросы.

Каково значение команд pg_start_backup и pg_stop_backup? Без них
никак? Просто tar? Или это обязательные точки отсчета при процедуре
восстановления?
Не совсем понятна процедура считывания этих файлов, как сервер их
находит в куче файлов транзакций?

Есть пример, (http://www.mkyong.com/database/postgresql-point-in-time-recovery-incremental-backup/)
где автор статьи просто приводит выдержку из лога:
.....
cp: cannot stat `/usr/local/pgsql/pgbackup/wals/00000001.history': No
such file or directory
cp: cannot stat `/usr/local/pgsql/pgbackup/wals/00000001.history': No
such file or directory
LOG:  restored log file "000000010000000000000006.00BA9328.backup" from archive
LOG:  restored log file "000000010000000000000006" from archive
LOG:  automatic recovery in progress
LOG:  redo starts at 0/6BA9368
....
Т.е. типа "сначала не нашел по дефолту, зато нашел что-то еще и
определил точку отсчета".

--
Михаил Наседкин

-- 
---
С уважением,
Михаил Наседкин

In response to

Responses

pgsql-ru-general by date

Next:From: Mihail NasedkinDate: 2010-11-17 00:07:13
Subject: =?UTF-8?B?UmU6IFtwZ3NxbC1ydS1nZW5lcmFsXSDQntC/0YLQuNC80LjQt9Cw0YbQuNGPINC90LAg?==?UTF-8?B?0YPRgNC+0LLQvdC1INCe0KEu?=
Previous:From: Mihail NasedkinDate: 2010-11-16 10:19:41
Subject: =?UTF-8?B?UmU6IFtwZ3NxbC1ydS1nZW5lcmFsXSDQntC/0YLQuNC80LjQt9Cw0YbQuNGPINC90LAg?==?UTF-8?B?0YPRgNC+0LLQvdC1INCe0KEu?=

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