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