При обновлении УПП конфигуратор выдал:
Объект изменен: РегистрСведений.ЗаписиОСтажеДляСЗВ4
ЗаписиОСтажеДляСЗВ4. Имеются записи с одинаковыми измерениями
и принимать изменения отказывается. ТиИ не помогло!?

Написал обработку, запросом сделал сортировку всех записей по измерениям, в надежде, что записи-дубли окажутся соседними. Перебрал все записи, сравнивая каждую последующую запись с предыдущей... дублей не выявлено!?
Как найти дубли-записи с одинаковыми измерениями?

а ты ж запрос делал к старому набору измерений

Сделай запрос по всем измерениям
Добвь колонку с 1
Сгруппируй по измерениям, суммируя колонку
Там где будет >1 -- то что тебе надо

При обновлении УПП
При обновлении
обновлении...

(2) см (3)

(3) Гипнотизируешь? =)

(5) намекаю

(0)
в поиск. обсуждалось 100 раз.

(6) В общем-то обновления и не было. Конфигурация базы свежая, изменений сделано много, а конфигурация поставщика еще редакции 1.2. Оказалось ее обновляли как клюшку. Решил исправить, взял свежую демо базу, через сравнение загрузил конфигурацию рабочей базы, полученную конфигурацию сохранил в файл. Затем ее загрузил в рабочую (пока копию) базу. Вроде все совпало по объектам (ожидал худшего), но вот беда - Имеются записи с одинаковыми измерениями.
Может как-то по другому можно загрузить конфигурацию поставщика, чтобы конфигуратор не проверял все объекты?

(8) Да ты можешь думать что угодно, но причину я уже озвучил.

(9) Как исправить?

(10) Тяжело с тобой...
Давай на пальцах: сейчас дублей нет. Если обновлять базу - они появляются. Какой из этого можно сделать вывод?

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

смотри сстав измерений регистра до и после обновления: либо какие-то измерения удалены, либо стали ресурсами\реквизитами

(11) Конфигурацию базы не меняю, хочу загрузить конфигурацию поставщика того же релиза, что базы. Напрямую, через Поддержка/Настройка поддержки не получается - конфигуратор вылитает по кнопке "Открыть".

(14) Ты меня зачем вот это вот в чем-то пытаешься убедить? Открой свою базу и громко и четко скажи в дисковод, что она не права, и ничего такого ты не имел в виду, раз все так.

(14) Что именно ты хочешь обновить? основную конфигурацию или поставщика? Показания у тебя меняются чтото.

Эпитафия: "Тем, кто ставит обновления через сравнить/объединить, посвящается".

Вот универсальное лечение.
http://infostart.ru/public/16080/
Правда уже давно не обновляется. В ИР самая свежая.

(18) "Бац, бац... и мимо"(с) ТС хотел обновить только конфигурацию поставщика, а получил невольно и изменение основной и конфгурации БД. Которые ему совсем не нужны.

Фраза из (8) "Вроде все совпало по объектам" - настораживает. ТС не в полной мере владеет инструментами или не обладает объективной информацией?

(19) ТС вообще слабо владеет ситуацией, судя по всему :)

(19) Да, только конфигурацию поставщика, чтобы потом нормально обновляться... По составу измерения РС ЗаписиОСтажеДляСЗВ4 ред. 1.2 теже, а по типу - посмотреть не могу, при попытке открыть конфигурацию поставщика, конфигуратор вылетает...
Каким еще способом можно обновить конфигурацию поставщика?

(21) Т.е. тебя этот факт не настораживает? Не возникает желания узнать - есть ли бэкапы, как часто делаются и где лежат? Ну, подумаешь, что-то в базе вызывает ошибку платформы, от которой она падает в одном месте и хрен его знает, где она начнет падать завтра...

(22) Бэкапы не помогут, так обновляли 3-5 лет... еще с времен УПП1.2

(23) Конфигурация поставщика обновляется при обновлении через поставку. Дальше думай сам, пора ведь когда-нибудь начать уже.

(19) Не совсем понял, в чем сложность с конфигурацией на поддержке. Берешь внешнюю обработку по ссылке или из "ИР мобильные" и запускаешь в базе, основная конфигурация которой содержит новую конфигурацию поставщика, а конфигурация БД - старую. Где я ошибся?

(24) Не приходилось... т.е. снять с поддержки, и поставить вновь со свежей конфигурацией поставщика? Опасаюсь, таже хрень будет - не встанет!?

(25) "ИР мобильные" - это что?

(25) Он не хотел обновлять основную конфигурацию.

(21) вроде как УПП рекомендуют обновлять поэтапно-не пропуская релизов...

(26) А чем ты рискуешь в таком случае? Устаревшей конфой поставщика, которая до этого нафиг никому не нужна была?

Соглашайся на постановку поддержки и откажись от изменений основной конфигурации -всё норм будет, не боись :)

(29) Не предлагает!? Делаю через Поддержка/Обновить конфигурцию/Выбор файла обновления выбираю ранее сохраненную конфигурацию поставщика, показывает информацию о старой и новой конфигурации поставщика, я соглашаюсь, а в ответ "Файл не содержит доступных обновлений"!? А поэтапно с 1.2 до последнего 1.3 обновлять не реально, сразу никак?
А если сначала снять с поддержки, то сразу говорит "Файл не содержит доступных обновлений"!?
Что нитак делаю?

Ответ в (13). К чему дальнейший тупняк?

(31) Состав измерений не изменился, см.(21). Может их тип изменился, надо искать 1.2.17.3

(32) Да. Обычно тип как раз меняется. В типовых при правильных переходах (с предварительной подготовкой базы) не должно быть таких проблем (0). Поэтому ты что то явно не так делаешь. Но если не хочешь разбираться и хочешь именно понять какие записи станут неуникальными, то
(27)
http://devtool1c.ucoz.ru/load

Выходит сразу заменить на новую конфигурацию поставщика можно сделать либо загрузив ее (как я и сделал, см. (8)), либо сравнить/объединить, предварительно сняв с поддержки.
В обоих случаях конфигуратор делает проверки объектов... А поскольку основная кофигурация не менялась, то получается, что записи-дубли РС уже существуют!?

Видимо в данном случае только сам...)

(0) как вариант:
http://infostart.ru/public/167386/

(36) Это поможет когда записи уже неуникальные. Обычно это проверяет конфигуратор перед применением новой структуры таблиц. Т.е. в данном случае записи только собираются стать неуникальными.

(34)При втором варианте результат может быть неожиданным из-за несовпадения внутренних идентификаторов метаданных.

Посмотреть, возможно измерения из справочников с предопределенными элементами, и происходит изменение этих предопределенных элементов.

Попробовать запросом выбрать записи из регистра по предопределенным элементам.

Как вариант:
1. Выгрузить данные из регистра в ТЧ и сохранить в файле
2. Очистить регистр сведений
3. Обновить конфигурацию
4. Загрузить данные из файла в ТЧ и заполнить регистр сведений

(38) 2-й вариант прошел успешно! Правда на копии, полученной выгрузкой-загрузкой. Возможно, дубли-записи были, а выгрузкой-загрузкой пролечились? После празников проверю еще раз, если что будут использовать варианты (36) и (39). Всем спс.

Блин, рано я радовался... Не все объекты встали на поддержку (помеченые желтыми кубиками), есть серые - "Объект поставщика снят с поддержки. Имеются дочерние нередактируемые объекты поставщика, препятствующие удалению"!? В этот раз делал стандартно: снял конфигурацию с поддержки (она была от 1.2 редакции), через Сравнить/Объединить загрузил свежую конфигурацию поставщика от 1.3 редакции, соответствующую основной. С предложением поставить на поддержку согласился. Все галочки снял в окне сравнения, чтобы основная конфигурация не изменилась. Нажал "Выполнить", появилось окно "Настройка правил поддержки". В левой части Новые объекты с правилом "Изменения разрешены" отметил "Объект редактируется с сохранением поддержки", остальные не трогал (мне всегда такой настройки хватало, не возниколо необходимости что-то еще включать!?). Сохранение изменений вроде прошли успешно, не было долгих проверок как раньше (через Загрузку конфигурации из файла). И тут такой сюрприз!?
Смотрю, например, ДоговорыКонтрагентов. Ну, добавлено пара своих реквизитов, ФормаЭлемента изменена... все остальные элементы объекта остались на поддержке, а в целом объект снят с поддержки. Почему?

(40) Ох и попа тебя ждет, если идентификаторы слетели у объектов!

(42) Ожидал худшего (такое наследство досталоь, 5 лет ее как клюшку обновляли), но удаления и создание новых объектов не произошло... Почему не все объекты встали на поддержку? С таким впервые столкнулся...

только один я заметил что автор перепрыгнул через обновления за пару лет???

и ксти что занчит "ее как клюшку обновляли" ???

(44) "Клюшка" - версия 7 (см. (17))

(45) это я знаю, ты обьясни как ее обновляли

(46) Могу лишь предполагать, что обновляли не рабочую базу (за 5-7 лет), а, например, демо базу, которая шла в 1-й поставке УПП. Сравнивали новый и старый релизы, и изменения вручную переносили в рабочую базу, в основную конфигурацию, а конфигурация поставщика оставалась старой. Удивляюсь, как еще идентификаторы слетели у объектов!? Примерно так я делал в 7-ке, когда своих изменений стало очень много.

(47)[ и изменения вручную переносили в рабочую баз]
для УПП такой вариант исключен

(48) Есть другое предположение, а главное - это как-то поможет понять причину, почему не все объекты встали на поддержку?

(49) значит вы вручную добавляли объекты в конфигурацию, что тут понимать?

(13) Нашел самый старый релиз 1.2.39.1, сделал сравнение, никаких изменений по составу измерений и ресурсов не было. Единственное изменение в форме списка - Процедура РегистрСведенийНаборЗаписейТретийПараметрИсчисляемогоСтажаНачалоВыбора(Элемент, СтандартнаяОбработка)

(51) вы упорно игнорируете слово "внутренний идентификатор". Например, измерение регистра в обновлении и точно такое измерение, но добавленное вручную, имеют разные УИДы. Поэтому это измерение не встанет у вас на поддержку.

(51) Так тебе уже все-равно откуда могли появиться дубли? Т.е. просто съехал на проблему обновления/замены конфиги и все? Если не все-равно, то нужно узнать бывает на этой базе обмены данных с какими-то периферийными или были когда-то раньше.

(52) Такие случаи обнаруживаются сразу при обновлении (записи по F7) конфигурации - вываливается предупреждения: создан новый объект, и удален объект с тем же именем. Но это если конфигурация на поддержке, а тут, поддержка фактически снята... х.з. как все было.

(53) Как я понял эти дубли - записи-фонтомы, программно не доступны. Если они есть, то бораться с ними можно методом подсказанным (39).

+ сейчас в вылеченной выгрузкой-загрузкой копии проблема "Имеются записи с одинаковыми измерениями" исчезла. Теперь, ставя на поддержку стандартным способом (см. (41)), не встали на поддержку несколько объектов. После 2-й попытки их осталось всего 10. При 1-й попытке я снимал все галочки в окне сравнения/объединения. При 2-й попытке с тех объектов, которые не встали на поддержку 1-й раз, галочки не снимал, т.е. они должны остаться такими же как в конфигурации поставщика. Вот только не у всех таких объектов эти галочки были...

На сайте http://курсы-по-1с.рф/free/
в бесплатных материалах есть видео-ролики по теме "Приемы обновления типовых конфигураций"

В т.ч. подробно рассмотрены вопросы обновления через несколько релизов