Как восстановить 1С из резервной копии: пошаговая инструкция

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

Чаще всего резервная копия 1С существует в одном из трёх видов: файл выгрузки с расширением .dt, копия каталога файловой базы (включая файл 1Cv8.1CD) или дамп базы данных SQL-сервера. Каждый формат восстанавливается своим инструментом, и путать их нельзя: загрузить .dt средствами SQL Server или подменить 1Cv8.1CD через конфигуратор не получится.

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

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

Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна или в настройках. Если путь выглядит как каталог на диске (например, D:\Bases\Trade) — это файловая база. Если указан сервер и имя базы через точку с запятой или в параметрах — клиент-серверный вариант на SQL Server, PostgreSQL или другой СУБД.

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

Подготовьте базу к восстановлению

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

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

Восстановите файловую базу из файла .dt

Это самый распространённый сценарий. Откройте базу в режиме «Конфигуратор»: в окне запуска выберите базу и нажмите кнопку «Конфигуратор». Если база повреждена и не открывается, создайте новую пустую базу того же релиза платформы и загрузите данные в неё.

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

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

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

Восстановите файловую базу заменой каталога

Если резервная копия — это копия всего каталога базы (с файлом 1Cv8.1CD внутри), восстановить её ещё проще. Закройте 1С у всех пользователей, переименуйте текущий каталог базы, например в Base_old, и скопируйте на его место каталог из резервной копии.

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

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

Восстановите клиент-серверную базу

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

Для клиент-серверной базы файл .dt загружается так же, как в файловом варианте: конфигуратор → «Администрирование» → «Загрузить информационную базу». Разница в подготовке: нужно гарантированно заблокировать сеансы через консоль кластера, иначе загрузка не начнётся или оборвётся. Также убедитесь, что на дисках сервера достаточно свободного места — при загрузке временные данные могут занимать объём, сопоставимый с размером базы.

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

Если копия сделана средствами SQL Server, PostgreSQL или другой СУБД, восстановление выполняется на стороне сервера баз данных, а не в 1С. Для MS SQL Server это команда RESTORE DATABASE или мастер восстановления в Management Studio. Для PostgreSQL — утилита pg_restore или psql для sql-дампов.

RESTORE DATABASE [TradeBase] FROM DISK = N'D:\Backups\TradeBase.bak' WITH REPLACE, RECOVERY;

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

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

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

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

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

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

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

Часто задаваемые вопросы