При реструктуризации данных вылет по ошибке. Нужно понять в чем причина #790742

Всем доброе время суток ! Ситуация следующая. База Бухгалтерии 3.0 релиз 3.0.41.64 Размер базы большой(более 100 Гб) Релиз 1С 8.3 (8.3.8.1964) При обновлении на релиз Бухгалтерии 3.0.42.33 происходит длительная реструктуризация данных (несколько часов) с вылетом в конце по ошибке Сигнатура проблемы:   Имя события проблемы:    APPCRASH   Версия приложения:    8.3.8.1964   Отметка времени приложения:    578f26ee   Имя модуля с ошибкой:    MSVCR110.dll   Версия модуля с ошибкой:    11.0.51106.1   Отметка времени модуля с ошибкой:    5098858e   Дополнительные сведения 1:    656b   Дополнительные сведения 2:    656b4bae5952f4a37ac9bf700ed2dd98   Дополнительные сведения 3:    86d2   Дополнительные сведения 4:    86d2eb43be4029537c284414bc2a17a3 Ознакомьтесь с заявлением о конфиденциальности в Интернете:    Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:   C:Windowssystem32 u-RUerofflps.txt Реструктуризация проходит долго из за объема базы (несколько часов) так что просто быстро прогнать обновление и увидеть где происходит вылет не получится. В свойствах кластера сервера 1С стоит "Перезапускать рабочие процессы при превышении памяти в 2 Гб" (процессы чуть выходят за 1 Гб) Места на диске много. Тестирование и исправление прогонял - все нормально. Процесс 1Сv8.exe в процессе реструктуризации не выходит за 700 Мб по памяти Вопрос - есть ли возможность запустить обновление так чтобы потом была возможность почитать журнал обновления (что то типа "Реструктуризация Регистр.Хозрасчетный", "Реструктуризация СчетФактурыВыданные.ДокументыОснования" чтобы понять на каком именно этапе происходит вылет и дополнительно более тщательно проанализировать эти данные. Кто сталкивался с подобной проблемой - просьба подсказать.

считаю что базы 1С более 100Г не работоспособны на нужном уровне. а если это база бухгалтерии - тем  более

ТЖ може стоит включить?

1 ) сгенерируйте тестовую базу из рабочей путем копирования 1000 записей из каждой таблицы данных и все системные таблицы. воспроизведите реструктурицацию (с настроиным ТЖ) если ошибка воспроизведется то узнаете причину из ТЖ. 2) если ошибка не воспроизвелась значит ошибка в данных или их размере. обновляйтесь по частям

в ТЖ пишется последовательность выполняемых действий при обновлении ? зачем мне тестовая база ? я могу на копии базы удалить например данные за полгода и попробовать обновление по частям не проходит. в обновлении одно с другим завязано.

Удали журнал регистрации (сначала скопируй в другое место).

маленькая база для 1) быстрой реструктуризайции 2) генерации маленкого ТЖ.   выберите правильно  последовательность обновления . если нет циклических ссылок.

а этот тут причем ?

а можно пример куска ТЖ чтобы оценить его полезность при обновлении ?

интересует как в ТЖ отображаются этапы обновления

нет. сгенерируте сами на маленьткой (не пустой) базе

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

Падение происходит при реструктуризации РегистрБухгалтерии.Хозрасчетный (либо в процессе реструктуризации его (до конца не доходит) либо при переходе к следующему шагу - не успеваю заметить.

Методом обновления по частям выяснил что вылетает при реструктуризации

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

нет РБ на этой базе

ты же написал, что это бухгалтерская база и в ней нет записей в регистре бухгалтерии? А чем же она тогда забита?

Тогда что мешает удалить сей объект?

Какой объект ? не пойму У меня конфа стоит на поддержке. Падает при реструктуризации при накатывании обновления. Вылетает при реструктуризации ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные и ПланыСчетов.Хозрасчетный

Вопрос с обновлением конфигурации победил просто не обновляя план счетов (мне изменения в нем не нужны). Возник еще один вопрос. Можно ли программно найти объекты конфигурации которые сняты с поддержки (или для которых включена возможность редактирования) ? Глазами подобные объекты искать сложно и неудобно. При сравнении с конфигурацией поставщика если в сравниваемых объектах нет различий то различия не отображаются. А хотелось бы видеть эти объекты. В том числе вот для чего. Например стоит замочек на корневом уровне документа а ниже есть его подчиненные объекты (реквизиты, модули) в режиме "Редактирование с сохранением поддержки"

сравни с конфигурацией поставщика и посмотри что было допилено. Если только модули, то загружай типовую и пробуй на ней. Попробуй на последней платформе 8.3.9 x64

откуда такой размер базы? Про свертку не слышали?

"в ТЖ пишется последовательность выполняемых действий при обновлении?" - есть обработки, помогающие настроить журнал. Впрочем, можно и "вручную": "Примеры настройки технологического журнала" "а можно пример куска ТЖ чтобы оценить его полезность при обновлении?" Настрой журнал на минимум информации, выключи... и посмотри сам. Там без специалиста сложно разобраться. Имхается мне, что у автора задублирование возникает в плане счетов после обновления.

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

у меня есть документ по которому включена возможность изменения. отличий от конфигруации поставщика по нему нет. хочу его видеть при сравнении 1. При варианте сравнения "Нет фильтра" он отображается в сверке но никак не помечен в дереве (выглядит как обычный документ). 2. При варианте сравнения "Показывать отличия в конфигурациях"  он в сверке не отображается (изменений по сравнению с конфигурацией поставщика же нет) 3. При варианте сравнения "Показывать измененные"  он в сверке не отображается (изменений по сравнению с конфигурацией поставщика же нет) Остальные варианты тоже не дают ничего информативного

если нужно по ситуации 1-3 могу скриншоты выложить

не понял смысл этого поиска. Если нет изменений, что на кой они тебе?

Автор хочет фильтр "Показывать по правилу поддержки" :)

я хочу увидеть все объекты у который стоят признаки  все кроме "Объект поставщика не редактируется" Для того чтобы проанализировать зачем эти объекты были открыты для редактирования. Сейчас получается есть несколько ситуаций когда отслеживать это сложно 1. У документа (справочника) стоит признак "Объект поставщика не редактируется". У подчиненных ему объектов (форм, реквизитов) стоят признаки "Объект поставщика редактируется с сохранением поддержки" 2. У документа (справочника) стоит признак "Объект поставщика редактируется с сохранением поддержки". У подчиненных ему объектов (форм, реквизитов) стоят признаки "Объект поставщика не редактируется" 3. У документа  (справочника) стоит признак "Объект снят с поддержки" Во всех этих случаях если документ (справочник) не отличается от конфигурации поставщика он не отображается в списке измененных объектов. Короче хочется каким то образом получить список объектов по фильтру "показать объекты которые полностью или частично с признаком "Объект поставщика редактируется с сохранением поддержки" или "Объект снят с поддержки"

найти те объекты у которых режим кроме "Объект поставщика не редактируется" и поставить их на поддержку