И снова "Недостаточно памяти". При закрытии месяца. #749070

УТ 11. Файловая версия (файловая для теста, на рабочей сиквельной та же картина) Начиная с определенного месяца В процедуре закрытия месяца на пункте "Формирование движений по расчетам с партнерами" вылетает ошибка: "Недостаточно памяти". Оперативка на процесс 1cv8 долетает до 4Гб и вуаля. Подскажите в какую сторону копать? Заранее спасибо.

сторону саппорта 1С

можно попробовать еще поставить х64 сервер

восьмерка сырая еще, в 77 таких проблем нет

1С 8.3.6.199

Ну, а что за компутер? Сколько всего оперативы? Сколько свободного места на HDD?

Запрос какой то видимо. Отладчиком смотрел на чем валится?

8 ГБ, твердотельник 120 ГБ(локальный комп) . На серваке мощнее железо. Результат тот же

А как посмотреть? Просто включить отладчик с остановкой по ошибке? Мне кажется не прокатит?

отладчиком пробовал - не останавливает по ошибке. Просто окно в 1С "Недостаточно памяти" и по кнопке ок 1ска закрывается.

ТИИ делали?

Делал, нашел ссылки , очистил. Не помогло

вот что Технологический журнал показал: 00:00.217000-0,EXCP,1,process=1cv8,Exception=LoadComponent(cfgtest),Descr=Ошибка загрузки компоненты cfgtest 00:00.404001-0,SCOM,2,process=1cv8,Func='setSrcProcessName(RHostRoot,RHostRoot)' 00:00.513024-0,EXCP,2,process=1cv8,Exception=DatabaseException8,Descr="Отсутствует файл базы данных 'C:BASESПроектыЗелГор2707/1Cv8tmp.1CD'" 00:00.513025-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 00:00.513026-109026,EXCPCNTX,1,SrcName=SCOM,OSThread=1608,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot 00:00.513027-1482027,EXCPCNTX,0,SrcName=PROC,OSThread=1608,process=1cv8 00:06.020000-0,EXCP,2,process=1cv8,Usr=АдминистраторУТ11,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="srcClientFileCacheImpl.cpp: 10:10.049006-0,EXCP,1,process=1cv8,ClientID=1,Exception=NetDataExchangeException,Descr='server_addr=127.0.0.1:52351 descr=recv returns zero, disconnected line=2339 file=srcDataExchangeServerImpl.cpp' 10:10.049005-0,EXCPCNTX,0,ClientComputerName=IT01,ServerComputerName=IT01,UserName=АдминистраторУТ11,ConnectString='File="C:BASESПроектыЗелГор2707";' 10:10.049007-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 10:10.049008-353010988,EXCPCNTX,2,SrcName=CONN,OSThread=1608,process=1cv8,Usr=АдминистраторУТ11,ClientID=2,Txt=Outgoing connection closed 10:10.049009-6,EXCPCNTX,0,SrcName=MEM,OSThread=3528,process=1cv8 10:10.049010-609645010,EXCPCNTX,1,SrcName=SCOM,OSThread=1608,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot 10:10.049015-353011008,SCOM,2,process=1cv8,t:clientID=1,ProcessName=RemoteDebugger,SrcProcessName=RemoteDebugger 10:10.049016-0,EXCPCNTX,0,ClientComputerName=IT01,ServerComputerName=IT01,UserName=АдминистраторУТ11,ConnectString='File="C:BASESПроектыЗелГор2707";' 10:10.049017-353010997,EXCPCNTX,2,SrcName=CONN,OSThread=1608,process=1cv8,Usr=АдминистраторУТ11,ClientID=2,Txt=Outgoing connection closed 10:10.049018-609645018,EXCPCNTX,1,SrcName=SCOM,OSThread=1608,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot 10:10.049019-611018019,EXCPCNTX,0,SrcName=PROC,OSThread=1608,process=1cv8 28:31.023006-0,EXCP,1,process=1cv8,ClientID=3,Exception=NetDataExchangeException,Descr='server_addr=127.0.0.1:52397 descr=recv returns zero, disconnected line=2339 file=srcDataExchangeServerImpl.cpp' 28:31.023007-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 28:31.023008-5,EXCPCNTX,0,SrcName=MEM,OSThread=6396,process=1cv8 28:31.023005-0,EXCPCNTX,0,ClientComputerName=IT01,ServerComputerName=IT01,UserName=АдминистраторУТ11,ConnectString='File="C:BASESПроектыЗелГор2707";' 28:31.023009-812026988,EXCPCNTX,2,SrcName=CONN,OSThread=1608,process=1cv8,Usr=АдминистраторУТ11,ClientID=4,Txt=Outgoing connection closed 28:31.023011-1710619011,EXCPCNTX,1,SrcName=SCOM,OSThread=1608,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot 28:31.023015-0,EXCPCNTX,0,ClientComputerName=IT01,ServerComputerName=IT01,UserName=АдминистраторУТ11,ConnectString='File="C:BASESПроектыЗелГор2707";' 28:31.023016-812026995,EXCPCNTX,2,SrcName=CONN,OSThread=1608,process=1cv8,Usr=АдминистраторУТ11,ClientID=4,Txt=Outgoing connection closed 28:31.023017-1710619017,EXCPCNTX,1,SrcName=SCOM,OSThread=1608,process=1cv8,ProcessName=RHostRoot,SrcProcessName=RHostRoot 28:31.023018-1711992018,EXCPCNTX,0,SrcName=PROC,OSThread=1608,process=1cv8 28:31.023019-812027011,SCOM,2,process=1cv8,t:clientID=3,ProcessName=RemoteDebugger,SrcProcessName=RemoteDebugger

<Оперативка на процесс 1cv8 долетает до 4Гб и вуаля. > Вуаля потому что 32битные приложения не могут больше памяти себе забрать что ещё найти то хотите?

Хочу, чтобы месяц закрылся). За предыдущие месяца эти процессы даже 300 мегов не едят.

1)прошелся отладчиком построчно 2)выявил запрос на котором все рушится 3)покурил 4) переписал ...... ?) профит

отладчик не ловит вылет программы

конечно нет но это ловит программист который сидит перед монитором и нажимает ф11

надеюсь он способен понять что я щас нажал ф11 1с подвсла и свалилась в ошибку следовательно та строчка кода которая была последней ....

можно попробовать несколько процессов на клиент-сервере запустить, чтобы все в один не валилось и падает то что? клиент или сервер?

остановка по ошибке в отладчике не срабатывает.

пытаюсь тестить на файловой базе.

а где "Формирование движений по расчетам с партнерами" ут11 расчитывает? не силен пока в ней.

Нашел функцию из которой процесс не выходит живым: что теперь дальше делать... не ясно.

раздели запрос на части и выполняй каждую в консоли.

там есть запрос из временных таблиц, как их задать в консоле?

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

sorry, "серверипопробуй" --> "сервер и попробуй"

пробовал . не помогает. У меня рабочая база на сиквеле. Там та же ошибка. Не в этом деле.

ТаблицаВозвратов что содержит

какое количество записей

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

Что-то мне нравятся запросы, в которых"ИЗ РегистрНакопления.ПартииТоваровОрганизаций КАК Партии" выгружается всё без "ГДЕ...", но зато есть внутренне соединение :(

Кто мне объяснить дураку зачем нужна ВТНеактуальныеЗаписи тому почет и уважение

что все знающие в украсрачах погибли ??

60 записей. Самое интересное, что у некоторых с документом поступления с типом Сборка/Разборка стоимость нулевая, в других больше нуля.

ТаблицаАктуальныхЗаписей

Сколько записей уже содержит

Что бы фильтровать.

как?? Она содержит те же записи  что и ВТФильтрПоВозврату так как заполняется из ТаблицаВозвратов  плюс везде левое соединение, а все возвраты и так идут как приход

А хз, что там в ТаблицаВозвратов. Может там только избранные записи по регистратору. В результате в ВТАктуальныеДанные попадают движения по возвратам, но не те, которые в таблице.

То есть все условие сводится к тому что нам нужны документы из таблички возвратов которые либо без движения по номенклатуре либо движение приход

только реализовано это очень странно

да и там различные лучше вставить, а то можем получить много дублей

Попробуйте поднять х-64 сервер на последней платформе, у меня такая же беда была с программой Зарплата и кадры бюджетного учреждения, очень много данных и когда формировался большой запрос база ложилась и файловая и серверная. Что бы не исправлять код, помогло переустановкой новой платформы 8.3.6.2100 от 08.07.15 Сейчас последняя 8.3.6.2152 от 23.07.15