"V8 недостаточно памяти" - после последнего обновления

Новая тема
Показывать по сообщений
Платформа: 8.1.13.41<br>Конфигурация: УПП, редакция 1.2.21.1 с незначительными доработками<br>Работает в SQL-варианте, сервер 1С и MS SQL размещены на одной машине.<br><br>Проблемы начались после последнего обновления конфигурации (с 2.19 на 2.21).<br>Ряд простых документов и некоторые отчеты вызывают "зависание" системы на довольно длительное время. Опыты показали, что если процесс не прерывать, то через несколько часов 1С отвисает с сообщением "V8 недостаточно памяти" в модальном окне, закрытие которого приводит к завершению работы.<br>Проблемные документы (например, "Отчет о производстве за смену") можно открыть для просмотра, но попытка записать, провести или даже пометить на удаление приводит к вышеописанному "зависанию".<br>При этом, в документе не наблюдается каких-то суперобширных перечней (всего 17 материалов в одном конкретном случае), которым теоретически нужно было бы столько памяти и времени на обработку. Более того, с соседними более обширными документами того же типа проблем нет.<br>Тестирование базы и проверка конфигурации проблем не выявила.<br>При запуске той же базы в локальном варианте так же возникает зависание в тех же местах.<br><br>Вопрос: как решить проблему? Хотя бы как диагностировать, какие именно из ссылок в проблемном документе вызывают зависание, чтобы попытаться поправить их?
А каков размер ИБ до и после обновления, любопытно.
не пробовали воспользоваться поиском : http://www.buh.ru/forum/search.jsp?q=%ED%E5%E4%EE%F1%F2%E0%F2%EE%F7%ED%EE+%EF%E0%EC%FF%F2%E8&type=0&forum=172&nick=
Пробовал. Ни один из описанных симптомов и, соответственно, ни одно из предложенных решений не подходят для моего случая.
Размер .dt-файла выгруженной конфигурации версии 1.2.19.1 - 388 Мб, версии 1.2.21.1 - 463 Мб. Т.е. прирост примерно на 20%.
Интересно: у меня документ "Отчет о производстве за смену" часто жалуется на блокировку.<br>Поскольку ночью происходит насильственная остановка и запуск сервисов, то на следующий день начинает нормально работать.<br>Есть подозрение, что это каким-то образом связано с последовательнастями, но доказать не могу :)<br>Диагностировать можно попробовать через замер производительности. По-крайней мере можно будет четко сказать на каком месте завис. Особенно интересно произвести замер на локальной базе (раз у вас ошибка повторяется), тогда будет исключена "выполнение сервером" и картинка будет полной.
Я конфигурацию маненько править умею, язык изучал. А вот что касается всяких встроенных механизмов вроде упомянутого вами "замера производительности" - чайник-с. Нельзя ли чуть поподробнее разъяснить, дабы мне гугл не мучать...
1. Открываете конфигуратор. Из под него нажимаете F5 запускается 1С в режиме отладки<br>2. В 1С открываете документ<br>3. В конфигураторе есть кнопочка с избражением часов (замер производительности) нажимаете. (Оно же в пункте Отладка->Замер производительности)<br>4. В 1С нажимаете Ок в документе.<br>5. В Конфигураторе. Ждете после нажатия на Ок скажем секунд 15 и нажимаете на ту же кнопку "замер производительности"<br><br>У вас откроется окно где первой же строкой будет та, котороя дольше всего выполняется. Двойной щелчек на ней и вас кидает туда, где эта строка.<br><br>А дальше по обстоятельствам.
Благодарствую. Не знал о такой возможности отладки. :) Реально полезная штука.<br>Судя по всему, повисает вся эта музыка на выполнении запроса в процедуре "ПолучитьАналогиНоменклатуры" в общем модуле "Управление планированием".<br>Что же, уже какое-никакое, а направление поиска.
Там только один запрос с циклом. Правда сам запрос находиться в цикле.<br>Скорее всего в серверном варианте будет не ясно - сколько раз выполнялся запрос и как долго, т.к. эту часть, скорее всего, берет на себя сервер.<br>Попробуйте тоже самое на локальной базе.
Читают тему

Быстрый переход