1с ошибка при объединении конфигураций
Проблема такая.
Каждый разработчик периодически подливает свои разработки со своей локальной базы на рабочую путем сравнения и объединения конфигураций.
Также периодически каждый разработчик загружает на свою локальную базу рабочую dt-шку.
ИЗ-ЗА ЧЕГО ВОЗНИКАЕТ ДАННАЯ ОШИБКА? - Такое ощущение, что происходит какое то рассогласование между dt-шками локальных и рабочей БД
Для решения проблемы, разработчику приходиться в своей конфигурации удалять документ (на сравнении которого приходится сбой) снова выгружать файл конфигурации и опять сравнивать, объединять.
Испробовали много вариантов решения этой проблемы, например:
1.выгрузка, загрузка dt-шки и на рабочей на локальной базах;
2.выгрузка с рабочей cf, сравнение и объединение её с локальной конфигурацией, и выгрузка cf-ки с локальной;
3.Загрузка cf-ки в новую чистую БД и повторная выгрузка с новой;
4.Загрузка dt-шки предыдущей версии БД в новую БД, сравнения cf-ки с ней и выгрузка cf-ки с новой БД;
и другие подобные методы,
но помогает только один способ – удаления объекта.
Раньше ошибки при сравнении возникали редко и мы терпели эти проблемы, а щас возникает раз в неделю.
подливка в основном идёт по сети, но пробовали и локально
всё равно, если ошибка появилась, то вылетает и при локальной подливке и при сетевой подливке.
Аналогичныеситуации бывали, когда сравнивались конифгурации, сохраннные разными версиями платформ (последний раз помню - 8.1.8.67 и 8.1.10.что-то-там)
У всех разработчиков - одна версия.
(а платформы мы так резво не меняем, а со временем естесственно обновим)
Не согласен с коллегами, которые считают, что скорее всего проблема в назначении не уникального ID на локальных конфигах, при создании новых объектов. Против этой версии говорит то, что мы усиленно работали на локальных конфигурациях 3 месяца и таких проблем не было, а теперь появилась.
Причем 1С ругается только на один и тот же объект!
Который приходиться удалять на подливаемой конфиге. А правку этого объекта (документа) производить на боевой конфигурации.
После чего мы выгружаем dt-шку - загружаем на локальных и дальнейшую разработку делаем на обновлённой конфиге!
Но дня через 3-4 опять при сравнении ругается на это же документ.
Позже месяца через 2, моя группа программистов из 3 человек перешла на работу с хранилищем (не связанную с боевой конфигурацией), а остальные продолжали разработку отдельно!
В техножурнале информации тоже мало:
05:04.7600-22138920,PROC,0,process=1CV8
05:04.7601-0,EXCP,0,process=1CV8,Usr=Администратор,Exception=Exception,Descr=Ошибка формата потока
Рабочая база на MS SQL, разработка ведется в файловой базе подключенной к хранилищу. В файловых базах проблем с загрузкой, сравнением/объединением нет.
(1) (2) см. пункт 2.
кроме этого заходил с другого компьютера - та же ошибка.
выгрузил в dt, загрузил в другую SQL базу - та же ошибка.
Как выявить на каком объекте метаданных происходит сбой?
Содержимое logcfg.xml на клиенте:
добавь какой-нибудь реквизит в свой справочник или док, сохрани и обнови конфу, сравни - объедини.ТиИ, (перед этим бэкап). Тупо накатить cf (сравнение выполянть в другой базе
Если базу можно сделать файловой, то попробовать сделать всё платформой 8.3.5.
Недавно у меня на 8.2 вылетало при сравнении, на 8.3.5 прошло нормально.
(0)Есть такая беда, когда база дорабатывается в файловом варианте, а используется в серверном.
Мне помогал такой вариант:
Конфигурация - Выгрузить файлы конфигурации.
Раз за разом пробуешь выгружать, постепенно убирая галки. Натыкаешься на проблемный объект(который не давал выгрузить). Удаляешь его из конфы и добавляешь из бекапной конфой(через объединение), сохраняешь.
(4) не помогло
(5) забыл написать - бэкап и ТиИ было сделано первым шагом. (6) Не вариант, тут везде 8.2. Других граблей не хочу получить.
(7) Ушел пробовать.
(8) Как вариант почти аналогичный (7), но побыстрей, в конфигураторе в режиме глобального поиска ищем, например ; Когда конфигуратор вылетает в окне результатов поиска видим какой был последний нормальный объект - в следующем за ним проблемный элемент
(7) Нашел, спасибо. Теперь другая проблема - не лечится.
Если пытаюсь объединить с сегодняшней конфигурацией - сравнение и объединение выдает список отличающихся объектов. Ставлю везде галочку, жму "выполнить" - ошибка формата потока.
Если пытаюсь объединить с более ранней версией конфигурации - вылетает в процессе сравнения.
Читайте также: