Re: [pgsql-ru-general] Оптимизация на уровне ОС.
От | Mihail Nasedkin |
---|---|
Тема | Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Дата | |
Msg-id | AANLkTi=gjnKRjfCDX85xTZnEODyC6A0v2YfLgzbQ9LD9@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-ru-general] Оптимизация на уровне ОС. (Mihail Nasedkin <m.nasedkin@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Оптимизация на уровне ОС.
Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Список | 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 .... Т.е. типа "сначала не нашел по дефолту, зато нашел что-то еще и определил точку отсчета". -- Михаил Наседкин -- --- С уважением, Михаил Наседкин
В списке pgsql-ru-general по дате отправления: