Как загрузить базу 1С из резервной копии

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

Для файловых баз чаще всего используется выгрузка в файл с расширением .dt, созданная через конфигуратор. Для клиент-серверных баз на MS SQL Server или PostgreSQL резервная копия обычно делается средствами самой СУБД, и восстанавливать её нужно тоже средствами СУБД. Смешивать эти подходы нельзя: загрузка DT в большую серверную базу — долгий и рискованный путь.

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

Подготовка: что проверить перед восстановлением

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

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

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

Восстановление файловой базы из DT-файла через конфигуратор

Это самый распространённый сценарий. Откройте конфигуратор нужной базы (если база ещё работает) или создайте пустую базу без конфигурации и войдите в её конфигуратор. Дальнейшие действия одинаковы.

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

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

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

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

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

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

Восстановление клиент-серверной базы на MS SQL Server

Для серверных баз DT-файл — не основной инструмент: выгрузка и загрузка большой базы через конфигуратор занимает часы и требует много памяти. Штатный путь — восстановление из backup-файла СУБД (.bak для MS SQL).

Откройте SQL Server Management Studio, подключитесь к серверу, щёлкните правой кнопкой по узлу «Базы данных» и выберите «Восстановить базу данных». Укажите источник — файл .bak, задайте имя целевой базы. Если восстанавливаете поверх существующей, в параметрах включите перезапись и закрытие активных соединений.

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

Восстановление базы на PostgreSQL

Для PostgreSQL резервная копия обычно создаётся утилитой pg_dump, а восстанавливается через pg_restore (для форматов custom/directory) или psql (для текстового SQL-дампа). Сначала создайте пустую базу данных с нужным именем и владельцем, затем выполните восстановление.

pg_restore -U postgres -d имя_базы -v /путь/к/backup.dump

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

Проверка результата и типичные ошибки

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

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

Что делать после восстановления

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

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

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