Как восстановить 1С 8.3 из резервной копии

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

Прежде чем приступать, важно понять, какой именно тип резервной копии у вас есть. Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор. Файл 1Cv8.1CD — это сам файл файловой базы целиком. Файлы .bak, .sql, .dump — резервные копии, сделанные средствами сервера баз данных. Для каждого типа существует свой порядок восстановления, и смешивать их нельзя.

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

Определите тип резервной копии и режим работы базы

Откройте папку с резервными копиями и посмотрите расширение файла. Если это .dt — перед вами выгрузка из конфигуратора, универсальный формат, который подходит и для файловых, и для серверных баз. Если это 1Cv8.1CD — это файл файловой базы, его можно просто скопировать на место старого. Если .bak (MS SQL) или файл, созданный pg_dump (PostgreSQL) — восстановление выполняется инструментами самой СУБД.

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

Сделайте копию текущего состояния перед восстановлением

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

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

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

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

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

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

Особенности загрузки в пустую базу

Если рабочая база разрушена полностью и не открывается, создайте новую пустую информационную базу (в окне запуска — «Добавить» → «Создание новой информационной базы» → без конфигурации), зайдите в её конфигуратор и загрузите .dt туда. Загрузка полностью заменит пустую структуру содержимым копии, включая конфигурацию, данные и пользователей.

Восстановление файловой базы заменой файла 1Cv8.1CD

Если резервное копирование выполнялось простым копированием папки базы, восстановление сводится к обратному копированию. Закройте все сеансы 1С, откройте папку информационной базы (путь к ней виден внизу окна выбора баз при выделении строки), переименуйте текущий файл 1Cv8.1CD, например в 1Cv8_old.1CD, и скопируйте на его место файл из резервной копии.

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

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

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

Восстановление в MS SQL Server

Откройте SQL Server Management Studio, подключитесь к серверу, найдите нужную базу в списке. Щёлкните правой кнопкой → «Задачи» → «Восстановить» → «База данных». Выберите источник «Устройство» и укажите файл .bak. На вкладке «Параметры» установите флажок «Перезаписать существующую базу данных» (WITH REPLACE), если восстанавливаете поверх существующей. Перед восстановлением завершите сеансы 1С и отключите базу от активных подключений, иначе восстановление не начнётся из-за блокировок.

Восстановление в PostgreSQL

Для PostgreSQL используется утилита pg_restore (для копий в формате custom) или psql (для текстовых дампов). Типовая команда выглядит так:

pg_restore -U postgres -d имя_базы --clean --if-exists /путь/к/копии.dump

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

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

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

Дополнительно рекомендуется выполнить тестирование и исправление базы (в конфигураторе: «Администрирование» → «Тестирование и исправление») в режиме проверки без исправления. Это выявит скрытые повреждения структуры, которые могли возникнуть ещё до создания копии.

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

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

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