после vaccuum full ещё analyze имя_таблицы. Или vacuum full analyze чтобы всё одной командой

и про vacuumdb не забываем в параллельном режиме -j

спасибо.. буду запускать, процесс не быстрый

pgcompacttable тогда. Если места мало, фулл может и не пройти. А этот сжимает не копируя таблицу целиком в отличие от того же репака. Ну и делать можно на ходу.

Если вакуум делать по-таблично, то может много места и не потребуется. Но конечно информации не хватает

Согласен, но хотя бы таблица не блокируется. Точнее блокируется на очень короткий промежуток.

Привет всем.
Я снова с глупым вопросом.
У меня скрипт не отрабатывает которые дамп базы должен делать.
Проблема: "pg_dump: [архиватор (БД)] не удалось подключиться к базе "trade": ВАЖНО:  пользователь "postgres" не прошёл проверку подлинности (Peer)"

в hba для него правила установлены такие: "local   all             postgres                                peer"
Команда, на которой валится скрипт: "pg_dump -U postgres $1 | pigz > /data/tmp/psql_BackUp/$1-$DATA.sql.gz"
Чую, что для данного способа не очень подходит метод аутентификации peer, но чем не подходит не пойму. При всем при этом сервер 1С находится на другой машине и он прекрасно работает с этим сервером БД через пользователя postgres.

Добрый день, "local   all   postgres    trust" поставьте если 1С на другом сервере

с точки зрения безопасности чем чревато?

тем что с локальной машины там где PG можно подключиться без ввода пароля

а, ну туда вход только по сертификатам

если шару самбы не считать

ребутить службу придется? Или reload достаточно?

можно поставить host    all             all             127.0.0.1/32            trust

reload достаточно

спасибо!

Пожалуйста

https://postgrespro.ru/docs/postgresql/9.6/auth-methods#auth-peer для туалетного прочтения

это я читал, потом смотрел на свой скрипт "...-U postgres.." и не понимал ))

получается параметр -U игнорится