← На главную

При переносе файловой базы данных «1С:Предприятие» на новый компьютер пользователи часто сталкиваются с неожиданным поведением системы. Одной из самых загадочных ошибок является ошибка SDBL (Simple Data Base Layer), сопровождаемая текстом «ожидается cast идентификатор или константа (pos=1990)». Ситуация осложняется тем, что на старом рабочем месте база продолжает функционировать исправно, а стандартные средства восстановления (такие как выгрузка в .dt или утилита chdbfl.exe) не приносят результата. В данной статье мы разберем причины возникновения этой ошибки и пошагово проанализируем методы ее решения.

Понимаем природу ошибки SDBL в файловом режиме

Многие технические специалисты ошибочно полагают, что уровень SDBL существует только в клиент-серверных вариантах работы (SQL). На самом деле, Simple Data Base Layer — это внутренний механизм платформы 1С, который выступает посредником между запросами на языке 1С и низкоуровневыми командами базы данных. В файловом варианте он транслирует запросы во внутренний движок 1С. Если в процессе этой трансляции возникает синтаксическая ошибка (например, из-за некорректно сформированного текста запроса программным кодом), мы получаем ошибку SDBL.

Причина №1: Проблемы с системой защиты конфигурации (СЛК)

Проанализируем ситуацию: в конфигурации «Учет медицинских услуг» используется дополнительная система лицензирования (СЛК или Катран). Автор темы указывает на сообщение «возникли проблемы в защите программы». Это важнейший маркер. В защищенных конфигурациях часть бизнес-логики (например, алгоритмы проведения документов) вынесена в зашифрованные модули. Если компоненты защиты на новом компьютере работают некорректно, зашифрованный модуль при попытке выполнить запрос может вернуть «пустоту» или обрывок кода вместо полноценного текста запроса.

Рассмотрим порядок действий для исправления работы СЛК:

1. Убедимся, что на новом компьютере установлен Сервер СЛК той же версии (или более актуальной), что и на старом.
2. Проверим наличие и активность ключей защиты. Если используются USB-ключи, они должны быть видны в диспетчере устройств и в консоли СЛК.
3. Переустановим драйверы защиты, используя дистрибутив именно вашей версии конфигурации.
4. Посмотрим на настройки подключения в самой 1С. Иногда требуется заново прописать адрес сервера лицензирования (например, localhost или конкретный IP-адрес), даже если база файловая.

Причина №2: Влияние региональных настроек операционной системы

Выясним, как настройки Windows могут влиять на SDBL. Платформа 1С при формировании запросов к базе данных опирается на системные разделители дробной части и форматы дат. Ошибка «ожидается cast идентификатор или константа» часто возникает, когда в запросе ожидается число с точкой, а система передает его с запятой (или наоборот).

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

1. Перейдем в Панель управления — Региональные стандарты.
2. Сравним настройки на старом («здоровом») компьютере и на новом. Обратим внимание на «Разделитель целой и дробной части».
3. Рекомендуется установить формат «Русский (Россия)» и убедиться, что разделителем является запятая, а формат краткой даты — дд.ММ.гггг.
4. После изменения настроек обязательно перезагрузим компьютер.

Причина №3: Баги конкретных релизов платформы

В нашем случае используется версия платформы 8.3.21.1302. Ветку 8.3.21 часто критикуют за нестабильную работу SDBL-процессора в определенных сценариях. Если перенос через .dt был выполнен успешно, но ошибка сохраняется, проблема может крыться в самом исполняемом файле 1cv8.exe.

Разберем алгоритм обновления платформы:

1. Попробуем установить более свежий патч в рамках ветки 8.3.21 (например, 8.3.21.1607 и выше).
2. Если это не помогает, рассмотрим переход на стабильную ветку 8.3.22 или 8.3.23.
3. Важно помнить: после установки новой платформы нужно убедиться, что база запускается именно на ней (проверить в диалоге запуска 1С пункт «Версия платформы»).

Причина №4: Очистка кэша и техническое обслуживание базы

Хотя автор пробовал chdbfl, нельзя исключать локальные проблемы кэширования метаданных на конкретном рабочем месте. Кэш 1С хранит структуру таблиц, и если при первом (неудачном) запуске он сформировался с ошибкой, последующие попытки будут повторять ее.

Проведем полное обслуживание:

1. Очистка кэша: Удалим базу из списка и добавим ее заново. Также вручную очистим папки:

   %AppData%\Local\1C\1Cv8

   %AppData%\Roaming\1C\1Cv8

2. Тестирование и исправление (ТиИ): Запустим базу в режиме «Конфигуратор», перейдем в меню «Администрирование — Тестирование и исправление». Выберем пункты:
   • Реиндексация таблиц информационной базы;
   • Проверка логической целостности;
   • Проверка ссылочной целостности;
   • Пересчет итогов.

Дополнительные факторы: Права доступа и антивирус

Проанализируем ситуацию с правами. В файловом режиме 1С активно использует временные файлы в папке пользователя и в папке с самой базой. Ошибка в позиции pos=1990 может указывать на то, что в момент формирования сложного запроса (который обычно происходит при проведении документа) система не смогла записать временные данные.

Что следует проверить:

• Добавим папку с базой данных и папку с установленной платформой в исключения антивируса.
• Попробуем запустить 1С от имени Администратора.
• Убедимся, что у пользователя Windows есть полные права (чтение, запись, изменение) на папку, в которой лежит файл 1Cv8.1CD.

Резюме

Ошибка SDBL в файловой базе при проведении документа — это почти всегда признак того, что платформа «потеряла» часть кода запроса или столкнулась с неверным форматом данных. В случае с отраслевыми решениями (как «Учет медицинских услуг») первоочередной задачей является восстановление корректной работы системы защиты. Именно конфликт драйверов защиты на новом компьютере чаще всего приводит к тому, что запросы в модулях проведения становятся «битыми», вызывая синтаксические ошибки на уровне SDBL-слоя.