LTSP оно в принципе с GUI

LTSP сервер на базе CentOS7
habr.com/ru/post/465775/
Авось пригодится статейка

Эту читал. Полезная.

Хочу HTTP загрузку.

Приветствую, коллеги! Подскажите, чем можно прогнать базу 1с на предмет больших таблиц и тяжелых данных. Раздувается  база как-то сильно, за 7 месяцев на 2Г...это борщ по-моему.

Стандартный отчёт ms sql размеры таблиц

У него постгре

Большие таблицы можно получить с помощью:
SELECT nspname || '.' || relname AS "relation",
   pg_size_pretty(pg_relation_size(C.oid)) AS "size"
 FROM pg_class C
 LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
 WHERE nspname NOT IN ('pg_catalog', 'information_schema')
 ORDER BY pg_relation_size(C.oid) DESC
 LIMIT 20;

Да, спасибо, это уже сделал)) Теперь бы понять, как это соотнести с данными в 1с

Чтобы соотнести

а можно в относительных единицах и краткое описание сколько документов в день поступает в систему?
Для ИБ в 10Гб вырасти на 2Гб за 7 мес, это мало. Для ИБ в 40Гб - это вообще копейки.
Для ИБ в 500Мб вырасти до 2Гб может и много, но если идёт первичное заполнение базы - то тоже ничего страшного. Всё в мире относительно (с) Эйнштейн ))

Ограничили рост WAL ?

Приветствую, Сергей! ИБ 7 месяцев назад была 9, сейчас 12. В базе работают 40 чел, производственное предприятие. Доков много генерируется внутренних (сейчас точно не скажу). Ну как я понял от Вас, это может и нормально тогда))

Конфиг постгря не трогал вообще пока. Выхлоп по 20 самым таблицам показывает такой результат:

Было неделю назад "relation","size"
"pg_toast.pg_toast_2880662","8796 MB"
"pg_toast.pg_toast_2895712","1364 MB"
"public._accumrg17494","1078 MB"
"public._inforg17038","362 MB"
"public._accrg838","249 MB"
"public._accumrg17565","242 MB"
"public._inforg17038_1","218 MB"
"public._inforg17038_5","199 MB"
"public._inforg17038_2","199 MB"
"public._inforg17038_3","198 MB"
"public._inforg17038_4","198 MB"
"public._accumrg17494_4","157 MB"
"public._accumrg17494_3","157 MB"
"public._accumrgt17525","138 MB"
"public._accumrgt17525_1","134 MB"
"public._accumrg17494_1","123 MB"
"public._accumrg17565_3","102 MB"
"pg_toast.pg_toast_2880662_index","97 MB"
"public._inforg18947","96 MB"
"public._accrg838_3","92 MB"

Вот сейчас "relation","size"
"pg_toast.pg_toast_15586638","9084 MB"
"pg_toast.pg_toast_15601263","2182 MB"
"public._accumrg17494","1097 MB"
"public._inforg17038","370 MB"
"public._accrg838","252 MB"
"public._accumrg17565","246 MB"
"public._inforg17038_1","220 MB"
"public._inforg17038_5","202 MB"
"public._inforg17038_3","202 MB"
"public._inforg17038_4","200 MB"
"public._inforg17038_2","198 MB"
"public._accumrg17494_3","166 MB"
"public._accumrg17494_4","162 MB"
"public._accumrgt17525","144 MB"
"public._accumrgt17525_1","141 MB"
"public._accumrg17494_1","126 MB"
"public._accumrg17565_3","109 MB"
"pg_toast.pg_toast_15586638_index","101 MB"
"public._inforg18947","99 MB"
"public._inforg20989","95 MB"

имхо нет ничего критического в таком приросте. Я бы вообще ничего не трогал
Есть запросы на отслеживание таблиц с большим блоатингом, но и там можно особо не дёргаться, если автовакуум работает.

в системе прикрепляют какие-то файлы извне? (сканы, pdf, ....)

Есть такое, но не каждый день. Чертежи в виде сжатых картинок и номенклатуры. Но они меняются редко, в основном все уже в базе сидит.

pg_toast это они и есть

Ок, я понял! Спасибо.