Всем доброе время суток !

Ситуация следующая.
База Бухгалтерии 3.0 релиз 3.0.41.64
Размер базы большой(более 100 Гб)
Релиз 1С 8.3 (8.3.8.1964)

При обновлении на релиз Бухгалтерии 3.0.42.33 происходит длительная реструктуризация данных (несколько часов) с вылетом в конце по ошибке

Сигнатура проблемы:
  Имя события проблемы:    APPCRASH
  Имя приложения:    1cv8.exe
  Версия приложения:    8.3.8.1964
  Отметка времени приложения:    578f26ee
  Имя модуля с ошибкой:    MSVCR110.dll
  Версия модуля с ошибкой:    11.0.51106.1
  Отметка времени модуля с ошибкой:    5098858e
  Код исключения:    40000015
  Смещение исключения:    000a327c
  Версия ОС:    6.1.7601.2.1.0.272.7
  Код языка:    1049
  Дополнительные сведения 1:    656b
  Дополнительные сведения 2:    656b4bae5952f4a37ac9bf700ed2dd98
  Дополнительные сведения 3:    86d2
  Дополнительные сведения 4:    86d2eb43be4029537c284414bc2a17a3

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
  C:\Windows\system32\ru-RU\erofflps.txt

Реструктуризация проходит долго из за объема базы (несколько часов) так что просто быстро прогнать обновление и увидеть где происходит вылет не получится.

В свойствах кластера сервера 1С стоит "Перезапускать рабочие процессы при превышении памяти в 2 Гб" (процессы чуть выходят за 1 Гб)
Места на диске много.
Тестирование и исправление прогонял - все нормально.
Процесс 1Сv8.exe в процессе реструктуризации не выходит за 700 Мб по памяти

Вопрос - есть ли возможность запустить обновление так чтобы потом была возможность почитать журнал обновления (что то типа "Реструктуризация Регистр.Хозрасчетный", "Реструктуризация СчетФактурыВыданные.ДокументыОснования" чтобы понять на каком именно этапе происходит вылет и дополнительно более тщательно проанализировать эти данные.

Кто сталкивался с подобной проблемой - просьба подсказать.

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

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

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

воспроизведите реструктурицацию (с настроиным ТЖ)

если ошибка воспроизведется то узнаете причину из ТЖ.

2) если ошибка не воспроизвелась значит ошибка в данных или их размере.

обновляйтесь по частям

(2) в ТЖ пишется последовательность выполняемых действий при обновлении ?

(3) зачем мне тестовая база ? я могу на копии базы удалить например данные за полгода и попробовать обновление

по частям не проходит. в обновлении одно с другим завязано.

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

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

выберите правильно  последовательность обновления . если нет циклических ссылок.

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

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

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

(8)

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

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

я попросил привести кусок ТЖ с информацией о реструктуризации чтобы понять ее полезность

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

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

ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные и ПланыСчетов.Хозрасчетный

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

(14) нет РБ на этой базе

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

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

(17) Какой объект ? не пойму

У меня конфа стоит на поддержке. Падает при реструктуризации при накатывании обновления.

Вылетает при реструктуризации

ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные и ПланыСчетов.Хозрасчетный

Вопрос с обновлением конфигурации победил просто не обновляя план счетов (мне изменения в нем не нужны).

Возник еще один вопрос.

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

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

Например стоит замочек на корневом уровне документа а ниже есть его подчиненные объекты (реквизиты, модули) в режиме "Редактирование с сохранением поддержки"

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

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

(4) "в ТЖ пишется последовательность выполняемых действий при обновлении?" - есть обработки, помогающие настроить журнал. Впрочем, можно и "вручную":
"Примеры настройки технологического журнала"
https://helpf.pro/faq/view/464.html

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

Имхается мне, что у автора задублирование возникает в плане счетов после обновления.

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

(23) у меня есть документ по которому включена возможность изменения. отличий от конфигруации поставщика по нему нет. хочу его видеть при сравнении

1. При варианте сравнения "Нет фильтра" он отображается в сверке но никак не помечен в дереве (выглядит как обычный документ).

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

3. При варианте сравнения "Показывать измененные"  он в сверке не отображается (изменений по сравнению с конфигурацией поставщика же нет)

Остальные варианты тоже не дают ничего информативного

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

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

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

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

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

1. У документа (справочника) стоит признак "Объект поставщика не редактируется". У подчиненных ему объектов (форм, реквизитов) стоят признаки "Объект поставщика редактируется с сохранением поддержки"

2. У документа (справочника) стоит признак "Объект поставщика редактируется с сохранением поддержки". У подчиненных ему объектов (форм, реквизитов) стоят признаки "Объект поставщика не редактируется"

3. У документа  (справочника) стоит признак "Объект снят с поддержки"

Во всех этих случаях если документ (справочник) не отличается от конфигурации поставщика он не отображается в списке измененных объектов.

Короче хочется каким то образом получить список объектов по фильтру "показать объекты которые полностью или частично с признаком "Объект поставщика редактируется с сохранением поддержки" или "Объект снят с поддержки"

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