К статье
Практический материал

Администрирование · 11 мин

Как восстановить базу 1С: рабочие способы и порядок действий

Как восстановить базу 1С из резервной копии, файла .dt и SQL-бэкапа. Разбираем способы для файловой и серверной версии, типичные ошибки и проверку результата.

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

Способ восстановления зависит от того, какая у вас архитектура: файловая база (один файл 1Cv8.1CD на диске или в сетевой папке) или клиент-серверная (данные хранятся в СУБД — MS SQL Server, PostgreSQL и др.). Также имеет значение формат копии: выгрузка .dt, архив папки, SQL-бэкап. Ниже разберём каждый сценарий с точными действиями.

Перед любыми действиями сделайте копию того, что осталось: скопируйте папку с базой или файл 1Cv8.1CD на другой носитель. Даже повреждённая база — это исходник, с которым может работать специалист, и любые неосторожные манипуляции (например, запуск «Тестирования и исправления» без копии) способны усугубить повреждения.

Определите, какая у вас база и что именно уцелело

Первый шаг — диагностика. Откройте список баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить». В параметрах будет указан тип расположения: «На данном компьютере или в локальной сети» — это файловая база, «На сервере 1С:Предприятия» — клиент-серверная.

Затем выясните, какие данные у вас есть на руках. Это определяет дальнейший маршрут восстановления.

Файл 1Cv8.1CD на местеФайловая база, возможно, цела

Попробуйте открыть базу в конфигураторе; при ошибке — копируйте файл и запускайте chdbfl.exe

Есть файл .dtПолная выгрузка базы

Восстановление через «Загрузить информационную базу» в конфигураторе

Есть бэкап MS SQL / PostgreSQLСерверная база

Восстановление средствами СУБД, затем привязка в консоли кластера

Ничего нет, диск повреждёнКритическая ситуация

Не форматируйте диск, обратитесь к специалистам по восстановлению данных

Маршрут решения

Как выбрать способ восстановления

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

Восстановление из файла выгрузки .dt

Файл .dt — это штатный формат выгрузки информационной базы, который создаётся в конфигураторе через пункт «Администрирование → Выгрузить информационную базу». Такая выгрузка содержит и данные, и конфигурацию, поэтому восстановление из неё самое универсальное: базу можно развернуть даже на другом компьютере с другой версией платформы (в рамках совместимости).

Порядок восстановления следующий. Создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить» → «Создание новой информационной базы» → «Создание информационной базы без конфигурации». Укажите папку на локальном диске. Затем откройте эту пустую базу в режиме «Конфигуратор», перейдите в меню «Администрирование → Загрузить информационную базу» и выберите файл .dt.

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

Восстановление из .dt
  1. 1
    Создайте новую пустую базу через «Добавить» в окне запуска 1С
  2. 2
    Откройте её в режиме «Конфигуратор»
  3. 3
    Выберите «Администрирование → Загрузить информационную базу»
  4. 4
    Укажите файл .dt и дождитесь окончания загрузки
  5. 5
    Перезапустите конфигуратор и войдите в режим «Предприятие»
  6. 6
    Проверьте наличие документов и корректность отчётов

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

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

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

Если база лежала на сетевом диске и пропала из-за сбоя сервера, проверьте также теневые копии Windows (свойства папки → вкладка «Предыдущие версии») — часто там сохраняется рабочая версия файла за прошлые дни.

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

В клиент-серверном варианте данные хранятся в СУБД, и восстанавливать их нужно средствами самой СУБД. Для MS SQL Server откройте SQL Server Management Studio, подключитесь к серверу, нажмите правой кнопкой на узел «Базы данных» → «Восстановить базу данных», выберите устройство и укажите файл .bak. Если база с таким именем уже существует, либо восстанавливайте под новым именем, либо включите опцию перезаписи (WITH REPLACE) — но только убедившись, что текущая база не нужна.

Для PostgreSQL восстановление выполняется командой pg_restore (для архивов формата custom) или psql для текстовых дампов. После восстановления базы в СУБД её нужно привязать к кластеру 1С: откройте консоль «Администрирование серверов 1С:Предприятия», создайте новую информационную базу и укажите имя восстановленной базы данных, сервер СУБД и учётные данные.

bash
pg_restore -U postgres -d restored_base -v backup_file.dump

Обратите внимание на версии: восстановление бэкапа на СУБД более старой версии, чем та, где он создавался, обычно невозможно. Проверьте также, что на целевом сервере установлена совместимая версия платформы 1С.

Восстановление повреждённой файловой базы без копии

Если резервной копии нет, но файл 1Cv8.1CD уцелел, а база не открывается или выдаёт ошибки («Файл базы данных повреждён», «Ошибка формата потока»), используйте штатную утилиту проверки физической целостности chdbfl.exe. Она находится в каталоге установки платформы, в папке bin.

Перед запуском обязательно сделайте копию файла 1Cv8.1CD — утилита изменяет файл напрямую. Запустите chdbfl.exe, укажите путь к файлу, отметьте флажок «Исправлять обнаруженные ошибки» и нажмите «Выполнить». Проверка большого файла может занять продолжительное время.

После chdbfl откройте базу в конфигураторе и выполните «Администрирование → Тестирование и исправление» с включёнными проверками логической и ссылочной целостности. Это устранит несоответствия на уровне данных. Учтите, что при исправлении ссылочной целостности объекты с битыми ссылками могут быть очищены или удалены — поэтому копия до начала работ обязательна.

Проверка результата после восстановления

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

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

Контрольные точки

Как проверить результат

Открытие базы в режиме «Предприятие»
Норма

База открывается без ошибок, список пользователей на месте

Тревожный признак

Ошибка формата потока, требование тестирования и исправления

Оборотно-сальдовая ведомость
Норма

Итоги совпадают с данными до сбоя

Тревожный признак

Расхождения в остатках, пустые счета

Последние документы
Норма

Документы открываются и перепроводятся

Тревожный признак

Ошибки «Объект не найден», битые ссылки

Права и пользователи
Норма

Все пользователи входят под своими учётными записями

Тревожный признак

Пропавшие пользователи или роли

Типичные ошибки и как их избежать

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

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

Типичные ошибки
01
Запуск chdbfl или тестирования и исправления без копии файла — при неудаче исходник теряется безвозвратно
02
Восстановление копии поверх рабочей папки — при ошибке в архиве теряются обе версии
03
Хранение единственной копии на том же диске, что и база — сбой диска уничтожает всё сразу
04
Отсутствие проверки восстановленной базы — расхождения в учёте всплывают только при закрытии периода
05
Копирование файла 1Cv8.1CD во время работы пользователей — файл оказывается в несогласованном состоянии

Профилактика: как не повторить ситуацию

Настройте регулярное автоматическое резервное копирование: для файловых баз — скрипт копирования папки по расписанию (при завершённых сеансах пользователей) или выгрузка .dt через пакетный запуск конфигуратора, для серверных — штатные планы обслуживания СУБД. Храните копии минимум на двух разных носителях, желательно одну — вне офиса или в облаке.

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

Итог

Что важно запомнить

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

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

Чем отличается выгрузка .dt от копии файла 1Cv8.1CD?

Выгрузка .dt — логическая копия, созданная штатными средствами конфигуратора: её можно загрузить в базу с другой структурой каталогов и на другую СУБД. Файл 1Cv8.1CD — физический контейнер файловой базы; его копия восстанавливается быстрее, но привязана к файловому формату и требует согласованного состояния на момент копирования.

Можно ли восстановить базу, если резервной копии нет вообще?

Если уцелел файл 1Cv8.1CD, шансы есть: сначала chdbfl.exe, затем тестирование и исправление в конфигураторе. Если файл удалён, но диск работает, помогают программы восстановления удалённых файлов или теневые копии Windows. При физической неисправности диска самостоятельные попытки лучше прекратить и обратиться в лабораторию восстановления данных.

База после восстановления требует обновление конфигурации — что делать?

Это нормально, если .dt выгружался из базы с другой версией конфигурации. Откройте конфигуратор, примите обновление через «Конфигурация → Обновить конфигурацию базы данных». Если обновление требует доработок, лучше привлечь специалиста по 1С.

Сколько времени занимает загрузка .dt?

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

Можно ли восстановить только часть данных, например один документ?

Напрямую из .dt или SQL-бэкапа — нет, восстанавливается база целиком. Обходной путь: развернуть копию в отдельной папке, открыть её параллельно с рабочей и перенести нужные данные вручную или через обработку переноса данных.

Как часто нужно делать резервные копии?

Ориентируйтесь на допустимый объём потерь: если потеря одного рабочего дня данных критична — копируйте ежедневно, при интенсивном вводе документов — дважды в день. Храните несколько поколений копий, чтобы можно было откатиться не только на вчерашний день.