Конфигурация УНФ при закрытии месяца долго грузится и выдает ошибку не хватает памяти, 1с сервер, potgresql, база не типовая.
в файловом варианте все работает. Что где подкрутить?

(0) сколько памяти на сервере и какие сейчас параметры?

max_connections
shared_buffers
effective_cache_size
maintenance_work_mem
wal_buffers
work_mem

max_connections = 100
shared_buffers = 512MB
effective_cache_size = 15GB
maintenance_work_mem = 1280MB
checkpoint_completion_target = 0.7
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 4
work_mem = 22719kB
min_wal_size = 1GB
max_wal_size = 2GB
max_worker_processes = 6
max_parallel_workers_per_gather = 3

по расчету из pgtune

(0)Сервер приложений 1С какой разрядности?

И как точно выглядит сообщение об ошибке?

(0) таки не хватает постгри или 1С-серверу или у вас всё на 1 сервере?
Ограничения по памяти на 1 меня сколько?

ни версии платформы 1С и ее разрадности, ни версии УНФ, ни версии постгри, ни версии ОСи - ничего! И кто-то должен оп и чего-то насоветовать.

Ну установите самый последний из существующих, так в нем обновленные уже готовые какие-то настройки будут

в настройках сервера 1с, там где локальный кластер, вызываешь свойства правой кнопкой мышью и если в поле допустимый объем памяти стоит вместо нуля какое то значение в кб то увелич его

1С 64 разрядный 8.3.12.1412
PG 9.6.7-1.1C
УНФ 1.6
Ошибка, грузит около 20 мин, выдает ошибку недостаточно памяти. как понять какой именно памяти ему не хватает?
при этом на жестком диске до ошибки сжирает почти 3гб

база в dt весит 1.5гб
в postgre она 5.8гб

Вангую - памяти не хватает серверу предприятия. Если бы памяти было мало СУБД, то в тексте ошибки было-бы что-то указывающее на Postgres. Что-то типа ошибка SQL

(8) кто память то съедает?

(8) органичение по памяти на 1 РП сколько?

(8) в диспетчере на момент перед самой ошибкой кто сжирает памяти много и сразу после ошибки ее высвобождает?

(8) На момент возникновения ошибки в логи PostgreSQL что пишется? Что-нибудь вроде "out of memory" или "Недостаточно памяти для получения результата запроса к базе данных"?

Ошибка эта
Недостаточно памяти для получения результата запроса к базе данных

(15) Попробуй на клиенте запустить 64 бита версию платформы

я выше писал все работает на 64 бит

(17) не все, а платформа на сервере. На клиенте может и 32 стоять вполне себе успешно. Ну в режиме толстого клиента пробуй запустить.

(17) просто сжирание на локальном клиенте временного файла до 3 Гб как бы намекает на предел в памяти, который давно существует в майкрософтовых 32бита процессах - 3 ГБ с копейками. Какие-то особенности системы... В теории:
2 ГБ - знаковое целое int.
4 ГБ - беззнаковое целое int
внутренние особенности решения на винде 4 ГБ не позволяют, а только 3 ГБ

все делается на терминалке. стоит только 64

(20) Ну вот и еще одну техническую подробность удалось вытащить клещами.
Вообще-то в терминале можно поставить ограничение

А с локальных компов доступ к серверу в принципе возможен? С клиента без использования терминала что выдает? Просто по РДП без терминала на самом сервере с его же платформой...

На всякий случай, выше указывалось проверить сколько памяти задано в настройках агента сервера 1С на каждый рабочий процесс. Вот на это тоже можно посмотреть. Но эта настройка  тогда будет давать такую же ошибку при работе с сервером в клиенте с локального компа, без терминала.

на сервере все параметры по 0,
стоит только отказоусточивость 1
работы выполняются по рдп, и через веб клиент.
но ошибка по рдп
Поменял еще раз параметры postgre перечитал конфу перезагрузил службы. Пока грузит ошибку не выдает. но база растет как на дрожжах. уже на 1гб выросла.
такими темпами каждое закрытие месяца по 2гб не очень хорошо

(22) по росту базы ничего не скажу

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

Т.е. видно же что все уперлось в RDP

не в рдп дело. а в параметрах postgre

(24) И что постгри самовольничает со своими параметрами ЗАПУСКА, когда устанавливается клиентское соединение из под разных клиентов?

(24) ну засунь базу на РДП в файловом режиме и протести ее еще и таким способом. Отработает - значит в РДП точно никаких проблем.

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

нормально ли такой рост базы при закрытии одного месяца? если нет, подскажите куда смотреть, что поменять?

(27) vacuum full(и заодно analyze)выполни после закрытия месяца, посмотри на сколько уменьшится размер.

и снова начал выдавать ошибку...

подскажите, что еще может поменять надо? 1 месяц закрылся и все, снова ошибка. и как оказалось сама база то растет не на много. примерно на 200мб, у самого жесткого диска в момент включения операции жрется память, а где не могу найти. Сейчас включил операцию, минут 30 грузилось и выдало снова ошибку "Недостаточно памяти для получения результата запроса к базе данных"
и за эти 30 мин на жестком диске уменьшилось 3гб

есть, кто разбирается в postgre?
что нужно изменить?
через 20 мин после начала процедуры, оперативка подскакивает на 100% и вылетает ошибка, хотя при этом нигде в conf я не выставлял максимальное значение оперативки

Новый нормальный  сервер купить

(33) Еще. Сервер какого года выпуска?

Я написал для дельного совета. если не знаешь не пиши.
купить сервер, купить оперативку и прочий подобный бред который и так понятен не надо тут флудить.
Сервер куплен в январе 2018. эти подробности помогут? нет
поэтому maxile считаю что ты флудишь.