Тестирование базы подвисает на справочнике Номенклатура на 10% #384495

База УТ 10.3.6.8, не снятая с поддержки. Тестирование зависает на этапе проверки ссылочной целостности. Процесс 1cv8.exe загружает процессор, объем памяти выделяемый на процесс постоянно растет (проверенно - тестированние ставилось на ночь). Попробовал много вариантов. chdbfl.exe не помогает. Пробовал перебирать всю номеклатуру на запись объекта, всё проходит без ошибок. Помогите кто чем может))

Попробуй выгрузить базу и загрузить заново

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

Попробовал оба способа, не помогает, к сожалению. Может есть ещё какие-нибудь способы???

Типа Ап

релиз 1с какой?

Ну попробуй в SQL грузануть. Может и поможет.

Тут танцы с бубном. Можно попробовать создать образ распределенной базы. И сделать его центральным.

Выгрузка / загрузка XML еще как вариант

Может быть и не база виновата, а проблемы скрываются во временных файлах (кэшах). Как вариант: скопировать базу на другой комп и протестировать под другим пользователем. Ссылочная целостность - проверка корректности ссылок. В Вашем случае - проверка ссылок на другие объекты в справочнике номенклатуры. Сам справочник может быть и без "проблем" - зря Вы его таким диким способом "проверяли".

Релиз 8.1.12.101. При загрузке в SQL ошибку выдал что-то вроде "ошибка при создании записи, есть запись с таким же полем". Выгрузка / загрузка XML по-разному пробовал, не помогает. Образ не пробовал создавать, попробую. На других копах так же. А как еще можно проверять?

Можете не дергаться - у Вас ошибка с дублированнием ссылок. Точный текст ошибки озвучьте, плиз

Записи в справочниках должны быть с разными кодами, - но не обязательно. Можно проверить на уникальность коды и выявить "дублированные" записи:

Добавлю алгорит поиска duplicate key для табличных частей справочников. С небольшими переделками можно использовать для табличных частей документов...

Спасибо за помощь, нашёл 2 дублирования по коду в номенклатуре. Попробовал проверить, тоже самое. Выгрузил в SQL - загрузилось нормально. Но там также виснет на 10% (((

Как дальше можно поступить?

Дополнительно к написанному вылезает ошибка при Реструктуризазии таблиц инф-ой базы, на регистре накопления ТоварыНаСкладах: В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Microsoft OLE DB Provider for SQL Server: Cannot insert the value NULL into column '_Fld6628_TYPE', table '1.dbo._AccumReg6623NG'; column does not allow nulls. INSERT fails.

Точнее в Регистре накопления ПартииТоваров на складах, такая же ошибка в локальной базе: В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6628_TYPE' по причине: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6628_TYPE'

типа Ап

Тоже апну: найти, скачать и запустить обработки типа StrBaseSQL.epf

Такой результат часто бывает когда у тебя зацикливание элемента и его реквизитов само на себя, тесты пройдут все нормально. Открывай модуль формы и ставь точки останова перед окрытием и при открытии, и смотри где они в цикл упадут. 100% такая же фигня была, баловались с обменом, но мы ошибку поймали в момент проведения документа с определенной номенклатурой - зависал при проведении, и база при тестировании, только на 50% :)

Статья "Размещение данных 1С:Предприятия 8.1"

Ага, осталось только "мелочь": найти документ, который сформировал "неправильные" движения и перепровести его :)

или найти ту номенклатуру и открыть ее

Да и баг скорее всего не в номенклатуре а в каком нибудь регистре сведений, у нас было в установке счетов номенклатуры, чето фигнули не то туда и пипец, а сам тест на номенклатуре вешается :(

см. _AccntReg<n> - таблица движений регистра бухгалтерии. Сбой мог произойти при обновлении конфы, при реорганизации базы, при изменении субконто...

ну видел я это, есть ошибка и..., вообще это ошибка видимая и ее можно исправить, я про другое говорил

Спасибо вам. Уже нашёл документ, и запись в регистр "ПартииТоваровНаСкладах" в котором некорректно записыны данные. Но исправить из 1С не получается, пробовал многими путями, всегда выдаёт "Ошибка СУБД: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6628_TYPE' по причине: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD6628_TYPE'" А в сам SQL с запросоми я слабоват. Как быть?

Видимо такую операцию можно сделать только средствами MS SQL Server-а. Как можно это сделать к сожалению не знаю(((. Видимо надо сделать запрос, который выбирает поле в колонке _Fld6628_TYPE, из таблицы _AccumReg6623NG, в котором значение NULL. (тип этой колонки binary not NULL). В SQL я вижу эту таблицу, но блин как сделать запрос?