← На главную

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

Исходная проблема: база «Управление торговлей 10.3» на PostgreSQL 9.0.3 повреждена. Выгрузка в .dt создает подозрительно маленький файл, который не загружается в новую СУБД. Тестирование и исправление в файловой версии падает с ошибкой SDBL. Выясним, как правильно действовать в таких условиях.

Решение 1: Правильное создание резервной копии средствами PostgreSQL

Первое и самое важное правило при работе с клиент-серверными базами — не использовать выгрузку в .dt как основной способ резервного копирования. Этот механизм предназначен для переноса данных или обновления конфигурации, но не гарантирует целостности для больших или поврежденных баз. Самый надежный способ — использовать нативные утилиты самой СУБД.

Для PostgreSQL это утилиты pg_dump и pg_restore. Важно выполнять эти операции через консоль (командную строку), так как графические оболочки вроде pgAdmin могут использовать неоптимальные параметры по умолчанию.

Разберем по шагам, как создать корректный бэкап:

1. Создание резервной копии (dump).

   Откройте командную строку на сервере, где установлен PostgreSQL, и выполните команду. Она создаст архив базы в специальном сжатом формате, который идеально подходит для последующего восстановления.

   pg_dump -U postgres -F c -f "C:\backup\base_backup.backup" "имя_вашей_базы"

   Расшифруем параметры команды:

   • -U postgres — указывает пользователя PostgreSQL (обычно `postgres`).
   • -F c — задает формат архива (custom, сжатый и надежный).
   • -f "путь\имя_файла.backup" — полный путь и имя файла, в который будет сохранен бэкап.
   • "имя_вашей_базы" — имя базы данных в PostgreSQL.

2. Восстановление из резервной копии.

   Для восстановления сначала создайте новую, пустую базу данных на сервере PostgreSQL. Затем выполните команду:

   pg_restore -U postgres -d "имя_новой_пустой_базы" "C:\backup\base_backup.backup"

   Важный момент: старые конфигурации 1С (как УТ 10.3) часто несовместимы с новыми версиями PostgreSQL (например, 12, 14, 16). При восстановлении убедитесь, что версия PostgreSQL, на которую вы разворачиваете бэкап, официально поддерживается вашей версией платформы «1С:Предприятие».

Решение 2: Диагностика и поэтапное исправление ошибок

Ошибка «SDBL: Ожидается CREATE, DROP, RENAME, REPLACE или SELECT» при выполнении ТИИ — это серьезный сигнал о нарушении логической целостности данных, с которым стандартные средства уже не справляются. Чтобы локализовать проблему, не запускайте ТИИ со всеми включенными флажками.

Действуем поэтапно:

1. Создайте копию базы, выгруженную в файловый вариант (даже если она с ошибками, для диагностики подойдет).
2. Запустите «Тестирование и исправление» в этой копии.
3. Включайте проверки по одной: сначала «Проверка логической целостности», затем «Проверка ссылочной целостности», «Реструктуризация таблиц» и так далее.
4. После каждого запуска проверяйте лог ошибок. Это поможет определить, на какой таблице или объекте происходит сбой. Обнаружив проблемный объект, можно будет принимать более точечные меры.

Помните, что утилита chdbfl.exe предназначена только для файловых баз (.1CD) и абсолютно бесполезна для клиент-серверных вариантов.

Решение 3: Перенос данных как крайняя мера

Если создать и восстановить бэкап СУБД не удается даже через консоль, а ТИИ не может исправить ошибки, остается трудоемкий, но действенный способ — перенос данных в чистую базу.

Рассмотрим этот процесс:

1. Создайте на сервере новую пустую базу данных с той же версией PostgreSQL.
2. Создайте в кластере 1С новую информационную базу, связанную с этой пустой базой СУБД.
3. Загрузите в нее конфигурацию (файл .cf) из вашей рабочей, но поврежденной базы.
4. Используйте стандартные средства 1С для переноса данных. Самый универсальный инструмент — обработка «Выгрузка и загрузка данных XML». Переносите данные по частям: сначала справочники, потом константы, а затем документы за определенные периоды.
5. Другой вариант — использовать технологию «Конвертация данных 2.0», создав правила обмена между одинаковыми конфигурациями.

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