Ошибка выгрузки в .dt из-за большой записи в таблице Config при включении возможности редактирования конфигурации.

1С(x86) = Win2003+8.2.15.294(УПП 1.3.23.1)
SQL(x64) = Win2008+SQL2005

1.Загружаем типовую – больших записей нет.
2.Включаем возможность изменения конфигурации – получаем запись ~167Mb, что приводит к ошибке при выгрузке. Размер записи ~ размер типовой конфигурации (имхо, эта запись есть конфигурация поставщика).
3.Полное снятие с поддержки дает возможность выгрузки (т.к. эта запись удаляется), постановка на поддержку – создает снова большую запись.
4.В файловом варианте все работает замечательно, только потом невозможно эту базу загрузить на сервер.

В ЗУП большая запись всего 57Mb, поэтому никаких проблем. В УПП конфа больше 128Mb, что приводит ошибке выгрузки.

Рецепт от 1С v8: Недостаточно свободной памяти на сервере 1с предприятия. работает, при постановке на поддержку получаем опять большую запись.
Убивание записи v8: Запись размером больше 120Мб в таблице Config тоже работает, при этом возникают проблемы с последующим стандартным обновлением.

Много читал, пару раз сказали, что спасет сервер 1С(x64).

Отсюда вопрос: сервер 1С(x64) решит проблему, или маяться со снятием с поддержки и постановкой обратно?

Есть у кого-нибудь возможность протестировать включение возможности редактирования в типовой УПП 1.3 на сервере 1С(x64) и выгрузки в dt с сервера.

Спасибо.

(0) достаточно прописать /3Gb

Добавлю, далее при обновлении стандартном обновлении конфигурации получаем:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,

(1) Прописано.

(0) Думаешь ни у кого нет УППшки на х64?)) Естесвенно проблем нет

(3)Посмотри баглист платформы.Кажется в 8.2.15.301 это уже пофиксили

Но вы же dt не создаете каждый день, можно и помучаться иногда

Еще вариант - создание периферийной базы с последующим отключением от обмена и тестированием/восстановлением. Он проходит

(6) эта ошибка вылезает и при внесении изменений в конфигурацию
и при обновлении

(5) Смотрел, ничего.
(6) тут дело не только в dt, а в (2), то же касается и cf
т.е.
снимаем с поддержки,
выгружаем в cf (или dt).
загружаем в фаловую
ставим на поддержку
обновляемся
снимаем с поддержки
выгружаем в cf (или dt).
загружаем/объединяем на сервере

танцы с бубнами получаются!

(4) Совсем нет?

У меня есть подозрение что 1С как-то криво оценивает объем свободной памяти перед тем как что-то сделать, а потом работает с объемом раза в 4 меньше чем ей думалось что нужно

У меня такая ошибка выходит иногда (не в случае с dt, тут она всегда, именно при обновлениях, например). Я в этом случае перезагружу 1С и SQL, и оно проходит быстренько. У нас 32 стоит

Можно поинтересоваться сколько памяти/свободной памяти на сервере?

(9) Перезагрузки серверов не помогают.
(10) 1 из 4х свободен.

(11)[1 из 4х свободен.]
а чё так много отдано сиквелу ?
урежь

(12) или это рпхосты сожрали ?

(0) 64x решает проблему проверено на горьком опыте.

(12)
Мдя... А у меня была контора где ему настраивали чтоб сразу 8 сжирал
(11)
Есть гипотеза, что если докинуть памяти, то проблема с обновлениями и cf-никами рассосется, но это только гипотеза

(12) это про сервер 1С, sql на другом сервере
(13) рпхосты, там сервера 8.1 и 8.2 крутится.

(14) понятно, спасибо. Осталось бюджетодержателей уламать.

(16)[рпхосты, там сервера 8.1 и 8.2 крутится. ]
дальше обсуждать нечего,
только 64Х

(16) тут как раз самая сложная проблема все таки разница не маленькая, но если уж купили УПП, думаю на ключ тоже деньги должны быть. у меня подобная фигня уже начинается на БП 2.0, но пока спасает просто перезапуск службы.

(18) Перезапуск помогал раньше, сейчас уже не помогает.

ЗЫ: Покупали УПП с серверным ключем, поэтому замена невозможна, а новый - напрягает бюджет.

(14) Спасибо, сервер 1С х64 решил проблему.

(20) Поздравляю ;)

(20)[поэтому замена невозможна, а новый - напрягает бюджет.]
за две недели простой УПП достал руководство ?

(22) Хоть редко, но иногда руководство оперативно реагирует! ;)