Беда с бекапами postgresql.

Поиск
Список
Период
Сортировка
От Vladimir Rusinov
Тема Беда с бекапами postgresql.
Дата
Msg-id f6fdfb550809160123y14ee73dcseeab2cf235cfe6cb@mail.gmail.com
обсуждение исходный текст
Список pgsql-ru-general
Уважаемое сообщество, нужна ваша помощь.

Некоторое время назад, примерно через неделю после перехода с 8.1 на 8.3 postgresql стал совершенно неадекватно вести себя во время бекапов: почти каждый раз он входит в recovery mode и отвечает на все попытки соединения что мол 'database is in recovery mode'.

Бекапы делаются следующим образом:

Я написал скриптик на python, который делает SELECT * FROM pg_tables WHERE ...; и потом запускает pg_dump <bla-bla-bla> -t <tablename>.
Кроме того, он также себя ведет и во время снятия снапшота для pitr. (SELECT pg_start_backup(); затем копирование $PGDATA; затем SELECT pg_stop_backup()).

В момент бекапа виден один процесс postmaster, и один процесс postgtresql с COPY, в логах - нормальная активность до начала бекапа и сообщения о том что connection refused потому что database is in recovery mode примерно через минуту после начала бекапа.
Что происходит во время снятия снапшота не получилось посмотреть.

PGDATA расположена на hardware RAID1, за которым следят местные сисадмины. Бекапы сразу идут на внешний usb-диск, и получаются судя по всему целыми (однако на 100% не уверен). Памяти хватает, нагрузка cpu и диска - ничем не выделяется от нормальной ситуации снятия бекапов.\

Что это может быть? Есть какие-нибудь идеи?

--
Vladimir Rusinov
http://greenmice.info/

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

Предыдущее
От: "Nikolay Samokhvalov"
Дата:
Сообщение: Re: Приглашение на PostgreSQL-встречи в сентябре и октябре
Следующее
От: Maxim Boguk
Дата:
Сообщение: Re: Беда с бекапами postgresql.