ТИИ не помогает. Записей всего 126. Пробовал выбрать запросом дубли по измерению Файл - их нет.
БП 3.0, измерение регистра - одно, "Файл". Записи просто так не удаляются. Что делать?
11.
Aleksandr_prof
19817.07.20 15:37 Сейчас в теме
Нашёл простое решение: с помощью обработки "Выгрузка загрузка данных" выгрузил данные регистра в файл. После обновления загрузил обратно. Какие будут последствия в долгосрочной перспективе - пока не знаю.
(1)Причина ошибки так-то очевидна.
Было измерение регистра в базе составного типа.
Вы накатываете обновление, в котором тип значения этого измерения отличается - нет хотя бы одного из типов, который есть у измерения в базе.
Если накатить это изменения, у записей с этим типом, которого нет в обновлении, очистится измерение Файл - и появятся дубли записей в регистре, что недопустимо.
На это и ругается платформа.
(8)В определяемый включить все типы, которые ранее у вас были в составном, очевидно.
Раз у вас возникла такая проблема, значит у вас не типовая конфигурация, а значит надо учитывать изменения при обновлении.
Дополнительно можно выполнить проверку внедрения БСП, раз у вас подсистемы встроены и для не типовых объектов.
(8)Был изначально определяемый. Просто кто-то зашел и изменил состав определяемого типа.
Отмените все изменения (вернитесь к конфигурации БД), зайдите в определяемый тип и запомните/запишите все типы, которые к нему относятся, обновите конфигурацию, перед принятием изменений зайдите в определяемый тип и проставьте все недостающие типы.
1. Дубли надо искать не по одному измерению, а по всем. Хотя, если по одному не совпадает, то не должна ошибка появляться.
2. Была аналогичная проблема, но немного с другим регистром. Оказалось проблема в том, что дорабатывали конфигурацию (изменили определяемый тип данных). При обновлении эти изменения затерлись. Получилось, что после обновления некоторые владельцы файлов в регистре затерлись. То есть был тип владельца файла Справочник1, Справочник2, Справочник3... После обновления тип владельца стал Справочник1 и Справочник2. Все остальные (например, Справочник3) превратились в пустые значения. из-за этого получились дубли. То есть до обновления дублей нет. регистр не меняется, но из-за изменения определяемого типа изменились данные... надеюсь понятно объяснил в чем у нас была проблема.
3. Если не поможет, то тут на сайте где-то была обработка с помощью которой можно выгрузить данные из регистра, очистить, обновить и после этого загрузить обратно.
(3)а измерение "файл" какого типа?
Посмотрел в БП 3.0 - у данного измерения тип ОпределяемыйТип.ПрисоединенныйФайл. Возможно изменился состав этого типа (см. пункт 2 в моем первом сообщении). Возможно, как и мы, добавляли возможность хранить данные для справочников, для которых такой возможности изначально небыло
(3)Вот эту обработку я использовал (немного изменил под себя) https://infostart.ru/public/1070807/ К сожалению, в чем проблема понял уже после обновления, но вы можете попробовать на копии: выгрузить, очистить, обновить, загрузить и проверить, чем регистр отличается до обновления и после. Если ничем, то использовать данный метод на рабочей базе. если отличается, то можно поразбираться, почему не все записи загрузились после обмена.
11.
Aleksandr_prof
19817.07.20 15:37 Сейчас в теме
Нашёл простое решение: с помощью обработки "Выгрузка загрузка данных" выгрузил данные регистра в файл. После обновления загрузил обратно. Какие будут последствия в долгосрочной перспективе - пока не знаю.
(11)
Если вы не исправили определяемые типы, то у вас часть записей либо загрузилось не корректно, либо не загрузилось вообще.
Действительно, это же всего лишь данные пользователей, кому они вообще нужны? *сарказм*
13.
Aleksandr_prof
19818.07.20 05:50 Сейчас в теме
(12) Дело в том, что обновление с БП 2.0 до БП 3.0 прошло успешно. Но после обновления на БП 3.0 мне необходимо было загрузить конфигурацию поставщика. Данный регистр ДвоичныеДанныеФайлов никакого отношения к изменениям конфигурации не имел ни до ни после перевода, он всегда был типовым. Поэтому сделал вывод, что это просто какой-то сбой, который вряд ли будет иметь последствия если я выгружу данные, удалю, обновлю и загружу заново.
(13) Видимо, вы так и не поняли того, что вам пытались объяснить: сам регистр "ДвоичныеДанныеФайлов" мог не меняться. Изменить могли совершенно другие объекты конфигурации.
Возможно это действительно сбой. А возможно через полгода кто-то из пользователей полезет в базу, чтобы посмотреть/распечатать из нее приложенный файл (которого больше нигде нет) и не сможет этого сделать, потому, что вы не разобравшись до конца в проблеме удалили эти данные. Хотя бы сохраните бэкап базы, который Вы сделали (надеюсь) перед обновлением, чтобы в случае чего найти потерянные файлы.
Не получается (
Обработка называется "Выгрузка и загрузка данных XML"
Тоже пытаюсь выгрузить в файл. Ошибка
Ошибка при выполнении файловой операции '/e1cib/tempstorage/c5dd618d-8e60-4d34-af9e-97a3e34923c3?seanceId=ZWVkZTQ4NzMtNDU4ZC00NDJmLWIwZDctNWUxYTM2ZDE4ZmEz9WAo0daRsk-fCWEQEsq2NQAAAAA'. Значение данного типа невозможно преобразовать для передачи как файл. (Неопределено)