Предысторией создания данного продукта был перевод одного из своих клиентов на PostgreSQL. Серверная платформа не позволяла установить там pgAdmin. А скриптами и планировщиками пользоваться неудобно. Поэтому пришла идея реализовать обслуживание баз данных PostgreSQL средствами 1С.
(3) Через pg_dump останавливать сервер 1С не нужно!! Но после восстановления базы из дампа, нужно сделать vacuum full (только на восстановленной базе), т.к.в дампе не хранятся индексы.
(4) Ну и признак анализа тоже добавить надо, ибо если автоанализ настроен неправильно, база без актуальной статистики будет после восстановления.
А вообще для кого это? Для бухгалтеров? Установить pg_probackup для ванильной версии делов на 15 мин. Зато получаем возможность восстановления вплоть посекундно, архивирование wal, автоочистку старых копий, авточистку архивных wal, проверку роботоспособности сделанной копии и все бесплатно.
(4)
А что станет с открытыми транзакциями в момент pg_dump? Информации о них не станет, и можем получить замечательные ошибки после развертывания, разве нет?
(3) Сервер 1С останавливать не нужно, даже не нужно срубать сеансы и соединения
(4) Спасибо за информацию, потестирую. Но я делал просто restore - и база нормально работала.
(5) База работает, но при значимых нагрузках чувствуются тормоза. При этом, если дамп распаковать в предыдущую тестовую базу, то база вообще может не открываться пока не будет выполнен vacuum full.
Ещё одна особенность - pg_dump не гарантирует, что база будет восстановлена из дампа. Поэтому правильно по окончанию создания дампа запустить восстановление из дампа - если восстановится, то дамп можно считать успешным.
vacuum - это не сжатие. Да, vacuum может приводить к уменьшению размера базы, но это совершенно иная операция.