@nixel2007 а вы что используете как контейнер регистри?

Понятно

Что это может быть? Ут базовая

не, в целом чтобы собрать конфу из исходников и не потерять информацию о замках

сейчас гитлаб, но мне не нравится и мечтаю заиметь пару гигабайт свободной оперативы в кластере, чтобы развернуть там jfrog-jcr

плюс есть еще опыт с portus, но меня категорически не устраивает его нестабильность, разваленный мастер и битые докер-образы в хабе. это прям не серьезно, хоть и от SUSE project

О, у меня как раз пару пару гигов оперативы найдется, погляну, спс.)

а можно твою свободную машину к нам в кубер завести? :D

Попробуй спросить тут:
@ru_1c
@prokkt

Бгыгы.) Да я выбил 32гига оперативы и пару платиновых зеонов под сервак для дева.) Так что да я пока радуюсь.)

Спасибо

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

В том то и дело, что в приведенном выше примере не было дополнительной обработки исключения (отмены транзакции, записи ЖР и т.д.). Было просто вот так:

Попытка
   СделатьЧтоТо();
Исключение
 ВызватьИсключение;
КонецПопытки;

А на этом скрине всё прям по стандарту:
Сначала откат транзакции, затем обработка исключения, потом проброс выше по стеку. Всё Норм

Это кстати правильно, Пробросить исключение в верх по стеку, иначе можно ловить чудесные ошибки

Хотя ... Не уверен, что в данном случае требуется явно открывать транзакцию
В стандарте Транзакции: правила использования в пункте 1.4.1. сказано вот что:
1.4.1. Не стоит усложнять код, явно используя метод НачатьТранзакцию, когда кроме записи объекта другие действия c базой данных не делаются – платформа при записи сама откроет транзакцию.
Не нужно явно открывать транзакцию тогда, когда не требуется выполнять ответственное чтение данных. Например, обычно ответственное чтение не требуется при записи нового объекта (нового набора записей регистра).

Други, посоветуйти направление рытья. Симптом: при попытке обновления доработанной ЕРП выходит ошибка реструктуризации регистра ГруппыЗначенийДоступа. Есть неуникальные строки. Структура проста до безобразия - есть только измерения:
- ЗначениеДоступа типа ОпределяемыйТип.ЗначениеДоступа
- ГруппаЗначенийДоступа типа ОпределяемыйТип.ЗначениеДоступа
- ГруппаДанных типа Число(1, 0)

Проверяю запросом количество и количество различных. Значения совпадают. Проверяю структуру регистра и состав определяемого типа в текущей версии конфы и в той, на которую обновляюсь. Отчет о сравнении говорит, что состав определяемого типа не изменился, в регистре изменились только формы. В сиквельные таблицы еще не лазил.
И у меня 2 вопроса:
1. Откуда вообще появилась реструктуризация этого регистра. На мой взгляд предпосылок нет.
2. Куда копать?
Как обойти я знаю, меня интересует именно причина возникновения.

А прогнать базу ТиИ пробовали перед обновлением?

2 Tb