В общем, стандартная ситуация. Перешли-таки на УПП 1.3, и спустя некоторое время пришел к тому же, что и многие тут - при выгрузке-загрузке конфы или базы или обновлении вываливается с криком "Нехватка памяти"

В данный момент сервер 32-разрядный, и памяти 4Гб. Но это все понятно, и уже не раз тут обговорено. Естественно, в boot.ini сейчас написал /3Gb чтобы можно было спокойно работать с выгрузками, ну и заодно прописал несколько рабочих процессов на кластере.

Ну и все заверте...

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

Никто, случаем, не сталкивался с подобной закавыкой? Такое ощущение, что то ли сеанс не инициализируется, то ли лицензия не находится.

Пока для успокоения бухов оставил только один рабочий процесс, ну и из бута убрал ключ 3Гб.

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

Мда...
Знакомая ситуация. Правда, не с УПП, но все-же.
Обработку закрытия месяца написали москали. Рушится по нехватке памяти. Купили сервак афигенный и памяти немеряно под это дело. Теперь не рушится, но считает 3-4 дня. Тоже есть от чего вешаться. Представляете? Три дня считает. Потом выясняется, что что-то надо поменять. И по новой...
Все дело, конечно, в обработке. Если ее переписать, то и на старых ресурсах нормально будет работать.

(0) /3Gb вернуть
кэши - почистить
конфу не обновлять две недели
для бэкапа использовать bak, а не dt

(1) предлагаешь ТС-у переписать УПП ?

(0)В принципе достаточно будет установить 64-битную ось для устранения данной ошибки

(0) Была та же фигня. Вылечил 64-битной осью.

(2) для бэкапа я и так bak использую, куда ж деваться. Только вот как из бака сделать файловую базу? На серверной базе ведь отладчиком в модуль менеджера не залезешь, и точку останова там не поставишь. А бывает, что надо.

Далее. Допустим, вышло очередное обновление. И без /3Gb оно не ставится на серверную версию. Замкнутый круг.

(4) (5) Я ж говорю, что ось и прочее мы уже заказываем. Еще правда неизвестно, оплатят ли нам это или нет. (Финик вообще сказала написать в 1С претензию, что, мол, мы у них в заложниках оказались и они только и делают, что сосут с нас деньги.  Правда, я подумал, что если мы такую претензию напишем, то она будет сразу в топе башорга однозначно)

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

(6) заведи бложек

(8) был такой, но он удален ((
http://1c8.livejournal.com/

(6)Скажи финику,что в этом мире все у всех сосут)))

очиститьнастройкипользователя()

кеш

если с одного компа проводится, а с другого - нет, значит с (11)(12) надо начинать

(6) Если dt с сервака выгружается, но вылетает по нехватке памяти при загрузке в локальную базу, то можно сделать такой фокус - загрузить его в локальную базу на 64-битной оси, а потом взять 1Cv8.1CD. Самое прикольное, что если загрузить dt на локальной оси, а потом уже с него выгрузить dt - загрузиться где угодно ;-)

(6) "Далее. Допустим, вышло очередное обновление. И без /3Gb оно не ставится на серверную версию. Замкнутый круг. "

Выгружаем базу в dt. Обновляем на 64-битной оси. Загружаем на сервак.

+(15) Я использовал 64-битную ось на своем личном ноуте...

Кста, если конфа на частичной поддержке (изменена), и не захочет загружаться dt на сервак - опишу еще один фокус.

А вообще нехватка памяти на клиенте или на сервере? С этим надо бы вначале разобраться

(17) dt сперва выгружаться не хочет.  Это у многих такое, например: v8: Не выгружается dt-файл: заблокировано конфигуратором, которым и пытаюсь выгрузить dt или v8: Не выгружается база из SQL в dt, версия 8.2.13.2020

Пишет, что сеанс занят мною же.

(19) Надо пойти в консоль и оборвать лишние соединения.

+(20) Хотя я под PostGress-ом, может у Вас какие-то другие траблы...

(13) В общем, сделал я сейчас очистку настроек, посмотрим, что будет, когда все придут на работу.

Единственное, что еще осталось - количество рабочих процессов делать больше или пусть все так на одном и сидят?