Добрый день! Подскажите по ситуации была база ут11 на PostgreSQL пришлось делать обновление порядка 25 штук, база выросла с 500мг до 7гб, как то можно это исправить средствами 1с? тестрование и исправление в клиент серверном варианте поможет? Или как то еще можно снизить размер? Спасибо!

На  MSSQL обрезать лог(. Может здесь что-то похожее.

(0) PG Admin -> выделить нужную БД -> Maintenance -> Vacuum -> Full vacuum.

Если там несколько раз объекты переименовывались в Удалить с копированием данных,то почистить эти все объекты,т к они место занимают,а толку от них нет.

В первых двух ответах уже задан вопрос, повторю : а какие-то регулярные процедуры обслуживания над этим сервером происходят, т.е. может всего лишь распухли темпы?

А так-то интересно, тестировать что-то пытались, может выгрузку в DT делали "на посмотреть", может сделали тестировочную выгрузку в DT загружали в новый каталог и там посмотрели на результат, что размер сильно изменился?

Для рассуждения о тестировании в серверном варианте... Ну так сервер у вас в руках в доступе. Можно поднять резервную копию базы и попробовать.
Если платформа самой 1С-ки достаточно свежая и достаточно не глючная ТИИ базу не убивает. В каком состоянии именно ваша база - телепатически не увидеть

(4) PostgreSQL 11.5-19.1 (x64), сервер 1с 8.3.13.1690, как и клиенты. Регламентных никаких не проводилось никогда, dt выгружал первоначально до того как начать обновления из базы был всего 500мб, теперь 1300мб. Dt выгружал и загружал уже в файловый вариант, что бы параллельно обновлениям на сервере, делал обновления первоначально на файловом варианте дабы исключить какие то косяки в процессе обновления в итоге база выросла на файловом до 6,5гб, ну и так понимаю на сервере тоже самое.

Все работало из коробки, сейчас зависли на обновлении 11.4.7.150, стали клиенты периодически вылетать тупо в журнале windows падает c:\Program Files\1cv8\8.3.13.1690\bin\ucrtbase.dll.

(5) теперь чуточку понятней стало, что проблема все-таки в базе как таковой, а не в том, что она на постгри-сервере.

Попробуй на файловом прогнать ТИИ и установи там и на сжатие таблиц.

з.ы. Конфиг на разрешенных изменениях с сохранением поддержки? Я думаю, что из-за такого режима пухнет, когда идет обновление.

А насколько сильно отличается конфа текущая от состояния в конфе поставщика? Релизы совпадают? Обновление через Поддержка-Обновление происходит?

(5) >Регламентных никаких не проводилось никогда

совсем что-ли бессмертные?

Вакуум анализе ежедневно обязательно!!!

Но базу вам не подрежет никак уже... Если подрезать после вакуума край как надо то делай:
1.бэкап
2.проверить что бэкап норм (что и него восстанавливается ИБ)
3.выгрузить - загрузить через ДТ

И только в таком порядке!!!

(0) Выгрузить базу в DT-шник, создать пустую информационную базу в постгресе и загрузить в неё DT-шник. Это можно сделать средствами 1С.

(6)
"Попробуй на файловом прогнать ТИИ и установи там и на сжатие таблиц."   База в файловой версии упала до 2гб.

з.ы. Конфиг на разрешенных изменениях с сохранением поддержки?
Я думаю, что из-за такого режима пухнет, когда идет обновление.
[SPOILER]https://cdn1.radikalno.ru/uploads/2021/4/4/07c0371e690bdf7cac1506d9d2757fb1-full.jpg[/SPOILER]

"А насколько сильно отличается конфа текущая от состояния в конфе поставщика?" обычная конфа без доработок. Релизы совпадают? "Обновление через Поддержка-Обновление происходит?" - да

подправил ссылку на снимок https://radikalno.ru/full/2021/4/4/07c0371e690bdf7cac1506d9d2757fb1-full.jpg.html

(6) "Обновление через Поддержка-Обновление происходит?" - да после каждого обновления запускается 1с в штатном режиме для завершения обновления.

Лог во время обновления вообще можно отключить (в sql переводили базу в режим simple, наверняка в PG такое тоже есть). После успешного обновления включаем логирование снова.

(12) ТС написал ранее, что база распухла, когда он обновлял ее в файловом режиме. Почему-то не происходит сжатия таблиц при переброске базы из файла в скл через DT
Немножко запутал всех.

(10) понятно.

Если хочешь, проверить так сказать окончательно, то можешь сохранить CF и сравнить его с CF из полной поставки. Твой должен быть примерно в два раза больше. Ну или сильно сильно больше - тогда надо смотреть уже в самой конфигурации, откуда там мусор и что там в качестве мусора насобиралось. Вдруг туда кто-то макеты по 100 мб спрятал или еще чего-то подобное.

Ну и для полного и окончательного счастья - сними конфигурацию с поддержки. Произойдет удаление и базы конфигурации поставщика. Если ее затем перевыгрузить через ДТ, то ее размер упадет на величину хрянящейся в базе конфы поставщика и сопутствующей ей системным таблицам ( если честно, то не уточнял никогда, каких именно :-) )

(13) я просто обновляю базы параллельно, сначала файловый вариант, потом клиент - серверный  одним и тем же обновлением что бы смотреть как поведет себя УТ (файловый вариант получается как тестовый контур).

Регистры сведений Замеры времени посмотри не появилось там чего.
У одних клиентов на 1.5 гига там было