Re: [pgsql-ru-general] Проблема при бэкапе.
| От | Alexey Vasiliev |
|---|---|
| Тема | Re: [pgsql-ru-general] Проблема при бэкапе. |
| Дата | |
| Msg-id | 1396527980.882401241@f368.i.mail.ru обсуждение исходный текст |
| Ответ на | Проблема при бэкапе. (Николай Богданов<nikolay.bogdanov@flant.ru>) |
| Ответы |
Re: Re: [pgsql-ru-general] Проблема при бэкапе.
|
| Список | pgsql-ru-general |
Какая версия PostgreSQL?
Почему бэкап делается не через http://www.postgresql.org/docs/current/static/app-pgbasebackup.html ?
restore.conf должен сразу быть настроен и положен в дата директорию, поскольку без него база при запуске ругнется, что не хватает файлов и упадет (еще может говорить, что нужно удалить backup_label, что делать не нужно). При верном restore.conf PostgreSQL начнет подчитывать с основной базы wal-файлы и будет работать в режиме восстановления.
Thu, 03 Apr 2014 11:44:21 +0400 от Николай Богданов <nikolay.bogdanov@flant.ru>:
--
Alexey Vasiliev
Почему бэкап делается не через http://www.postgresql.org/docs/current/static/app-pgbasebackup.html ?
restore.conf должен сразу быть настроен и положен в дата директорию, поскольку без него база при запуске ругнется, что не хватает файлов и упадет (еще может говорить, что нужно удалить backup_label, что делать не нужно). При верном restore.conf PostgreSQL начнет подчитывать с основной базы wal-файлы и будет работать в режиме восстановления.
Thu, 03 Apr 2014 11:44:21 +0400 от Николай Богданов <nikolay.bogdanov@flant.ru>:
День добрый. Использую Continuous Archiving для бэкапов и столкнулся с
проблемой.
После SELECT pg_start_backup('pgbackup', true); начинаю копирование
данных, в это же время postgres решает очистить несколько файлов. В
результате имею неконсистентный бэкап. И при этом, когда бэкап
разворачивается postgres даже не скажет, что файлов не хватает. Только
потом уже можно узнать, получив приблизительно такую ошибку.
ОШИБКА: не удалось открыть файл "base/16420/32858809": No such file or
directory
Сейчас я делаю сначала копию rsync, и смотрю на его код возврата. В
случае кода, отличного от 0, я перекачиваю еще раз. Это неудобно. Можно
ли вообще как-то избежать данной проблемы? Не связана ли она с autovacuum?
--
Николай Богданов,
инженер ЗАО «Флант»
http://flant.ru/
+7 (495) 721-10-27, доб. 422
+7 (926) 125-39-69
--
Sent via pgsql-ru-general mailing list (pgsql-ru-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-ru-general
проблемой.
После SELECT pg_start_backup('pgbackup', true); начинаю копирование
данных, в это же время postgres решает очистить несколько файлов. В
результате имею неконсистентный бэкап. И при этом, когда бэкап
разворачивается postgres даже не скажет, что файлов не хватает. Только
потом уже можно узнать, получив приблизительно такую ошибку.
ОШИБКА: не удалось открыть файл "base/16420/32858809": No such file or
directory
Сейчас я делаю сначала копию rsync, и смотрю на его код возврата. В
случае кода, отличного от 0, я перекачиваю еще раз. Это неудобно. Можно
ли вообще как-то избежать данной проблемы? Не связана ли она с autovacuum?
--
Николай Богданов,
инженер ЗАО «Флант»
http://flant.ru/
+7 (495) 721-10-27, доб. 422
+7 (926) 125-39-69
--
Sent via pgsql-ru-general mailing list (pgsql-ru-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-ru-general
--
Alexey Vasiliev
В списке pgsql-ru-general по дате отправления: