Подскажите, куда бечь, где смотреть, что менять, а то руки уже опускаются.

Конфигурация УТ10 не позволяет обновить релиз.

1. "Рецепты" из интернета сводятся к тому, что надо очистить таблицу регистрации изменений. Не помогло.

2. Тестирование и исправление БД как конфигуратором так и внешней утилитой не помогает, т.к. ошибки не выявляются. В файловом режиме работы выходит ошибка сабж

3. Перевод базы в клиент-серверный вариант на Postgres не помогает - выходит ошибка:

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
ERROR:  could not create unique index "_inforg9021_bydatakey_trrrng"
DETAIL:  Key (_fld12473, _period, _fld9016_type, _fld9016_rtref, _fld9016_rrref, _fld9017rref, _nodetref, _noderref)=(0, 2013-02-27 19:47:18, \x08, \x00000048, \x82c750e549ee0b9a11e27b365c5e1ce8, \x00000000000000000000000000000000, \x0000000e, \x82c750e549ee0b9a11e27b365c5e1cea) is duplicated.

4. Сейчас в работе такой вариант: на основе текущей конфигурации создаётся чистая база. С помощью системы конвертации данных все данные из текущей базы переносятся в чистую.
Это должно спасти от "битых" и некорректных ссылок. Есть минусы - выгрузка данных в файл работает уже 7 часов и непонятно когда закончится. А впереди ещё загрузка данных. На текущий момент файл выгрузки весит 60 Гб - есть подозрения, что загрузка его не проглотит. Даже если проглотит, то не факт всё перенеслось корректно.

PS Свертка базы(это уже от безысходности) тоже не помогла

Итак имеем косяк с регистром сведений.
Дублирующиеся ключи вам ничего не говорят? Сделай селект, посмотри записи. Выпили дублирующиеся записи в режиме предприятия.

(1) Теперь по буквам, пожалуйста, где какой селект делать и как потом выпиливать?
(И не надо ржать, я действительно не знаю, как это найти, не то что выпилить)

(0) Посмотри структуру ИБ, выясни, с каким регистром проблема.
И уже его проверяй.
Смотри запросом, может, есть неуникальные значения.
Или просто очисть для начала для проверки.

(3) С кандачка поиск ничего не дал. Как вы определяете, в каком регистре беда?

(4) Глобальный контекст (Global context)
ПолучитьСтруктуруХраненияБазыДанных (GetDBStorageStructureInfo)
Синтаксис:

ПолучитьСтруктуруХраненияБазыДанных(<ОбъектыМетаданных>, <ИменаБазыДанных>)
Параметры:

<ОбъектыМетаданных> (необязательный)

Тип: Массив.
Массив имен объектов метаданных или массив объектов метаданных, для которых требуется получить структуру таблиц базы данных.
<ИменаБазыДанных> (необязательный)

Тип: Булево.
Определяет, в каких терминах выдается информация о структуре хранения.
Истина - в терминах СУБД.
Ложь - в терминах модели базы данных 1С:Предприятия.
Значение по умолчанию: Ложь.
Возвращаемое значение:

Тип: ТаблицаЗначений.
Возвращает таблицу значений с описаниями структуры таблиц, индексов и полей базы данных в терминах модели базы данных 1С:Предприятия или используемой СУБД, в зависимости от значения параметра "Имена базы данных".

(5) Спасибо, сейчас попробуем