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

Платформа: 8.1.13.41
Конфигурация: УПП, редакция 1.2.21.1 с незначительными доработками
Работает в SQL-варианте, сервер 1С и MS SQL размещены на одной машине.

Проблемы начались после последнего обновления конфигурации (с 2.19 на 2.21).
Ряд простых документов и некоторые отчеты вызывают "зависание" системы на довольно длительное время. Опыты показали, что если процесс не прерывать, то через несколько часов 1С отвисает с сообщением "V8 недостаточно памяти" в модальном окне, закрытие которого приводит к завершению работы.
Проблемные документы (например, "Отчет о производстве за смену") можно открыть для просмотра, но попытка записать, провести или даже пометить на удаление приводит к вышеописанному "зависанию".
При этом, в документе не наблюдается каких-то суперобширных перечней (всего 17 материалов в одном конкретном случае), которым теоретически нужно было бы столько памяти и времени на обработку. Более того, с соседними более обширными документами того же типа проблем нет.
Тестирование базы и проверка конфигурации проблем не выявила.
При запуске той же базы в локальном варианте так же возникает зависание в тех же местах.

Вопрос: как решить проблему? Хотя бы как диагностировать, какие именно из ссылок в проблемном документе вызывают зависание, чтобы попытаться поправить их?

А каков размер ИБ до и после обновления, любопытно.

не пробовали воспользоваться поиском : 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&ty­pe=0&forum=172&nick=

Пробовал. Ни один из описанных симптомов и, соответственно, ни одно из предложенных решений не подходят для моего случая.

Размер .dt-файла выгруженной конфигурации версии 1.2.19.1 - 388 Мб, версии 1.2.21.1 - 463 Мб. Т.е. прирост примерно на 20%.

Интересно: у меня документ "Отчет о производстве за смену" часто жалуется на блокировку.
Поскольку ночью происходит насильственная остановка и запуск сервисов, то на следующий день начинает нормально работать.
Есть подозрение, что это каким-то образом связано с последовательнастями, но доказать не могу
Диагностировать можно попробовать через замер производительности. По-крайней мере можно будет четко сказать на каком месте завис. Особенно интересно произвести замер на локальной базе (раз у вас ошибка повторяется), тогда будет исключена "выполнение сервером" и картинка будет полной.

Я конфигурацию маненько править умею, язык изучал. А вот что касается всяких встроенных механизмов вроде упомянутого вами "замера производительности" - чайник-с. Нельзя ли чуть поподробнее разъяснить, дабы мне гугл не мучать...

1. Открываете конфигуратор. Из под него нажимаете F5 запускается 1С в режиме отладки
2. В 1С открываете документ
3. В конфигураторе есть кнопочка с избражением часов (замер производительности) нажимаете. (Оно же в пункте Отладка->Замер производительности)
4. В 1С нажимаете Ок в документе.
5. В Конфигураторе. Ждете после нажатия на Ок скажем секунд 15 и нажимаете на ту же кнопку "замер производительности"

У вас откроется окно где первой же строкой будет та, котороя дольше всего выполняется. Двойной щелчек на ней и вас кидает туда, где эта строка.

А дальше по обстоятельствам.

Благодарствую. Не знал о такой возможности отладки. Реально полезная штука.
Судя по всему, повисает вся эта музыка на выполнении запроса в процедуре "ПолучитьАналогиНоменклатуры" в общем модуле "Управление планированием".
Что же, уже какое-никакое, а направление поиска.

Там только один запрос с циклом. Правда сам запрос находиться в цикле.
Скорее всего в серверном варианте будет не ясно - сколько раз выполнялся запрос и как долго, т.к. эту часть, скорее всего, берет на себя сервер.
Попробуйте тоже самое на локальной базе.