Недавно лично столкнулся с ошибкой: Недостаточно памяти на сервере 1С:Предприятия.
Используется связка Postgre SQL (на отдельной машине) + Сервер 1С (на отдельной Windows 2003). Ошибка у меня появляется только для Комплесной автоматизации (причем берем дистрибутив). Итак:

Берем полный дистрибутив Комплексной Автоматизации версии 1.1.13.1 с партнерского диска.
Устанавливаем в локальную базу. Затем:

а) выгружаем в 1Cv8(13.1 типовая).dt , как есть;
б) выгружаем в 1Cv8(13.1 изменения разрешены).dt , предварительно разрешив вносить изменения.

Теперь пробуем загрузить эти .dt в клиент-серверной конфигурации. В первом случае грузится без проблем.
Во втором случае (когда в конфигурации были просто разрешены изменения) получаем ОШИБКУ:
Недостаточно свободной памяти на сервере 1С:Предприятия.

Разница между этими двумя конфигурациями ТОЛЬКО В РАЗРЕШЕНИИ ВНЕСЕНИЯ ИЗМЕНЕНИЙ в
конфигурацию. Почему тогда для загрузки первой хватает памяти, а для второй нет?

да 8ка вообще *овно...

потому что у 32-битного сервера 1с случаются утечки гуглить сочетание "Гилёв утечки"

Помимо этого при попытке обновить типовую конфигурацию (но с разрешеным режимом вносить изменения), получаю ошибку: Нет доступа к файлу С:\Temp\имяфайла.tmp
Та же конфа, но с отключенной возможность изменения, обновляется на сервере без проблем.
Статьи о изменении пути к Темпу и разрешениях доступа я читал, говорю сразу.

Ладно. думаю не проблема. Обновлю локально и закачаю. Поставил обновление на локальную базу. Выгрузил в .dt Начинаю загружать на сервер. Получаю: Файл не обнаружен v8srvr://Server1/KomlAvto/SaveConfig/zdzzc-cbb7-485a- и.т. Вот такой букет.

Опять же актуально для выгрузки из базы в которой РАЗРЕШЕНО ВНЕСЕНИЕ ИЗМЕНЕНИЙ. Если грузить заблокированную (с замочками на объектах) - все загрузится успешно.

Есть ли какие-нибудь конкретные советы по решению проблемы? Буду очень признателен.

а)не снимать с поддержки
б)использовать 64-битный сервер 1С

то есть ты полностью проигнорировал
http://www.gilev.ru/1c/memleak/memorymore.htm
?

доступа к темпу? что это за вуду-хрень?
она не имеет отношения к причинам и способам устранения.

просто выполни слонскими методами запрос:
SELECT FROM Config WHERE DataSize > 125829120

я не снимаю с поддержки. просто разрешаю изменения. Хотя в ответе из 1С написали: снять, а потом поставить. Попробовал, но результат не изменился.

2(9) я понял, и как только ты разрешаешь - в базе появляется не две конфигурации а три. и все

в смысле? не понял.

что не понял?

про конфигурации или про 64 бита или про выполнение запроса?

Как была одна - так и остается. Только на объектах желтый кубик без замков. Можно изменять объект. Какие три конфы?

2(14) чувак.. я рассчитываю что твоих 5 лет на форуме достаточно для знания того, что пока конфа полностью на поддержке, то в базе две конфы... как только включается возможность изменения - то три...
Ты разве не видел как ЦФ ник увеличивается в два раза при возможности изменений.. Думаешь с какой радости?

одна конфа - рабочая для программиста, вторая - конфа ИБ и третья - конфа поставщика.

Отлично. Не знал. Спасибо.
Пусть стало их три. Как это знание помогает решить проблему?

ты уже выполнил (8)?

ты уже поставил 64-битный сервер?

Сейчас база не под рукой. Сори. В понедельник сделаю.
Сервер 64 бита не могу. Сервак 32-битная Win Server.

" Как это знание помогает решить проблему?" - решить не поможет. это просто "объяснение" почему при без изменений ошибки нет, а с изменениями  появляется.. а решить - (7)

ок. Ав кластере могжет быть один 32 и один 64- битный сервер. Или оба должны быть одной масти?

могут... по крайней мере я делал...

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