Как исправить ошибку «Записи регистра стали неуникальными» при обновлении 1С?

← На главную

В процессе обновления конфигурации «1С:Предприятие» технические специалисты часто сталкиваются с терминирующей ошибкой «Записи регистра стали неуникальными». Эта ситуация блокирует процесс реструктуризации базы данных и не позволяет завершить обновление. Проблема осложняется тем, что обычные запросы внутри 1С могут не показывать наличие дублей, так как на логическом уровне данные выглядят корректно, а конфликт возникает на физическом уровне СУБД при попытке создания уникального индекса.

В этой статье мы подробно проанализируем причины возникновения данной ошибки и рассмотрим пошаговые методики её устранения: от «мягкой» очистки данных до манипуляций на уровне таблиц SQL.

Выясним причину: почему возникают «невидимые» дубли?

Прежде чем приступать к активным действиям, нам необходимо понять, почему платформа считает записи неуникальными, если визуальный контроль и простые запросы говорят об обратном. Рассмотрим основные факторы:

Различия в конфигурациях: Ошибка часто возникает, когда мы сравниваем основную конфигурацию с новой, но забываем про конфигурацию базы данных. В процессе обновления платформа пытается привести физическую таблицу к новому виду, и если в текущей БД уже есть данные, нарушающие новые правила уникальности (например, сократилась длина измерения или изменился состав измерений), возникнет ошибка.
Значения NULL: В измерениях регистров 1С не должно быть значений NULL. Однако при сбоях или некорректных прямых записях в СУБД такие значения могут появиться. SQL-сервер при создании уникального индекса может по-разному обрабатывать несколько строк с NULL, что приводит к конфликту.
Невидимые символы и пробелы: 1С при выполнении запроса часто игнорирует конечные пробелы (строки «Товар» и «Товар » считаются одинаковыми). Но для СУБД — это разные значения. Если при реструктуризации тип данных меняется или накладываются новые ограничения, эти записи могут «схлопнуться», вызвав ошибку уникальности.
Битые ссылки: Если в измерении хранится ссылка на объект, который был удален (объект не найден), 1С может группировать такие записи как пустые, хотя их внутренние идентификаторы (GUID) различаются. Для решения этой специфической проблемы может помочь универсальное удаление движений по битым ссылкам (поможет обработка удаления битых ссылок без монопольного режима), работающее без полного тестирования и исправления.

Метод 1: Очистка и перезаполнение регистра (Рекомендуемый)

Проанализируем самый надежный способ, который подходит для регистров разумного объема (до нескольких сотен тысяч записей). Суть метода заключается в выносе данных «наружу», обновлении структуры и возврате данных обратно. Если проблема вызвана удаленными документами, можно использовать специализированное исправление ошибки «Записи регистра сведений стали неуникальными», которое автоматически удаляет проблемные строки.

Разберем классический процесс по шагам:

Выгрузка данных: Используем внешнюю обработку (например, «Выгрузка и загрузка данных XML» (есть универсальный обмен данными для переноса объектов XML) или консоль запросов) для сохранения всех записей проблемного регистра во внешний файл.
Очистка регистра: Программно очищаем регистр в режиме «1С:Предприятие». Также для этой цели подойдет универсальная обработка регистров сведений, позволяющая удалять записи по фильтрам. Проанализируем пример кода для быстрой очистки:
```
НаборЗаписей = РегистрыСведений.ИмяВашегоРегистра.СоздатьНаборЗаписей();
НаборЗаписей.Записать(); // Запись пустого набора удаляет все данные
```
Обновление конфигурации: Теперь, когда таблица пуста, выполняем обновление конфигурации базы данных (F7). Реструктуризация пройдет без ошибок, так как конфликтов данных больше нет.
Загрузка данных: Загружаем данные обратно из файла. На этом этапе платформа сама выдаст ошибку на конкретной записи, если она действительно дублируется, или же корректно «свернет» данные, если это позволяют настройки.

Метод 2: Работа на уровне СУБД (Для больших регистров)

Если регистр содержит миллионы записей, выгрузка в XML может занять часы. В таком случае рассмотрим более радикальный, но быстрый метод — переименование таблицы в базе данных. Здесь полезно уметь анализировать SQL сервер глазами 1С-ника, чтобы понимать текущую нагрузку и блокировки.

Важно: Все действия на уровне СУБД должны выполняться только после создания резервной копии базы данных!

Проанализируем алгоритм действий:

Находим имя таблицы регистра в SQL (через функцию ПолучитьСтруктуруХраненияБазыДанных или используя удобную обработку Структура хранения базы данных).
Переименовываем таблицу средствами SQL (например, из _InfoRg123 в _InfoRg123_backup).
Запускаем обновление в 1С. Платформа не найдет таблицу, создаст новую пустую структуру и успешно завершит реструктуризацию.
Затем мы сможем порционно перенести данные из старой таблицы в новую с помощью SQL-запроса INSERT INTO ... SELECT, попутно отсеивая дубли.

Метод 3: Исправление индексов и тестирование (ТиИ)

Иногда проблема кроется не в самих данных, а в повреждении индексных файлов. Посмотрим, как это можно исправить:

Реиндексация: Попробуйте выполнить реиндексацию таблиц средствами SQL Server. Это быстро и часто помогает, если «завис» старый индекс.
Тестирование и исправление (ТиИ): Запустите процедуру «Тестирование и исправление» из конфигуратора. Нам важны пункты «Проверка логической целостности» и «Проверка ссылочной целостности». В поле «При наличии ошибок» следует выбрать «Очищать объекты». Это позволит платформе автоматически найти и устранить записи с битыми ссылками или некорректными типами данных.
Chdbfl.exe: Если у вас файловая версия базы данных, обязательно воспользуйтесь утилитой chdbfl.exe (находится в папке bin установленной платформы). Она проверяет физическую целостность файла .1CD и исправляет ошибки в индексах.

Как найти конкретный дубль через запрос?

Если вы хотите локализовать проблему, проанализируем ситуацию с помощью запроса. Альтернативой ручному написанию кода является готовая проверка дублей в регистрах сведений, которая сразу покажет, какие данные необходимо исправить. Чтобы найти записи, которые 1С считает одинаковыми самостоятельно, используйте группировку по всем измерениям регистра и условие КОЛИЧЕСТВО(*) > 1.

Пример текста запроса для консоли:


ВЫБРАТЬ
    Регистр.Измерение1,
    Регистр.Измерение2,
    КОЛИЧЕСТВО(*) КАК КоличествоДублей
ИЗ
    РегистрСведений.ИмяВашегоРегистра КАК Регистр
СГРУППИРОВАТЬ ПО
    Регистр.Измерение1,
    Регистр.Измерение2
ИМЕЮЩИЕ
    КОЛИЧЕСТВО(*) > 1

Если этот запрос ничего не возвращает, значит проблема в типах данных или невидимых символах. В таком случае рекомендуется использовать внешние инструменты диагностики, такие как «Инструменты разработчика», которые позволяют проверить базу данных на наличие NULL или некорректных типов в полях, не предназначенных для этого.

Подводя итог, скажем: наиболее безопасным и эффективным методом остается временная очистка регистра через выгрузку/загрузку. Это гарантирует, что структура БД будет обновлена правильно, а все проблемные записи будут выявлены в процессе импорта.