Пустые записи в регистре накопления подчиненном регистратору #435175

Помогите!!! В регистре накопления подчиненном регистратору присутствуют пустые записи, откуда они взялись я и предположить не могу, совсем пустые ни одно значение не заполнено, вместо + - показывающего приход расход стоит серенький плюсик. База не поддается реструктуризация вываливаясь с сообщением, что нельзя записывать null там где стоит свойство not null в этом роде. Не могу реструктуризовать базу в файловом варианте и загрузить ее на сервер SQL чтобы в таблицах SQL server эти записи поубивать. chdbf1 сказал, что с базой все окей, остальные проверки тоже проходит кроме реструктуризации таблиц. Что делать?

? )

грохни эти движения вручную

обработкой

Как я их грохну? У них регистратор даже пустой, СоздатьНаборЗаписей далее нужно в отборе указать регистратора, если он будет пустой то такая обработка снесет все записи

ТИИ сделай

простите, что это такое?

Тестирование и исправление в конфигураторе

Я делал тестирование и исправление, все пункты проходит, ну битые ссылки находит но не суть, а вот при реструктуризации падает на сообщении что я описал протестировать протестировал но не исправил Текст ошибки во время ТИИ реструктуризация таблиц В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Ошибка SQL: Запись значения NULL в поле, не допускающее NULL '_FLD2616_TYPE' по причине: При загрузке этой базы на скл сервер следущая ошибка Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft OLE DB Provider for SQL Server: CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 1. Most significant primary key is 'Jan  1 2001 12:00AM'.

я бы пофиксил битые ссылки сначала

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

На картинку ниже посмотрите (может встречали такое), с битыми ссылками опыт борьбы есть, а вот с такими фантомами нет

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

пайду убьюсь ап стену

При ТиИ выбирали "Создать объекты" при наличии несуществующих ссылок и частичной потере данных?

случайно ни какие RLS права не мешают???

вот этой шнягой chdbfl.exe оттестируй мне как то помогала

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

Если база sqlная, то можно попробовать на копии удалить записи напрямую из таблиц.

База файловая, при переводе ее на SQL, после ошибки (кстати продолжить выполнение загрузки после этой ошибки нельзя было, так что с большой вероятностью все что было после этой таблицы не загрузилось), все работает, но рисковать нельзя, в самой ошибке же написано, что загрузились не все данные. Тут на сайте 1с посоветовали Создать копию регистра, запросом выбрать все корректные записи и создать эти записи в новом регистре Затем попробовать удалить все записи из старого регистра (по моему их тоже удалить не получится, но нужно проверить, при удалении он кажется проверяет поля записи на null, и валится с ошибкой не могу присвоить null полю c атрибутом not null). Или перейти на этот новый регистр, удалив старый и переименовав его старым именем, но в движениях документов он скорее всего пропадет + засада наверно еще ожидает в том что база распределенная и новый регистр будет аморфным по сравнению с регистром центральной базы :(

Настоятельно рекоменюую проверить корректность всех данных после в SQL-й копии после загрузки с ошибкой. У меня был подобный случай. Я проверял не всю базу, а только проблемный регистр. Все данные были на месте. Возможно, (я точно не исследовал), что сначала грузятся данные, а потом уже формируются для них индексы. Если это так, то все твои данные в SQL-й базе будут, в т.ч. и "неправильные". Останется сделать как сам предложил в почистить таблицы в SQL и проиндексировать. В свое время я делал именно так. А то, что посоветовали на 1С сайте в условиях распределенных баз, с большой долей вероятности приведет к еще большим проблемам, чем их есть у тебя. Удачи!

Спасибо Вам, прикинул, вроде бы действительно все данные загрузились в SQL версию. Фантомные записи удалил успешно, все заработало