>[оверквотинг удален]
>> остальные настройки вроде вообще никак не влияют на скорость создания бэкапов.
>> Вот пример как делается бэкап:
>> pg_dump --ignore-version --file=fulldump.pgdump --blobs --no-owner --superuser=postgres
>> --format=c --schema=\"$dbschema\" $dbname
>> а вот так рестор:
>> pg_restore --no-data-for-failed-tables --clean --jobs=7 --dbname=$dbname fulldump.pgdump
>> Что не так? :(
> Хочешь быстро - делай http://www.postgresql.org/docs/8.4/static/continuous-archivi...
> , будет тебе "со скоростью диска". Только оно в 2-5-10 раз
> больше по объёму, чем pg_dump-ом.wal-логирование - интересный метод, но требуется просто немеряного места особенно в данном случае - база более 400гиг весит. Не подходит :( Я уже смотрел в его сторону, но есть минусы большие:
- требуется много места дополнительно
- забакапить только одну схему или одну таблицу нельзя
- много телодвижений при процессе восстановления и много что надо учесть, перенести
> Если нет, ну дефрагментацию базы какую ни то сделай. Индексы, может быть...
База только после рестора, свеженарезанный рейд-1 - т.е. вообще смысла нету - да и другие операции все делаются без проблем ведь.
> pg_dump умеет выносить только таблицу целиком. Отсюда: дапмпить не все таблицы (только
> маленькие, если это допустимо) существенно быстрее (схему лучще сохранять целиком -
> взаимозависимости о частям могут не срастись по-лёгкому). Больую(-ие) тадлицы либо дампить _реже_, либо покрутить свои скрипты-костыли с _инкрементальным_ до-бэкапом (если,например,
> записи только добавляются и есть растуший индекс или метка времени).
Да, сейчас так именно и делаю - т.е. делаю бакап по частям - самые тяжелые таблицы бакапятся не часто, но просто процесс из бакапа и рестора очень длительный :( ну никак у меня не вяжется, что бакап 300гиг занимает трое суток, а рестор этой таблицы занимает еще полтора суток. База не нагружена вообще в моменты бакапа.. т.е. почему так медленно - не понятно.
> TFM = http://www.postgresql.org/docs/8.4/static/backup-dump.html#B...
Да, эта ссылка зачитана до дыр. Бакап через обычный формат, с заворачиванием в тар или gzip - очень нравится, но опять же - место тратится и утрачивается возможность заресторить отдельную таблицу или схему.
> Да, кста, pg_restore умеет --jobs=7 *только* для _формата_бэкапа_ -Fc. Это в его
> man-е написано.
ну, собственно, именно этот формат и юзается :-) В строчке бакапа именно этот формат и указан. По сути этот параметр влияет только на то, что на стадии создания индексов пг начинает распараллеливаться. А вот на стадии заливки данных никакой параллелизации не происходит вообще.
> Особо профессиональные восстанавливальщики (искать в интернетах) крутят для restore-а
> конфигурацию сервера: чего-то там с буферами, чекпоинтами и ещё чем-то. Я
> так далеко :)) в бэкапах никогда не заходил.
Вот - вроде крутил-вертел, но как-то без особого эффекта :(
Вариант для распечатки
