Есть база данных (оптовый ЕГАИС самописка). Выгруженный дамп postgres данной базы заливается в другую postgres базу и потом из нее выгружается DT файл 1с.
Все хорошо работало , но сейчас dt перестал выгружаться - жалуется на нехватку памяти. Размер выгруженной базы 5гб , сама база 60 гб.
Сервер 1с 32х разрядный. Postgress то же 32 разряда.
Сервер переставлю на 64 разряда , нужно ли переставлять postgress на 64 разряда или это можно сделать позже ?
Сегодня напрягло , что восстановление дампа в чистую базу сыпало ошибками и прошло не удачно.
Сервер i5 16гб оперативки , диски SSD. К скорости работы претензий нет. 32х разрядная конфигурация софта была выбрана год назад так как еще только разбирался в теме

Продолжение истории. Переставляю postgres на 10.5_24.1C_x64 , так же переставляю сервер 1с на 64х. Платформу оставляю ту же 8.3.13.1865. Заливаю базы из DT файлов. Все работает. Запускаю бэкап и ухожу спать. Утром вижу отвал диска с папкой DATA postgres . Диск Intel SSd DC3110 на 512 гб.
Приезжаю на работу. Отключаю сервак и наблюдаю , что он очень теплый. Снимаю диск и присоединяю к другому компу. Диск жив , данные то же. В общем DT файлы были на всякий случай , ночью ни кто не работал.

Как я сейчас понимаю , дело было не в софте а в перегреве диска или не совсем правильной работе контроллера. Сейчас поставили сервер в более холодное помещение и тестируем. Жду результата.

ну насчет перегрева ССД, точнее, контроллера ССД - такая хрень имеет место быть. Зачастую на такое все не обращают внимание, но периодически оно выстреливает.

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

Второй - разнести все физически в разные компы. Совсем разные. С гигабайтной сеткой.

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

(3) сейчас дал нагрузку на диск и все повисло. Перемещу папку с данными на чистый новый диск и повторю опыт. Если результат то же то дело в контроллере. Если на время уйдет то в диске

Эта рекомендации публикуется при каждом обновлении платформы уже на протяжении почти десяти лет https://dl03.1c.ru/content/Platform/8_3_18_1128/Err_Other.htm
"Выгрузка/Загрузка конфигураций большого объема
Проблема:
При загрузке dt пишет "Недостаточно свободной памяти на сервере 1С:Предприятия."
Способы решения:
Использовать PostgreSQL x86-64.

Дата публикации: 2011-10-05"

(5) грешен , глубоко не разбирался год назад. Все хорошо сразу заработало. Выстрелило сейчас ... в ногу.
Поменял диск , запустил - наблюдаю. Отпишусь о результате

(5) а большой объем это теперь сколько?

6 баз , от 30 до 60гб

Пока все говорит о том, что загнулся SSD Intel  , но загнулся странно как то. Сейчас другой диск поставил - пока все тесты на нагрузку проходит. Интел зависал.

(0) >Выгруженный дамп postgres данной базы заливается в другую postgres базу и потом из нее выгружается DT файл 1с.

А какова конечная цель этих странных телодвижений?

(10) понять , все ли нормально с резервной копией , а так же иметь данные на конец вчерашнего дня , если мне что то нужно дописать. Но больше наличие этого dt файла говорит о том , что все нормально. Сегодняшние фатальные проблемы были как раз предупреждены отсутствием выгрузок. Заметил бы я это позже и все....

(10) в целом от внезапного падения базы это меня не спасло бы. Снимок базы загружался уже битый.

Сколько раз можно повторять, что dt не является резервной копией! Переходите на нормальные бэкапы.

(7) В "раньшие времена" база и в 3 ГБ не хотела выгружаться v8: Выгрузка базы 1С в postgres, ошибка "не достаточно памяти на сервере 1С"
Сейчас с 60 гб начинается, как у автора темы.