John39,

А база у вас точно 64битная?

Размер конфига какой то пугающий.
Для интереса что показывает на ЭТОЙ КОНКРЕТНОЙ базе
select filename, datasize, length(binarydata::text) from public.config order by datasize;
или если и этот запрос дает похожую ошибку то
select filename, datasize from public.config order by datasize;

PS: а вообще в поддержку 1С с такими вопросами... особенно про public.config.

John39Со второго раза по первому запросу выдало следующее

ERROR: ОШИБКА: invalid memory alloc request size 18446744071811427555
SQL-состояние: XX000

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

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

John39Maxim Boguk,
Версия базы в каком смысле?
Если postgree то 10.5 x64, если 1С то 8.3.12.1616.
В логах и написано что ошибка выгрузки таблицы public.config.
Однако 1С работает без проблем, DT выгружается и никаких проблем нет, кроме проблемы в бекапом sql.

Какая то из строчек в таблице public.config побитая без вариантов почти.
Скорее всего не используемая 1С (если она действительно без проблем работает).
Найти какая - можно перебором всех имеющихся там filename и если эта строчка реально не нужна то удалить ее и backup заработает.
Еще возможно уж вас in-memory corruption и тогда рестарт базы может все вылечить.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

foxvookОшибка "invalid memory alloc request size ...." вываливается в Postgres при работе с УПП начиная с релиза 1.3.112.4 - у всех, если в конфигурации включена возможность изменения.

Причина в том, что вся конфигурация поставщика хранится в одном поле типа binarydata , в таблице config, и начиная с этого релиза она достигает размера, который не переваривает тип binarydata.

Хотя официально максимальный размер поля 1ГБ, по факту binarydata не тянет более 0,5ГБ.
Возможно, связано с тем, что binarydata сначала выгружается в оперативку в полном объеме и затем обрабатывается.
Казалось, бы спасут большие значений work_mem в конфигурации postgres, но не прокатывает...

Имеется возможность избавления от ошибки: снять с поддержки конф., или убрать возможность ее изменения (замок) - т.е. через удаление конфигурации поставщика и соотв. удаление, мешающей строки из таб. config - но это на любителя...

Есть у кого-нибудь альтернативные варианты лечения?

Это вопрос чисто по 1С. В Postgresql НЕТ и не будет в разумном будущем возможности pg_dump полей размером больше 512MB.
Я бы скорее поинтересовался у 1C что можно было в конфигурацию засунуть чтобы она полгига занимала (для меня это загадка).

Альтернативное решение basebackup вместо pg_dump (он еще и быстрее скорее всего будет).