Администрирование · 9 мин
Как восстановить 1С из резервной копии через конфигуратор
Как восстановить базу 1С из файла .dt через конфигуратор: пошаговая загрузка, проверка результата, типичные ошибки и отличия от SQL-восстановления.
Восстановление информационной базы из резервной копии — штатная операция администратора 1С, которая выполняется через конфигуратор за несколько минут, если копия сделана корректно и подходит по формату. Стандартный сценарий — загрузка файла выгрузки с расширением .dt, который платформа создаёт через пункт «Выгрузить информационную базу».
Важно понимать: загрузка .dt полностью заменяет текущее содержимое базы — данные, настройки, пользователей и конфигурацию. Отменить операцию нельзя, поэтому перед восстановлением обязательно делается выгрузка текущего состояния, даже если база кажется «битой» — из неё иногда можно извлечь документы, которых нет в старой копии.
Способ через конфигуратор подходит для файловых баз и небольших клиент-серверных решений. Для крупных баз на SQL Server или PostgreSQL загрузка .dt работает медленно и требует много ресурсов — там чаще применяют восстановление средствами СУБД. Ниже разобраны оба подхода, но основной фокус — на штатной загрузке через конфигуратор.
Что нужно подготовить перед восстановлением
Для загрузки потребуется сам файл выгрузки с расширением .dt, пароль пользователя с правами администратора и монопольный доступ к базе. Убедитесь, что файл копии не повреждён: если выгрузка прерывалась или файл копировался с ошибкой, загрузка завершится сообщением «Ошибка формата потока».
Проверьте свободное место на диске. При загрузке платформа распаковывает данные и строит индексы, поэтому свободного пространства нужно заметно больше, чем размер самого .dt-файла — ориентир в 2–3 объёма копии обычно достаточен. Для клиент-серверной базы место нужно и на сервере СУБД, и на том компьютере, где запущен конфигуратор.
Зафиксируйте, из какой версии платформы и конфигурации сделана копия. Файл .dt можно загрузить в базу с той же или более новой версией конфигурации — платформа при необходимости выполнит обновление. Обратная ситуация (копия из новой версии в старую) не поддерживается.
Как завершить сеансы и получить монопольный доступ
Загрузка информационной базы требует монопольного режима: ни один пользователь не должен быть подключён к базе, включая фоновые сеансы и регламентные задания. Если база файловая, попросите всех выйти из программы и проверьте, что рядом с файлом 1Cv8.1CD нет блокировочных процессов.
В клиент-серверном варианте сеансы завершают через консоль кластера серверов 1С: откройте ветку «Сеансы», отберите сеансы нужной базы и удалите их. Дополнительно установите блокировку начала сеансов в свойствах базы, чтобы пользователи не подключились во время восстановления.
Если монопольный режим не устанавливается, конфигуратор выдаст ошибку «Исключительная блокировка информационной базы не установлена». Частая причина — зависший сеанс или запущенный фоновый процесс. В файловом варианте помогает проверка открытых файлов на сетевом ресурсе, в клиент-серверном — повторная очистка сеансов в консоли.
Пошаговая загрузка базы из файла .dt
Основная процедура занимает несколько простых шагов, но порядок важен: сначала страховочная выгрузка, потом загрузка.
- 1Сделайте выгрузку текущего состояния: «Администрирование → Выгрузить информационную базу» — сохраните файл в отдельную папку
- 2Завершите все сеансы пользователей и установите блокировку подключений
- 3Откройте меню «Администрирование → Загрузить информационную базу»
- 4Укажите путь к файлу .dt и подтвердите загрузку
- 5Дождитесь окончания процесса и сообщения об успешной загрузке
- 6Если платформа предложит обновить конфигурацию — соглашайтесь и дождитесь реструктуризации
- 7Снимите блокировку сеансов и проверьте работу базы
После выбора файла конфигуратор покажет предупреждение о том, что текущие данные будут замещены. Это последняя точка, где можно отказаться без последствий. После подтверждения начинается загрузка: платформа распаковывает архив, создаёт объекты и заполняет таблицы.
Если копия сделана на более старой версии конфигурации, после загрузки появится предложение выполнить обновление. Соглашайтесь — платформа запустит реструктуризацию и обработчики обновления данных. Прерывать этот этап нельзя: база окажется в промежуточном состоянии.
Особенности восстановления клиент-серверной базы
Для баз на SQL Server, PostgreSQL или других СУБД загрузка .dt через конфигуратор работает так же, но существенно медленнее: данные проходят через сервер 1С и вставляются построчно. База объёмом в десятки гигабайт может восстанавливаться часами.
Альтернатива — восстановление резервной копии средствами СУБД. Например, для Microsoft SQL Server копия .bak разворачивается через SQL Server Management Studio командой RESTORE или через интерфейс «Восстановить базу данных». После этого база подключается обратно к кластеру 1С без загрузки .dt.
Способы восстановления
Универсально, переносит базу между СУБД и платформами, но медленно на больших объёмах и требует монопольного доступа
Быстро для больших клиент-серверных баз, но привязано к конкретной СУБД и требует прав администратора баз данных
Мгновенный вариант только для файловых баз при остановленных сеансах; не подходит для переноса между версиями платформы
Выбор зависит от ситуации: если нужно просто откатить базу на вчерашнее состояние в той же инфраструктуре — быстрее восстановить копию СУБД. Если база переезжает на другой сервер, другую СУБД или копия существует только в формате .dt — загрузка через конфигуратор единственный вариант.
Как проверить, что восстановление прошло успешно
Сам факт завершения загрузки без ошибок ещё не гарантирует целостность данных. После восстановления выполните контрольные проверки: откройте базу в режиме 1С:Предприятие, сверьте ключевые отчёты (оборотно-сальдовую ведомость, остатки склада) с ожидаемыми значениями на дату копии.
Проверьте список пользователей: при загрузке .dt восстанавливаются и учётные записи из копии, поэтому пароли могут отличаться от тех, что были в текущей базе. Также убедитесь, что работают регламентные задания и внешние подключения — пути к обменам и каталогам могли измениться.
Как проверить результат
База открывается без ошибок, интерфейс соответствует версии конфигурации
Ошибка обновления, требование реструктуризации или сообщение о повреждении
Остатки и обороты совпадают с ожидаемыми значениями
Пустые отчёты, расхождения, пропавшие документы
Все учётные записи на месте, вход под штатными паролями работает
Пользователи не входят, список пуст или содержит старые записи
Задания выполняются по расписанию, обмены проходят
Задания остановлены, ошибки подключения к каталогам обмена
Для глубокой проверки в конфигураторе доступно «Тестирование и исправление» информационной базы. Запускайте его только после загрузки и обязательно с резервной копией: режимы исправления могут удалять повреждённые объекты.
Типичные ошибки при загрузке и способы их решения
Ошибка «Ошибка формата потока» чаще всего означает повреждённый или неполный файл .dt. Проверьте размер файла, попробуйте скопировать его заново с источника. Если копия снималась прямым копированием во время работы — файл мог быть захвачен в несогласованном состоянии.
Сообщение «Недостаточно свободного места на диске» решается очисткой диска или переносом базы на другой том. Для клиент-серверного варианта проверьте место и на сервере СУБД — журнал транзакций при загрузке может разрастись в разы.
Ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации» после загрузки означает, что нужно выполнить обновление конфигурации базы данных через меню «Конфигурация → Обновить конфигурацию базы данных». Это штатная ситуация при восстановлении копии со старой версии.
Храните резервные копии с понятными именами, включающими дату и имя базы, например buh_2026-05-10.dt. При аварийном восстановлении это экономит время на поиск нужной копии и снижает риск загрузить не тот файл.
Частые вопросы о восстановлении 1С
Можно ли восстановить базу, если есть только файл 1Cv8.1CD, а не .dt?
Да, для файловой базы достаточно скопировать файл 1Cv8.1CD в пустую папку и добавить её в список баз. Это работает, только если копирование выполнялось при закрытых сеансах, иначе файл может быть несогласованным.
Сколько времени занимает загрузка через конфигуратор?
Зависит от объёма базы и инфраструктуры. Небольшая файловая база загружается за минуты, большая клиент-серверная — за часы. Если процесс идёт дольше нескольких часов, проверьте нагрузку на диск и сеть, прежде чем считать его зависшим.
Что будет с пользователями и паролями после загрузки .dt?
Они полностью заменятся списком из резервной копии. Если в копии был другой набор пользователей или другие пароли, текущие учётные записи перестанут работать — держите под рукой пароль администратора из копии.
Можно ли загрузить копию файловой базы в клиент-серверную?
Да, формат .dt универсален: выгрузку из файловой базы можно загрузить в клиент-серверную и наоборот. Это стандартный способ миграции между вариантами работы.
Что делать, если загрузка оборвалась на середине?
База останется в повреждённом состоянии. Повторите загрузку сначала — платформа перезапишет данные. Если повторная загрузка тоже прерывается, проверяйте целостность файла копии, свободное место и стабильность сети.
Нужно ли после восстановления запускать тестирование и исправление?
Обязательного требования нет: если база открывается и отчёты сходятся, достаточно визуальной проверки. Тестирование имеет смысл при подозрении на повреждения — и только после создания свежей резервной копии.
Что важно запомнить
Восстановление через конфигуратор — это загрузка файла .dt в монопольном режиме из меню «Администрирование». Перед загрузкой всегда выгружайте текущее состояние базы, а после — проверяйте отчёты, пользователей и регламентные задания. Для больших клиент-серверных баз быстрее восстанавливать копию средствами СУБД.