Дублирование объектов метаданных
Пример ошибки обновления конфигурации базы данных на одном проекте и описание способа ее исправления.
После штатного обновления конфигурации базы заказчика в дереве конфигурации обнаружились странные артефакты:
Кроме двух регистров с одинаковыми именами так же были найдены две пары реквизитов в одном из документов. Вот для этого документа скриншот из окна сравнения конфигураций при обновлении. Видно, что реквизиты «ОснованиеДокумента» и «ЭлектронныйДокумент» так же задвоились.
После обнаружения удвоения объектов метаданных процесс обновления был прекращен и для анализа причин такого поведения было выполнено сравнение основной конфигурации базы данных с конфигурацией поставщика.
Сравнение показало, что в основной конфигурации так же существуют объекты метаданных, внутренние идентификаторы которых не совпадают с внутренними идентификаторами соответствующих объектов метаданных конфигурации поставщика. Однозначно установить причины произошедшего нельзя.
В документации (https://its.1c.ru/db/metod8dev/content/2299/hdoc) сказано, что «Идентификатор всегда изменяется при копировании объекта, в том числе в процессе объединения конфигураций». Можно предположить, что в какой-то момент обновление конфигурации было произведено не штатным механизмом обновления, а через загрузку измененной конфигурации или через сравнение-объединение конфигурации из файла.
Исправление
В таком случае штатное обновление конфигурации невозможно, поэтому необходимо исправить несоответствия. Перед исправлением проводим «инвентаризацию» всех затронутых сбоем объектов метаданных и приступаем к работе.
ВНИМАНИЕ!
Перед выполнением любых действий с конфигурацией необходимо сделать резервную копию базы данных.
После исправления идентификаторов будет необходимо убедиться, что по исправляемым объектам метаданных не произошло потери данных. Для этого можно сделать отдельную копию неисправленный базы для последующего сравнения, либо выгрузить данные по этим объектам в каком-либо виде, предполагающем последующее сравнение данных.
Алгоритм исправления следующий.
1. Выгрузить конфигурацию поставщика в файл *.cf;
2. Снять основную конфигурацию с поддержки;
3. Объединить основную конфигурацию с выгруженной конфигурацией поставщика. При этом необходимо:
3.1. Во время объединения согласиться с постановкой конфигурации на поддержку;
3.2. В окне сравнения конфигураций снять галочку с корня конфигурации. Таким образом никакие объекты метаданных в основной конфигурации изменены не будут;
Выполнение алгоритма по шагам.
Выгрузка конфигурации поставщика в файл *.cf и снятие основной конфигурации с поддержки
Выгрузка производится в окне настройки поддержки. Там же снимаем конфигурацию с поддержки.
Объединение основной конфигурации с выгруженной конфигурацией поставщика
Во время объединения необходимо согласиться с постановкой конфигурации на поддержку и отключить объединение всех объектов метаданных.
После объединения конфигураций идентификаторы объектов приходят в норму
Контроль корректности идентификаторов
Выполняем сравнение основной конфигурации с конфигураций поставщика и видим, что реквизиты объекта больше не дублируются.
С регистром так же все в порядке.
Проводим сравнение с основной конфигурацией, которая была выгружена перед началом всех манипуляций и убеждаемся, что никакие объекты метаданных ни изменились.
Чем мы можем быть полезны
Если вы в поиске работы в сфере 1С, приходите к нам🙂
- Оклад до 200 000 ₽ к начислению — точную сумму предложим после собеседования;
- Фиксированный доход, не зависящий от загрузки и оплат клиентов;
- Бонус каждые полгода по итогам работы.
Подробнее на нашем сайте.
И подписывайтесь на наш телеграм канал🧑💻👩💻 Пишем технические статьи про разработку, публикуем новости из мира 1С и делимся опытом выполненных проектов.