Восстановление базы данных 1С:Предприятие 8.3: что делать, когда база не открывается

Восстановить базу данных 1С 8 можно четырьмя способами, и выбор зависит от того, что у вас есть на руках. Если делали выгрузку — загрузите копию .dt через Конфигуратор. Если база файловая и просто перестала открываться — прогоните файл 1Cv8.1CD через утилиту chdbfl.exe, а затем выполните «Тестирование и исправление». Если база клиент-серверная (MS SQL или PostgreSQL) — восстановите её из резервной копии средствами СУБД. А если ничего из этого нет — поднимите базу из последней копии каталога.

Прежде чем что-то делать, снимите копию текущего состояния базы, даже повреждённого. Любая процедура восстановления может сделать хуже, и шанс откатиться назад дороже потерянных десяти минут. Ниже — каждый способ по шагам: от безопасной загрузки копии до ремонта физически битого файла.

С чего начать: определяем характер повреждения

Симптомы у разных поломок разные, и лечатся они по-разному. Сначала поймите, с чем столкнулись.

• 🗂️ Файловая база — это один файл 1Cv8.1CD в каталоге базы (путь виден в окне запуска 1С при выборе базы).
• 🖧 Клиент-серверная база — данные лежат в СУБД на сервере, в окне запуска у такой базы указан сервер 1С:Предприятия и имя базы данных.

Способ восстановления зависит от типа. Файловую чинят утилитами платформы и выгрузками, серверную — средствами СУБД.

В каталоге файловой базы, помимо самого 1Cv8.1CD, лежат вспомогательные файлы и папки: журнал регистрации, служебные данные полнотекстового поиска, временные файлы. Для восстановления важен только 1Cv8.1CD — остальное платформа пересоздаёт сама. Если рядом с файлом базы вы видите файл блокировки — значит, база всё ещё кем-то открыта или сеанс завис. Пока база занята, ни chdbfl, ни загрузка .dt не сработают.

Восстановление файловой базы из копии .dt

Выгрузка .dt — это полный архив базы: и конфигурация, и все данные в одном файле. Если такая копия есть, восстановление сводится к её загрузке.

Загрузка .dt полностью затирает текущую базу. Всё, что внесли после создания копии, будет потеряно. Поэтому сначала выгрузите текущее состояние в отдельный файл — вдруг в нём окажутся нужные документы.

Порядок действий:

1. Запустите 1С в режиме Конфигуратор (в окне запуска выберите базу и нажмите Конфигуратор).
2. Убедитесь, что в базе больше никто не работает . Загрузка требует монопольного доступа: остальные сеансы должны быть закрыты.
3. Откройте Администрирование → Загрузить информационную базу.
4. Укажите файл .dt и подтвердите замену.
5. Дождитесь окончания и согласитесь на перезапуск Конфигуратора.

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

Обратную операцию — создание .dt — делают там же: Администрирование → Выгрузить информационную базу. Возьмите за правило выгружать копию перед каждым обновлением и раз в неделю для рабочей базы.

Проверка и исправление файловой базы: chdbfl и Конфигуратор

Когда готовой выгрузки нет, а файл 1Cv8.1CD повреждён, базу чинят на месте. Сначала физика, потом логика — порядок важен.

Шаг 1. chdbfl.exe — проверка физической целостности

chdbfl.exe проверяет и чинит структуру самого файла базы. Утилита лежит в каталоге платформы: C:\Program Files\1cv8\<номер версии>\bin\chdbfl.exe.

1. Закройте базу во всех режимах — и 1С:Предприятие, и Конфигуратор. Файл не должен быть занят.
2. Скопируйте файл 1Cv8.1CD в отдельную папку. Проверка с исправлением меняет файл необратимо.
3. Запустите chdbfl.exe, укажите путь к 1Cv8.1CD.
4. Поставьте галочку Исправлять обнаруженные ошибки и нажмите Выполнить.
5. Дождитесь завершения. Утилита покажет, сколько ошибок найдено и исправлено.

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

Шаг 2. Тестирование и исправление в Конфигураторе

Логическую целостность (ссылки, итоги, индексы) чинит встроенный механизм. Откройте Конфигуратор и зайдите в Администрирование → Тестирование и исправление.

Проверки, которые стоит включить при восстановлении:

Выберите режим Тестирование и исправление, а для ссылочной целостности укажите, что делать с битыми ссылками: создавать объекты, очищать ссылки или не изменять. Для первого прохода безопаснее выбрать Только тестирование, чтобы увидеть список проблем до правок.

Восстановление клиент-серверной базы из бэкапа СУБД

Если база работает на MS SQL Server или PostgreSQL, файлов 1Cv8.1CD у неё нет, и chdbfl тут бесполезен. Данные восстанавливают средствами самой СУБД из её резервных копий. Это и есть «восстановление через сервер SQL».

MS SQL Server

Для полного восстановления из файла бэкапа .bak в SQL Server Management Studio или через T-SQL:

RESTORE DATABASE [MyBase1C]
FROM DISK = N'D:\Backup\mybase_full.bak'
WITH REPLACE, RECOVERY;

WITH REPLACE разрешает перезаписать существующую базу, RECOVERY переводит базу в рабочее состояние после восстановления.

Если у базы настроена модель восстановления Full и есть копии журнала транзакций, можно восстановиться на точный момент — например, за секунду до ошибочной групповой операции. Это и есть «восстановление через транзакции»:

-- 1. Полная копия без перевода в рабочий режим
RESTORE DATABASE [MyBase1C]
FROM DISK = N'D:\Backup\mybase_full.bak'
WITH NORECOVERY, REPLACE;

-- 2. Журнал транзакций до нужного момента
RESTORE LOG [MyBase1C]
FROM DISK = N'D:\Backup\mybase_log.trn'
WITH STOPAT = '2026-10-07 09:30:00', RECOVERY;

Point-in-time восстановление работает только при модели Full и регулярном бэкапе журнала. Если модель Simple, откатиться получится лишь до последней полной или разностной копии.

Если после сбоя сервера база в SQL Server помечена как Suspect или Recovery Pending, самый надёжный путь — не пытаться «оживить» её на месте, а восстановить из последней рабочей копии. Переводить базу в аварийный режим и запускать проверку целостности СУБД стоит только тогда, когда резервной копии нет вовсе, и лучше это делать вместе с администратором сервера — ошибочные команды на уровне СУБД способны добить то, что ещё читается.

PostgreSQL

Для PostgreSQL резервную копию обычно снимают через pg_dump в custom-формате, а восстанавливают через pg_restore:

pg_restore -U postgres -d mybase_1c -c -Fc D:\Backup\mybase.dump

Ключ -c пересоздаёт объекты базы. Восстанавливайте в заранее созданную пустую базу с теми же параметрами кодировки, что были у исходной (как правило, UTF-8).

После восстановления на уровне СУБД зайдите в Конфигуратор и прогоните Тестирование и исправление с реиндексацией — это снимет возможные расхождения индексов.

Когда выгрузки нет: восстановление из копии каталога

У файловой базы весь архив — это её каталог с файлом 1Cv8.1CD. Если .dt никто не делал, но каталог бэкапился целиком (резервное копирование сервера, теневые копии Windows, облачная синхронизация), базу поднимают из копии папки.

1. Найдите, где лежит рабочий каталог базы. Путь показан в окне запуска 1С под именем базы.
2. Остановите работу с базой. Файл 1Cv8.1CD не должен быть открыт.
3. Переименуйте текущий каталог (не удаляйте — он ещё может пригодиться).
4. Скопируйте на его место каталог из резервной копии.
5. Запустите 1С:Предприятие и проверьте данные.

Теневые копии (Предыдущие версии в свойствах папки Windows) часто спасают, когда о бэкапах не задумывались. Правый клик по каталогу базы → Восстановить прежнюю версию → выбор даты до сбоя.

Копия каталога восстанавливает базу целиком на момент копии. В отличие от .dt, её не нужно «загружать» — это сразу готовая к работе база.

Если под рукой оказался только поломанный каталог, но без свежей копии, попробуйте сначала скопировать из него 1Cv8.1CD в чистую пустую папку и подключить её как новую базу в окне запуска (Добавить → Добавление в список существующей). Иногда база, которая «не открывалась» из рабочего каталога из-за зависшего сеанса или проблем с правами на папку, спокойно открывается с чистого места. Это не ремонт файла, а способ отделить проблему базы от проблемы окружения.

Как настроить резервное копирование, чтобы не восстанавливать вручную

Самое надёжное восстановление — то, которое не понадобилось. Настройте копии заранее, и любая авария превратится из катастрофы в потерю пары часов работы.

Несколько замечаний по настройке:

• 🔁 Автоматическое резервное копирование в типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1) включается в разделе Администрирование → Обслуживание → Резервное копирование и восстановление. Задаёте расписание и каталог хранения — платформа сама делает выгрузку.
• 🗓️ Регламентные задания. Для серверной базы бэкап обычно вешают не на 1С, а на план обслуживания СУБД — он надёжнее и не нагружает сеансы пользователей.
• 📦 Глубина хранения. Держите не одну последнюю копию, а серию за несколько дней. Повреждение можно заметить не сразу, и единственная свежая копия окажется уже битой.

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

Частые вопросы