Добрый вечер! Заполнение большого  документа на 7.7 SQL, после 20 000 строк в документе вылетает с ошибкой out of memory. Под SQL выделено 24 Гб, падает когда SQL сжирает только половину 12 ГБ! Или это связанно, с 4 Гб ОЗУ на процесс, но система 64 битная. Какие тут могут быть варианты решения проблемы?

Не делай большие документы. Ваш Кэп.

sql server тут точно ни при чем
Вылет по оут оф мемори в семерке в 99% случаев связан с переполнением стека из-за зацикленной рекурсии. Чаще всего - если в иерархическом справочнике ссылка элемента самого на себя из-за какого-то сбоя.

(2) не в этой ситуации наверно, т.к. если документ разбить на 3 документа, то все ок. Но бухам удобно делать его раз в месяц, а не по декадам... Есть тех. способы решить эту проблему?

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

+(4) Или еще проще - вообще хранить табличную часть в виде СтроковыйРеквизитНеогрДлины=ЗначениеВСтрокуВнутр(ТаблицаЗначенийНаФорме), правда при этом не будет контроля ссылочной целостности в этих сериализованных данных. При открытии и проведении десериализовать, при записи - сериализовать.

(4) да в ТЧ 5 колонок, 4 ссылочные и одна числовая, все больше ничего нет. Сам код расчета довольно тяжелый, куча расчетов с использованием бухитогов и ТаблЗначений.

(5) Да не думаю, что падает из-за ТЧ на форме, скорее из-за расчетов и промежуточных Тз

Скорее всего 1сКА ПЕРЕГРУЖЕНА ДАННЫМИ В ТЗ, ПАМЯТИ НЕ ХВАТАЕТ И ВСЕ.
Попробуй помониторить в процессах - объем сжираемой ОП 1сКОЙ перед падением.

(7) Ну смотрите тогда, на каком этапе виснет. Трассировкой и точками останова.

(3) Ну и делай 3 документа раз в месяц. Мало ли чего там бухам не нравится. Завтра им солнышка захочется. Лезть на небо тучи разгонять?

Падает с out of memory когда процесс занимает ОЗУ 1,8 Гб. Т.е. упиралось в  ограничение 1cv7s.exe до 2 Гб адресовать памяти. Спасло http://catalog.mista.ru/public/599613/

ну однажды может и этого не хватить ))

сцукабл... 20 лет назад из-за ограничений в 2 гб пришлось конфу переписать на прямые запросы с использованием 1срр

(11) А причина? Почему процесс столько ест? Жалкие 20 тысяч строк в документе столько не дают..

(14) А что в алгоритме заполнения? Мож, у тебя тройное декартово идёт?

(14) это типовой документ франча, большая выборка по БухИтогам и жрет память, чтобы одну строку добавить в ТЧ там куча расчетов идет

(16) > это типовой документ франча
типовой и франча - это не совместимые понятия!

Давно пора клюшки забыть!

(14) 20 000 строк для документа 7.7 жалкие? если НомерСтроки макс 4 разряда. Получилось после (11) больше 30 000 запихнуть,но при этом в колонке Номерстроки половину с минусом..

(18) интерпретатор с данными тоже отжирают память. Таблицы значений и запросы - вот твой пожиратель.