При обновлении информационной базы 1С, особенно при переходе между крупными редакциями, такими как с 2.4 на 2.5, пользователи могут столкнуться с критической ошибкой: «Ошибка SDBL: Ссылочная константа содержит недопустимый ссылочный номер таблицы». Эта проблема часто указывает на глубокие сбои в структуре базы данных или метаданных, которые становятся явными в процессе реструктуризации таблиц при обновлении конфигурации. В нашем случае, ошибка была связана с уникальным кластеризованным индексом PK__Config__3F5D9186F21173E9 в таблице Config.
Давайте подробно разберем, почему возникает эта ошибка и какие шаги мы можем предпринять для ее устранения.
Причины возникновения ошибки SDBL и "ссылочной константы"
Прежде чем перейти к методам решения, выясним основные причины, которые приводят к появлению этой ошибки:
Нарушение целостности данных или метаданных: Такая ситуация может возникнуть из-за некорректного завершения работы программы, повреждения временных файлов или самой базы данных. Ошибка может также сигнализировать о задвоении связи элементов информационной базы и предопределенных элементов, или же о наличии предопределенного элемента в конфигурации, но его отсутствии в данных.
Конфликты при реструктуризации SQL таблиц: Обновление 1С часто включает реструктуризацию таблиц, и если что-то идет не так, это может привести к ошибкам. В нашем случае, проблема явно связана с кластеризованным индексом в таблице Config, что прямо указывает на сложности с реструктуризацией.
Несоответствие версий: Обновление может завершиться с ошибкой, если конфигурация сильно повреждена или есть проблемы совместимости конфигурации с используемой версией платформы 1С. Также, несовместимость версий клиента и сервера может вызвать проблемы.
Ошибки при обновлении нетиповой конфигурации: Если конфигурация дорабатывалась, то обновление может быть более сложным и требовать участия специалиста для сохранения всех наработок.
Пропуск промежуточных релизов: Нарушение регламента обновления, когда пропускаются промежуточные конфигурации, может "побить" конфигурацию поставщика, что приводит к некорректной реструктуризации.
Проблемы с дисковой подсистемой или памятью: Сбой диска или файловой системы, а также недостаток оперативной памяти, могут привести к повреждению базы данных во время ресурсоемких операций обновления.
Комплексный подход к решению проблемы: пошаговая инструкция
Мы рассмотрим ряд методов, от простых до более сложных, которые помогут нам диагностировать и, в конечном итоге, устранить критическую ошибку обновления.
1. Проведение "Тестирования и исправления" (ТиС) информационной базы
Одним из первых шагов, который мы должны предпринять, является выполнение стандартной процедуры "Тестирования и исправления". Эта функция платформы 1С предназначена для выявления и устранения распространенных проблем с базой данных.
Запустите 1С в режиме "Конфигуратор".
Перейдите в меню "Администрирование" -> "Тестирование и исправление".
В открывшемся окне установите следующие флажки:
"Реиндексация таблиц информационной базы"
"Проверка логической целостности ИБ"
"Проверка ссылочной целостности ИБ"
"Реструктуризация таблиц информационной базы"
Выберите опцию "Тестировать и исправлять".
Нажмите "Выполнить".
Эта процедура может занять значительное время в зависимости от размера базы. Если тестирование и исправление проходит успешно, но ошибка обновления сохраняется, мы перейдем к следующим шагам.
2. Проверка версии платформы и выполнение отложенного обновления
Убедимся, что мы используем рекомендуемую и актуальную версию платформы 1С для целевой конфигурации. После обновления до промежуточного релиза (например, с 2.4.8.92 на 2.4.12.102), важно было запустить 1С в пользовательском режиме и выполнить "Отложенное обновление ИБ" (при наличии такой опции) перед следующим шагом обновления.
Удостоверимся, что версия платформы 1С соответствует требованиям обновляемой конфигурации 2.5.5.77.
Если мы обновлялись поэтапно, убедимся, что после каждого промежуточного обновления запускали 1С в пользовательском режиме и дожидались завершения всех необходимых процедур, включая "Отложенное обновление ИБ".
3. Очистка кэша 1С
Поврежденный или устаревший кэш может стать причиной различных ошибок, включая проблемы с обновлением. Мы должны очистить кэш как на сервере, так и на клиентских машинах.
Закроем все сеансы 1С.
Перейдем в каталоги кэша на клиентских машинах: "%userprofile%\AppData\Roaming\1C\1Cv8" и "%userprofile%\AppData\Local\1C\1Cv8" (для Windows 7 и выше).
Удалим папки с генерированными именами (например, вида 12345678-ABCD-EFGH-IJKL-MNOPQRSTUVWX). Важно не удалять индекс полнотекстового поиска 1С и журналы регистрации, если они находятся в этих же каталогах.
Для серверной базы, очистим кэш на сервере 1С. Это обычно делается путем перезапуска службы "Агент сервера 1С".
Также можно удалить базу из списка информационных баз в окне запуска 1С и добавить ее заново, чтобы гарантировать полную очистку кэша.
4. Работа с SQL Server: обслуживание и индексы
Поскольку ошибка явно указывает на проблему с SQL индексом, мы должны обратить внимание на состояние SQL-сервера.
Обслуживание SQL Server: Проведем стандартное обслуживание SQL Server, которое включает в себя:
Обновление статистики: Устаревшая статистика может приводить к неоптимальным планам запросов и ошибкам.
Перестроение индексов: Фрагментация индексов также может вызывать проблемы с производительностью и целостностью данных.
Эти операции обычно выполняются средствами SQL Server Management Studio или через регламентные задания SQL Server.
Удаление проблемного индекса (экспериментальный шаг): В некоторых случаях, как было сделано автором, попытка удалить проблемный индекс PK__Config__3F5D9186F21173E9 из таблицы Config может быть предпринята.
-- Использовать базу данных, где возникла проблема
USE [ИмяВашейБД];
GO
-- Удалить кластеризованный индекс
DROP INDEX [PK__Config__3F5D9186F21173E9] ON [dbo].[Config];
GO
Важно: Этот шаг является рискованным и не всегда приводит к решению проблемы, как показал опыт автора. Индекс может быть создан повторно 1С, но если проблема глубже, это не поможет. Мы должны быть готовы восстановить базу из бэкапа, если ситуация ухудшится.
Особенности платформ 8.3.22 и выше: Если вы используете платформы 1С версии 8.3.22 и выше, учтите, что индексы могут создаваться с отключенной блокировкой на уровне страницы (ALLOW_PAGE_LOCKS = OFF). Это направлено на борьбу с эскалацией блокировок, но может привести к тотальной фрагментации индексов. Для реорганизации таких индексов может потребоваться временное включение страничных блокировок. Проконсультируйтесь с администратором СУБД по этому вопросу.
5. "Шаманство" с регистрами или реквизитами (для реструктуризации)
Иногда, чтобы заставить 1С пересоздать определенную структуру данных, можно прибегнуть к "хитростям" с метаданными. Сообщение 3 и 18 указывают на этот метод. Суть заключается в том, чтобы внести временное изменение в связанный с проблемой объект, сохранить конфигурацию, а затем отменить изменение и сохранить снова. Это должно инициировать реструктуризацию таблицы.
Если проблема связана с регистром:
Определим, к какому регистру может относиться ошибка, исходя из контекста (к сожалению, в нашем случае ошибка указывает на таблицу Config, которая является системной).
Предположим, что проблема косвенно связана с каким-то регистром. Откроем конфигуратор.
Найдем потенциально проблемный регистр (например, регистр накопления или сведений).
Добавим ему новый, временный реквизит (например, строковый, длиной 10 символов) или временного регистратора, если это регистр накопления.
Сохраним конфигурацию базы данных (F7). Это заставит 1С выполнить реструктуризацию таблицы регистра.
Удалим добавленный временный реквизит или регистратор.
Снова сохраним конфигурацию базы данных (F7).
Эта процедура может помочь, если проблема была вызвана некорректной структурой таблицы регистра. Если ошибка в системной таблице Config, этот метод может быть менее эффективен.
6. Ключевое решение: Выгрузка/загрузка информационной базы (DT-файл) с использованием файлового варианта
Опыт участников форума показывает, что самым эффективным методом в данной ситуации оказалось использование связки DT-файла и файловой базы данных.
Создадим резервную копию: Прежде всего, обязательно сделайте полный бэкап вашей SQL-базы данных.
Выгрузим базу в DT-файл:
Запустим 1С в режиме "Конфигуратор".
Перейдем в меню "Администрирование" -> "Выгрузить информационную базу...".
Укажем путь и имя для DT-файла.
Сохраним файл.
Если выгрузка проходит с ошибками, это может указывать на серьезные повреждения. В этом случае мы можем попробовать создать новый каталог и скопировать туда файл 1Cv8.1CD (если это была файловая база, но у нас SQL) или попытаться выгрузить DT на другой, стабильной платформе.
Создадим новую пустую файловую базу:
В окне запуска 1С нажмем "Добавить".
Выберем "Создание новой информационной базы".
Выберем "Создание информационной базы без конфигурации для разработки новых конфигураций или загрузки существующей".
Укажем имя базы и тип расположения: "На данном компьютере или на компьютере в локальной сети" (файловый вариант).
Укажем каталог для новой файловой базы.
Нажмем "Готово".
Загрузим DT-файл в новую файловую базу:
Запустим только что созданную пустую файловую базу в режиме "Конфигуратор".
Перейдем в меню "Администрирование" -> "Загрузить информационную базу...".
Укажем путь к ранее созданному DT-файлу.
Подтвердим загрузку.
Как отмечалось в сообщении 10 и 26, этот шаг может быть чувствителен к версии платформы. У автора загрузка успешно прошла на платформе 8.3.18.1115. Возможно, потребуется экспериментировать с версиями платформы.
Сохраним конфигурацию в файловой базе: После загрузки DT-файла, возможно, потребуется сохранить конфигурацию базы данных (F7) для завершения всех процессов реструктуризации в файловом варианте.
Дальнейшие действия (конвертация обратно в SQL): После успешной загрузки и сохранения в файловой базе, мы можем попробовать конвертировать эту базу обратно в SQL.
Запустим файловую базу в режиме "Конфигуратор".
Перейдем в меню "Администрирование" -> "Выгрузить информационную базу...", чтобы получить чистый DT-файл из уже восстановленной файловой версии.
Создадим новую пустую SQL-базу данных на вашем SQL Server (используя 1С Enterprise Manager или создав базу вручную и затем подключив ее через 1С).
Загрузим этот DT-файл в новую SQL-базу.
7. Дополнительные методы решения проблемы
Перезагрузка серверов: Иногда помогает простая перезагрузка сервера 1С и SQL-сервера. Мы должны полностью остановить и повторно запустить службы "Агент сервера 1С", "SQL Server", "Агент SQL Сервера".
Очистка служебных таблиц SQL: В крайнем случае, для профессионалов, умеющих работать с SQL, можно попробовать очистить таблицы _ConfigChngR и _ConfigChngR_ExtProps в базе данных SQL. Эти таблицы хранят информацию об изменениях конфигурации и иногда могут быть источником проблем. Мы должны быть предельно осторожны при выполнении этой операции и обязательно иметь актуальный бэкап.
Обновление через копию ИБ: При обновлении с версии 2.4 на 2.5 (например, для 1С:ERP или 1С:КА) рекомендуется использовать обновление через копию информационной базы, особенно для больших баз. Это позволяет применить новую версию без остановки работы пользователей, но не решает корневую проблему, если она есть.
Обращение к специалистам 1С: При возникновении сложных ошибок, особенно в доработанных конфигурациях, мы рекомендуем обратиться к опытному программисту 1С или в службу поддержки. Самостоятельное решение может быть трудоемким и не всегда успешным, особенно если проблема связана с глубокими повреждениями метаданных.
Важные аспекты при переходе с 2.4 на 2.5
Мы помним, что переход с 1С:УТ 2.4 на 2.5 или 1С:КА 2.4 на 2.5 является ресурсоемким процессом и требует значительного времени на обработку данных. Для такого перехода рекомендуется, чтобы исходная версия 2.4 была максимально актуальной (например, 2.4.14 для КА). Если конфигурация была доработана, эти доработки могут потребовать адаптации к новой версии. Хотя существуют решения для автоматизированного переноса доработок, это всегда увеличивает сложность проекта обновления.
Таким образом, мы видим, что критическая ошибка SDBL при обновлении 1С — это сложная проблема, требующая комплексного подхода. Начиная с базовых проверок и заканчивая продвинутыми методами работы с базой данных, мы можем поэтапно решить эту задачу, а опыт других пользователей, указывающий на выгрузку/загрузку DT-файла в связке с файловой базой, является ценным ориентиром.