Как вернуть информационную базу 1С из резервной копии

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

Важно понимать, что «вернуть базу» может означать разное: полное восстановление на рабочем месте вместо испорченной базы, развёртывание копии рядом для извлечения отдельных документов, либо откат на тестовом контуре. Ниже разобраны все три сценария для файлового и клиент-серверного вариантов работы, а также действия, когда резервной копии нет вовсе.

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

Определите формат базы и тип имеющейся копии

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

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

Как восстановить базу из dt-файла через конфигуратор

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

Откройте эту базу в режиме «Конфигуратор», перейдите в меню «Администрирование» → «Загрузить информационную базу» и укажите путь к dt-файлу. Процесс может занять от нескольких минут до нескольких часов в зависимости от размера выгрузки. По завершении конфигуратор предложит перезапуститься — соглашайтесь.

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

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

Как вернуть файловую базу из копии каталога

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

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

Убедитесь, что на момент копирования никто не работает с базой и файл 1Cv8.1CD не заблокирован. Также проверьте, что в каталоге нет файла 1Cv8.1CL (файл блокировок) — если он остался, удалите его перед запуском.

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

Для серверных баз восстановление выполняется средствами самой СУБД, а не 1С. В MS SQL Server это делается через SQL Server Management Studio: правый клик по узлу «Базы данных» → «Восстановить базу данных» → выбор устройства с bak-файлом. В PostgreSQL используется команда pg_restore или psql для SQL-дампов.

Восстанавливайте дамп в новую базу данных с отличным именем, а не поверх рабочей. Затем в консоли кластера серверов 1С создайте новую информационную базу, указав восстановленную БД, либо измените параметры существующей. Помните, что версия СУБД при восстановлении должна быть не ниже той, на которой делался дамп, — обратная совместимость не гарантируется.

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

Сравнение способов восстановления

Загрузка dt через конфигуратор

Универсально, работает для обоих вариантов, не требует прав администратора СУБД. Минус — медленно на больших базах и требовательно к памяти

Копирование каталога файловой базы

Самый быстрый способ, подходит только для файлового варианта. Требует аккуратности при замене файлов

Восстановление дампа СУБД

Быстро на больших серверных базах, но требует доступа к СУБД и навыков её администрирования

Что делать, если резервной копии нет

Если копии нет, а база не открывается, первый инструмент — утилита chdbfl.exe из каталога установки платформы (папка bin). Она проверяет физическую целостность файловой базы и может исправить повреждения на уровне структуры файла. Перед запуском обязательно сделайте копию каталога базы — утилита работает напрямую с файлом и удаляет повреждённые данные без возможности отката.

Второй инструмент — «Тестирование и исправление» в конфигураторе (меню «Администрирование»). Запускайте его только после chdbfl и только на копии базы. Галочки «Реиндексация таблиц» и «Проверка ссылочной целостности» — базовый набор; опцию удаления объектов с потерянными ссылками включайте осознанно, так как данные будут удалены.

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

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

После любого восстановления базу нужно проверить, прежде чем отдавать пользователям в работу. Минимальный набор: база открывается в режиме «Предприятие» без ошибок; ключевые справочники (контрагенты, номенклатура, сотрудники) содержат записи; последние документы соответствуют дате копии; типовые отчёты (например, оборотно-сальдовая ведомость) формируются без ошибок.

Дополнительно полезно сравнить контрольные цифры с ожидаемыми: остатки по складу или по счетам на дату копии. Если восстановление делалось после неудачного обновления, проверьте также версию конфигурации в разделе «О программе» — она должна соответствовать состоянию на момент выгрузки.

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

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

Запуск в режиме Предприятие

Норма

База открывается без сообщений об ошибках

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

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

Даты последних документов

Норма

Соответствуют моменту создания копии

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

Документы старше ожидаемой даты — загружена не та копия

Формирование отчётов

Норма

ОСВ и регистры строятся корректно

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

Ошибки СУБД или пустые отчёты при наличии документов

Работа нескольких пользователей

Норма

Все подключаются без конфликтов

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

Остался файл блокировок или неверные права на каталог

Как организовать резервное копирование, чтобы восстановление было возможным

Восстановление возможно только тогда, когда копии делаются регулярно и проверяются. Минимальный рабочий стандарт: ежедневная автоматическая выгрузка dt или копирование каталога по расписанию (через планировщик задач Windows), хранение копий на другом физическом носителе или в сетевом хранилище, глубина хранения — хотя бы несколько последних копий плюс копии на конец месяца.

Раз в несколько месяцев выполняйте контрольное восстановление одной из копий в тестовый каталог. Копия, которая никогда не проверялась, — это предположение, а не гарантия. Для клиент-серверных баз настройте штатное резервное копирование средствами СУБД с регламентным расписанием.

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

Можно ли восстановить базу 1С без конфигуратора?

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

База требует обновление после загрузки dt — это нормально?

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

Чем отличается выгрузка dt от копирования папки базы?

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

Можно ли достать из копии только один документ, не восстанавливая всю базу?

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

chdbfl не исправил базу — что дальше?

Попробуйте «Тестирование и исправление» в конфигураторе на копии базы. Если и это не помогло, дальнейшие самостоятельные действия рискованны: обратитесь к специалистам по восстановлению, сохранив исходный повреждённый файл без изменений.

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

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