Иногда даже опытные разработчики сталкиваются с ситуациями, когда привычные инструменты платформы 1С ведут себя непредсказуемо. В этой статье мы разберем сложный случай, когда механизм «Сравнить, объединить с конфигурацией из файла...» перестал корректно работать и не видел различий в некоторых модулях. Проблема проявилась на платформах 8.3.25.1445 и 8.3.27.1559 в конфигурации «Управление холдингом», но может быть актуальна и для других решений.
Проанализируем ситуацию, выясним причину и рассмотрим как общие подходы к решению подобных проблем, так и конкретный ответ от службы поддержки 1С.
После того как стандартные методы не помогли, автор проблемы обратился в службу технической поддержки 1С, где было зарегистрировано обращение WI-351953. В результате расследования выяснилась очень специфическая причина сбоя.
Специалисты 1С сообщили, что по данной проблеме зарегистрирована ошибка 60025642. Суть ошибки заключается в следующем: в файлах сравниваемых конфигураций у объекта метаданных (в данном случае ОбщегоНазначенияБПОКлиентСервер) и его модуля оказались абсолютно одинаковые номера версий.
Важный момент: добиться такого состояния штатными средствами, работая в Конфигураторе, практически невозможно. Платформа автоматически инкрементирует версию объекта или его свойства при любом редактировании и сохранении. Появление одинаковых версий, как правило, свидетельствует о том, что конфигурация выгружалась в XML-файлы, и эти файлы затем редактировались вручную или с помощью сторонних инструментов. Такое вмешательство может нарушить внутреннюю согласованность данных конфигурации, что и приводит к сбоям в работе штатных механизмов, таких как сравнение и объединение.
Поскольку специалистам поддержки не удалось воспроизвести ошибку без конкретного примера, ее исправление может быть отложено. Тем не менее, знание причины — это уже половина решения. Если вы столкнулись с подобным, в первую очередь стоит проверить, не было ли ручного вмешательства в файлы конфигурации.
Помимо описанной специфической ошибки, проблемы с механизмом сравнения/объединения могут возникать и по другим, более распространенным причинам. Рассмотрим стандартный набор действий, который стоит предпринять в таких случаях.
Очистка кэша конфигурации. Устаревший или поврежденный кэш — одна из самых частых причин необъяснимого поведения платформы. Очистка локального кэша для проблемной базы данных часто решает множество вопросов, включая некорректное отображение изменений.
Проверка целостности конфигурации. Внутренние нарушения структуры могут приводить к сбоям. Рекомендуется выполнить два вида проверки:
chdbfl.exe, которая находится в папке bin установленной платформы. Она проверяет физическую структуру файла базы данных 1Cv8.1CD.Выгрузка и загрузка конфигурации. Иногда помогает полный цикл выгрузки конфигурации в файлы (*.cf или *.xml) и последующая загрузка в чистую информационную базу. Этот процесс может исправить некоторые внутренние структурные ошибки, которые не обнаруживаются стандартными проверками.
Сравнение через выгрузку в XML. Если штатные средства не показывают различий, а вы уверены, что они есть, можно использовать обходной путь. Выгрузите обе конфигурации (исходную и измененную) в файлы XML. Затем сравните полученные каталоги с помощью сторонних утилит для сравнения текста, например, WinMerge, Beyond Compare или встроенных инструментов в VS Code. Это позволит вам вручную найти измененные модули и другие объекты.
В ходе обсуждения основной проблемы возник интересный побочный вопрос, который волнует многих разработчиков: нужно ли снимать с поддержки («открывать замок») все объекты, включая модули Библиотеки стандартных подсистем (БСП), при работе с хранилищем конфигурации?
Выяснилось, что само по себе хранилище не требует снятия всех замков. Однако такая необходимость возникает при сочетании двух условий:
Если не снимать объекты с поддержки, хранилище не позволит поместить в него изменения, затрагивающие эти объекты. Простое решение — полностью снять конфигурацию с поддержки, но тогда обновления превратятся в сложную задачу. Опытные коллеги предложили элегантное и правильное решение, которое позволяет достичь обеих целей.
Чтобы корректно фиксировать историю изменений и при этом не терять связь с конфигурацией поставщика, достаточно снять с поддержки только корневой узел конфигурации. Разберем этот процесс по шагам:
Захватите корневой узел конфигурации в хранилище. Это самый верхний элемент в дереве конфигурации.
Выполните команду меню «Конфигурация» -> «Поддержка» -> «Настройка поддержки...», а затем нажмите кнопку «Сравнить, объединить». Если конфигурация не на поддержке, то используйте «Конфигурация» -> «Сравнить, объединить с конфигурацией из файла...» и выберите cf-файл поставщика.
Платформа задаст вопрос о постановке на поддержку. Согласитесь с этим предложением.
Откроется стандартное окно сравнения и объединения. На этом шаге вам не нужно отмечать никаких объектов для объединения. Просто нажмите кнопку «Выполнить».
После выполнения пустого объединения основная конфигурация будет официально считаться стоящей на поддержке, но с измененным (открытым) корневым узлом.
Поместите изменения (захваченный корневой узел) обратно в хранилище.
После выполнения этих действий вы сможете захватывать и изменять любые объекты конфигурации, помещать их в хранилище, и при этом у вас сохранится возможность удобно обновляться, используя стандартный механизм сравнения/объединения с конфигурацией поставщика.