← На главную

В процессе разработки или обслуживания самописных конфигураций на платформе 1С:Предприятие 8 вы можете столкнуться с ситуацией, когда попытка удалить пустой объект метаданных (справочник) приводит к критической ошибке обновления информационной базы. Чаще всего такая ошибка сопровождается сообщением: Ошибка SDBL: Ссылка на таблицу ReferenceXX недопустима. Нет таблицы или отсутствует RefSelf. Давайте разберемся, почему это происходит и как вернуть конфигурацию в рабочее состояние.

Понимание природы ошибки SDBL

Ошибка SDBL (System Database Language) означает, что существует конфликт между описанием метаданных в конфигураторе и физическим состоянием таблиц в базе данных. Когда вы удаляете справочник, платформа пытается выполнить DROP TABLE или аналогичную операцию удаления структуры. Если в системных таблицах 1С сохранились ссылки на этот объект (например, в подписках на события, планах обмена или из-за повреждения файла базы), процесс обновления прерывается.

Шаг 1: Первичная диагностика файловой базы

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

1. Обязательно создайте резервную копию файла 1Cv8.1CD.
2. Выгоните всех пользователей из системы.
3. Запустите утилиту chdbfl.exe, которая находится в папке установки платформы (в подпапке bin). Выберите файл вашей базы и установите флаг Исправлять обнаруженные ошибки.

Шаг 2: Метод реструктуризации таблиц

Если chdbfl.exe не находит ошибок, но платформа все равно выдает сбой, попробуйте «подтолкнуть» конфигуратор к правильному пересчету структуры таблиц:

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

Шаг 3: Тестирование и исправление (ТиИ)

Воспользуйтесь встроенным функционалом конфигуратора для принудительного приведения метаданных в порядок:

1. Зайдите в меню Администрирование -> Тестирование и исправление.
2. Выберите режим Реструктуризация таблиц информационной базы.
3. Включите опции Проверка логической целостности и Проверка ссылочной целостности.
4. Запустите процесс. Это действие выполнит переиндексацию и проверку соответствия таблиц SDBL описанию в метаданных.

Шаг 4: Анализ зависимостей

Даже «пустой» справочник может быть «привязан» к системе невидимыми нитями. Проанализируйте следующие места:

• Подписки на события: Проверьте, не участвует ли ваш справочник в подписках на события (например, запись, проведение, удаление). Платформа не даст удалить объект, если он является источником или приемником в подписке.
• Поиск ссылок: Используйте функцию Поиск ссылок в метаданных в контекстном меню объекта. Убедитесь, что справочник не используется в коде модулей, планах обмена или настройках ролей пользователей.
• Роли: Проверьте, не установлены ли права доступа на данный справочник в ролях пользователей. Удалите все ограничения доступа для этого объекта перед его удалением.

Шаг 5: Кардинальные методы (выгрузка и загрузка CF)

Если стандартные методы не помогают, можно попробовать принудительно обновить описание метаданных через CF-файл:

1. Выгрузите конфигурацию в файл (Конфигурация -> Сохранить конфигурацию в файл).
2. Создайте новую пустую базу.
3. Загрузите сохраненный файл конфигурации в новую базу.
4. Если база загрузилась успешно, попробуйте удалить справочники в ней. Если удаление прошло успешно — вы получили чистую структуру.
5. В боевой базе можно использовать режим Конфигурация -> Загрузить конфигурацию из файла (не путать с Объединением), но будьте осторожны: этот метод может привести к потере данных, если вы не сделаете предварительную выгрузку данных в XML через Конвертацию данных.

Помните, что регулярное создание резервных копий — ваш главный инструмент безопасности. Если после всех описанных процедур ошибка SDBL сохраняется, это может свидетельствовать о глубоком логическом повреждении файла 1Cv8.1CD, которое не лечится стандартными средствами. В таких критических случаях единственным выходом остается перенос данных в новую чистую базу.