Здравствуйте дорогие форумчане. После обновления УПП на 1.3.131.1 произошли чудеса. при открывании документа "Отчет производства за смену" в табличной части "Технологические операции" колонка "Технологическая операция" стала пустая, при выборе тех.операции выходит ошибка "Ошибка SDBL: Таблица или поле Number не содержится в разделе FROM". Если несколько раз перезапустить 1с то колонка "Технологическая операция" заполнено, все нормально, но при следующем заходе в 1с снова пустая. Первый раз такое. Никто не сталкивался. Сделали DBCC CHECKDB на базе ошибок не дал. Делали переиндексацию и реструкторизацию. При реструкторизации ошибка вообще на ПланСчетов.Бюджетирование. Если проверять ссылочную целостность то сразу валиться на таблицу SQL dbo._tmpRCT. Пишет "Ошибка при попытке вставки записи с неуникальным значением ссылки". Пробовали перезаливать .dt, тоже не помогло. Что еще можно сделать для поиска ошибки? Может быть проблема в таблицах SQL?

(0) кэш?

(1) Чистили кэш, службу останавливали и заново запускали. Все равно не помогло(

релиз платформы - не указан
версия СУБД - не указана
возможность по размеру запускать базу в файловом режиме для тестирования или разработки - не указана

Как тестировали саму возможность, что обновление на этот релиз конфигурации пройдет?
Если была тестовая база до обновления - проверить наличие ошибки там
Если есть тестовая база после обновления - проверить в ней.

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

(2) Попробуйте, увеличить релиз платформы.
Нам помогло, примерно с такой же ошибкой, но в другой форме.
(3) Хорошо сказал, даже добавить нечего.

(3) релиз платформы - 8.3.16.1148
    версия СУБД - УПП 1.3.131.1
    База находиться на базе SQL Server 2008
    А как тестировать возможность что обновление пойдет на эту конфигурацию, последняя платформа? Какие есть варианты?
    Тестовая база была, До обновления все идет, после обновления уже нет, пишет эту ошибку.
    На тестовую обновления накатываешь, та же ошибка.
(4) Самая последняя платформа стоит. До этого стояла  8.3.12.1685.

(5) попробуйте на 8.3.15. 16 платформу пока лучше не использовать

(5) а в файловом режиме не получится протестировать или размеры базы большие и такой возможности нет?
Просто чтоб вам самим было очевидно
- это все из-за в версии платформы (8.3.16.1148) ?
- или это все из-за обновления на УПП 1.3.131.1 ?

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

(7) Нет на файловой не получиться, база больше 100 Гб, пробовали. Я на PostgreSQL 9.1.9 разворачивал, та же ошибка. Из-за обновления, после него стала ошибка, но почему-то на одной базе(у нас хранилище организовано). В остальных базах хранилища, на той же платформе и на этом релизе 1.3.131.1 все отлично.

(8) попробуйте отключиться от хранилища и подключиться заново. Или вообще залейте бэкап свежий и подключите потом базу к хранилищу заново.

ищите решение по "tmpRCT". ошибке 2 года

(10) При проверке ссылочной целостности он ссылается на эту таблица, а что там может быть не так? Есть ссылки на решение данной проблемы с этой таблицей?

При проверке логической целостности пишет:
Microsoft SQL Server Native Client 10:0 Нарушение :PK_tmpRCT_80E37C38014DF9D5" ограничения PRIMARY KEY.Не удается вставить повторяющийся ключ в объект "dbo._tmpRCT" Повторяющееся значение ключа: (0x0000001f)

(10) Есть какие нибудь ссылки по решению этой проблемы?

Если у кого-то возникнет такая ошибка то пишу решение. Все из-за того что в базе для одного ссылочного кода существуют более одной таблице. Обнаружить это смогли просто в свойствах корня конфигурации в свойствах изменили "Режим совместимости". В итоге уже вышла ошибка где он и показал из-за чего реально были проблемы. Выдал вот такую ошибку:

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Ошибка обновления конфигурации базы данных. Для одного ссылочного кода существует более одной таблицы в базе данных.

Имена таблиц с кодом 24: Acc24, InfoRg24
Имена таблиц с кодом 275: Document275, Reference275

Для исправления проблемы вы можете обратиться в службу технической поддержки.

Как раз с ошибочной целостностью и был справочник Технологические операции. В итоге воспользовались статьей и обработкой с инфостарта.
http://catalog.mista.ru/public/1126277/
Самое сложно что изначально нельзя было определить что ошибка именно в том что один ссылочный код присвоен к нескольким таблицам базы. Так что вот такая неожиданная развязка.