для начала надо определиться, а есть ли проблема в автовакууме. то, что он работает и виден — не есть проблема

Тогда (раз база, получается, не изменяется) и vacuum (то, что он делает) просто не нужен.
Что-то я не так понял, наверное.
Но, в принципе, любая открытая транзакция (snapshot) блокирует очистку тех записей, которые она могла бы увидеть.

привет. подскажите, пожалуйста, можно ли восстановить pg, имея базовый бэкап без wal-g?

Всем привет. Посоветуйте пожалуйста, что посмотреть или почитать о правильной настройке безопасности БД на сервере!

без wal-g или wal логов?

без логов. туплю

Если это не standalone backup (т.е. в нём нет достаточно WAL для восстановления консистентности), то "восстановится" битый кластер, конечно. :(

если в нем пропадет часть данных, не страшно. сейчас база совсем стартовать не хочет.

2021-01-21 18:24:06.079 GMT [96] LOG:  creating missing WAL directory "pg_wal/archive_status"
2021-01-21 18:24:06.304 GMT [96] LOG:  invalid checkpoint record
2021-01-21 18:24:06.304 GMT [96] FATAL:  could not locate required checkpoint record
2021-01-21 18:24:06.304 GMT [96] HINT:  If you are not restoring from a backup, try removing the file "/data/pg/backup_label".
2021-01-21 18:24:06.305 GMT [95] LOG:  startup process (PID 96) exited with exit code 1
2021-01-21 18:24:06.305 GMT [95] LOG:  aborting startup due to startup process failure
2021-01-21 18:24:06.316 GMT [95] LOG:  database system is shut down
 stopped waiting
pg_ctl: could not start server

2021-01-21 18:24:06.079 GMT [96] LOG:  creating missing WAL directory "pg_wal/archive_status"
2021-01-21 18:24:06.304 GMT [96] LOG:  invalid checkpoint record
2021-01-21 18:24:06.304 GMT [96] FATAL:  could not locate required checkpoint record
2021-01-21 18:24:06.304 GMT [96] HINT:  If you are not restoring from a backup, try removing the file "/data/pg/backup_label".
2021-01-21 18:24:06.305 GMT [95] LOG:  startup process (PID 96) exited with exit code 1
2021-01-21 18:24:06.305 GMT [95] LOG:  aborting startup due to startup process failure
2021-01-21 18:24:06.316 GMT [95] LOG:  database system is shut down
 stopped waiting
pg_ctl: could not start server

В нём, скорее всего, не пропадёт, а побьётся часть данных (т.е. запросы могут возвращать то, чего никогда не было, и падать в случайных местах с ошибками). Т.е. работать на таком нельзя.
Если это нужно потому, что кто-то накосил (т.е. backup-ов нет) — можно пробовать запустить любыми средствами, к примеру:

HINT:  If you are not restoring from a backup, try removing the file "/data/pg/backup_label".

И т.д., см. https://www.postgresql.org/docs/current/app-pgresetwal.html
Для того, чтобы вытащить дампом данные, а потом уничтожить этот кластер, инициализировать заново, и залить туда дампы.

HINT:  If you are not restoring from a backup, try removing the file "/data/pg/backup_label".

не так я представлял себе роль wal логов. думал, что данные рискуют пропасть, а не побиться. спасибо

Нет, они являются неотъемлемой частью базы.
В принципе,  потерять их даже хуже, чем стереть несколько случайных файлов в data directory, например (потому что в WAL "смесь" данных из всего кластера баз данных, т.е. "побьётся" неизвестно что и неизвестно как).

коллеги, не подскажете - выдает ошибку, а нужно такое сравнение

может уже избитый вопрос и может он где-то уже прибит гвоздем к стене - но гугл упорно не хочет признаваться

аттачусь к шелл контейнера и пытаюсь вызвать pgsql - command not found

g лишняя, psql?

А можно весь код, для того чтобы понять что за :date\

и что за ошибка

спасибо - опечатался

у меня столбец типа date. Нужно сравнить значения года из этого столбца(то есть вытащить сначала именно год) и того числа, которо передам - 2021 например

Тогда, вполне резонный вопрос, что за способ подстановки такой, через :

А ошибку нам надо угадать? ;)

Нет. Зачем... Ты-же телепат. Ты не знал?..