Администрирование · 12 мин
Как загрузить бэкап в 1С и восстановить базу
Как загрузить бэкап в 1С: восстановление базы из файла .dt, работа с конфигуратором, файловый и клиент-серверный режимы, проверка результата и типичные ошибки.
Резервная копия базы 1С чаще всего хранится в формате .dt — это файл выгрузки информационной базы, который создаётся через конфигуратор. Загрузка такого бэкапа выполняется штатными средствами платформы и не требует специальных программ, но требует понимания того, что именно вы восстанавливаете и какие риски несёт эта операция.
Главное, что нужно понять сразу: загрузка файла .dt полностью замещает текущую базу. Все данные, накопленные после создания копии, будут безвозвратно потеряны, если вы заранее не сохраните актуальную версию. Поэтому восстановление всегда начинается не с загрузки, а с подготовки и проверки.
Способ восстановления зависит от режима работы базы: файловый вариант позволяет также просто скопировать каталог с файлом 1Cv8.1CD, а клиент-серверный требует загрузки через конфигуратор или восстановления средствами СУБД. Ниже разобраны все сценарии по шагам.
Какие бывают бэкапы 1С и что именно вы восстанавливаете
Перед загрузкой важно определить, какой именно файл у вас на руках. От этого зависит способ восстановления и объём возвращаемых данных.
- Файл .dt — выгрузка информационной базы из конфигуратора. Содержит и данные, и конфигурацию. Универсальный, но самый медленный в восстановлении формат.
- Файл 1Cv8.1CD — сам файл файловой базы. Копируется как обычный файл, восстановление сводится к замене каталога.
- SQL-бэкап (.bak и аналоги) — резервная копия средствами СУБД для клиент-серверных баз. Восстанавливается через SQL Server Management Studio или аналогичные инструменты, а не через 1С.
- Архивы .zip, .rar — обычно внутри лежит один из перечисленных форматов, архив нужно сначала распаковать.
Если вы не уверены в формате, посмотрите на расширение файла и его размер: .dt обычно весит заметно меньше рабочей базы, потому что данные в нём сжаты. SQL-бэкап, наоборот, может быть сопоставим с размером базы на сервере.
Подготовка к восстановлению: что сделать до загрузки
Загрузка бэкапа — деструктивная операция, и большинство потерь данных происходит не из-за сбоя восстановления, а из-за того, что не сохранили текущее состояние базы.
- 1Убедитесь, что файл бэкапа целый и доступен: скопируйте его на локальный диск компьютера, где запущен конфигуратор
- 2Попросите всех пользователей выйти из базы и завершите фоновые сеансы
- 3Сделайте выгрузку текущего состояния базы в .dt — это ваша страховка на случай ошибки
- 4Проверьте, что версия платформы, на которой загружаете бэкап, не старше версии, на которой он создавался
- 5Убедитесь, что на диске достаточно свободного места — ориентировочно в 2–3 раза больше размера файла бэкапа
Отдельное внимание уделите версии платформы. Бэкап, созданный на более новой версии платформы, на старой может не загрузиться или загрузиться с ошибками. Обратная ситуация — загрузка старого бэкапа на новую платформу — обычно проходит без проблем, но при первом запуске потребуется обновление конфигурации базы данных.
Загрузка бэкапа через конфигуратор: пошаговая инструкция
Основной способ восстановления файла .dt — загрузка через конфигуратор. Способ работает и для файловых, и для клиент-серверных баз.
Пошаговый порядок действий
- Откройте меню «Пуск», найдите ярлык 1С:Предприятие и запустите нужную базу в режиме «Конфигуратор». Либо откройте конфигуратор отдельно и выберите базу из списка.
- Если база заблокирована сеансами пользователей, завершите их: в конфигураторе откройте «Администрирование → Активные пользователи» и попросите всех выйти, либо используйте консоль кластера для серверной базы.
- Перейдите в меню «Администрирование → Загрузить информационную базу».
- Укажите путь к файлу .dt и подтвердите операцию. Платформа предупредит, что несохранённые данные будут потеряны.
- Дождитесь завершения загрузки. Для больших баз процесс может занять от нескольких минут до нескольких часов — не прерывайте его.
- После загрузки платформа предложит выполнить реструктуризацию и обновление конфигурации базы данных — согласитесь и дождитесь окончания.
- Запустите базу в режиме «Предприятие» и проверьте результат.
Во время загрузки конфигуратор может выглядеть «зависшим» — строка состояния не всегда отражает реальный прогресс. Это нормально для баз большого объёма. Прерывать процесс кнопкой «Отмена» или закрытием окна нельзя: база останется в нерабочем состоянии, и восстановление придётся начинать заново.
Восстановление файловой базы копированием каталога
Если бэкап представляет собой копию каталога файловой базы (файл 1Cv8.1CD), восстановление выполняется ещё проще — без конфигуратора.
- Завершите все сеансы работы с базой.
- Найдите каталог текущей базы — путь к нему указан в списке информационных баз при запуске 1С.
- Переименуйте текущий файл 1Cv8.1CD, например в 1Cv8_old.1CD, — это ваша страховка.
- Скопируйте файл 1Cv8.1CD из бэкапа в каталог базы.
- Запустите базу в режиме «Предприятие» и проверьте данные.
Такой способ быстрее загрузки .dt и не требует реструктуризации, но у него есть ограничение: копировать файл базы можно только при полностью завершённых сеансах. Копирование «на горячую», пока кто-то работает, почти гарантированно даст повреждённый файл.
Восстановление клиент-серверной базы из SQL-бэкапа
Для баз на SQL Server резервные копии обычно делаются штатными средствами СУБД, и восстанавливать их нужно там же — загрузка через конфигуратор для больших серверных баз слишком медленная.
Общий порядок для MS SQL Server выглядит так:
- Завершите сеансы пользователей через консоль кластера 1С.
- Откройте SQL Server Management Studio и подключитесь к серверу.
- Щёлкните правой кнопкой по базе данных, выберите «Tasks → Restore → Database».
- Укажите источник — файл .bak — и целевую базу.
- Если восстанавливаете поверх существующей базы, отметьте опцию перезаписи (WITH REPLACE) и убедитесь, что нет активных подключений.
- Дождитесь завершения и проверьте запуск базы в 1С.
Если вы не администрируете SQL-сервер самостоятельно, эту операцию лучше выполнять совместно с системным администратором: ошибка при выборе целевой базы может затереть не ту базу данных.
Сравнение способов восстановления
Универсальный способ, подходит для любых баз. Медленный на больших объёмах, требует реструктуризации после загрузки.
Быстрый вариант только для файловых баз. Требует полного завершения сеансов, иначе файл будет повреждён.
Оптимально для больших клиент-серверных баз. Требует доступа к СУБД и навыков администрирования.
Проверка результата после восстановления
Завершение загрузки без сообщений об ошибках ещё не означает, что база полностью работоспособна. Обязательно выполните контрольные проверки.
Как проверить результат
База открывается, список документов и справочников доступен
Ошибки при запуске, сообщения о несовместимости версий
Последние документы соответствуют дате создания бэкапа
Данные старше ожидаемых — загружен не тот файл
Документы открываются и перепроводятся без ошибок
Ошибки при проведении, сообщения о нарушении ссылочной целостности
Отчёты формируются, обмены и подключения работают
Ошибки обменов, не работают внешние подключения
Если база большая и есть сомнения в целостности, дополнительно выполните тестирование и исправление в режиме «Только проверка» (Администрирование → Тестирование и исправление) или проверьте файл базы утилитой chdbfl.exe из каталога платформы — для файловых баз.
Типичные ошибки при загрузке бэкапа
Отдельная проблема — отсутствие свободного места на диске. Загрузка .dt требует места под распаковку данных и временные файлы. Если процесс оборвался с ошибкой записи на диск, освободите место и повторите загрузку с самого начала.
Что делать, если бэкап не загружается
Как выбрать действие
Если файл бэкапа повреждён и второй копии нет, шансы на полное восстановление невысоки. Частично данные иногда удаётся извлечь специализированными средствами, но это работа для специалистов по восстановлению, и гарантий она не даёт. Именно поэтому бэкапы рекомендуется хранить минимум в двух независимых местах и периодически проверять их загрузкой на тестовой базе.
Что важно запомнить
Бэкап .dt загружается через конфигуратор: Администрирование → Загрузить информационную базу. Восстановление полностью заменяет текущие данные, поэтому всегда сначала делайте копию актуального состояния и завершайте все сеансы. Файловую базу можно восстановить копированием 1Cv8.1CD, серверную — средствами СУБД. После загрузки обязательно проверьте запуск, актуальность данных и проведение документов.
Частые вопросы о загрузке бэкапа в 1С
Можно ли загрузить бэкап .dt в пустую базу, чтобы развернуть копию?
Да. Создайте новую пустую информационную базу без конфигурации, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу». После загрузки и реструктуризации вы получите полную копию исходной базы — этот способ стандартно используют для создания тестовых копий.
Чем загрузка .dt отличается от восстановления через «Загрузить данные из файла» в типовых конфигурациях?
Загрузка .dt — это полная замена всей базы вместе с конфигурацией, выполняется в конфигураторе. Функции обмена данными внутри типовых конфигураций (например, перенос между базами через файлы обмена) переносят только данные и работают в режиме «Предприятие». Для восстановления из резервной копии нужен именно первый способ.
Сколько времени занимает загрузка бэкапа?
Зависит от размера базы и скорости дисковой подсистемы. Небольшая файловая база загружается за минуты, база объёмом в десятки гигабайт может восстанавливаться несколько часов. Прерывать процесс нельзя — планируйте восстановление на нерабочее время.
Можно ли восстановить только часть данных из бэкапа, а не всю базу?
Штатно — нет, файл .dt восстанавливается только целиком. Если нужна часть данных, загрузите бэкап в отдельную тестовую базу, а затем перенесите нужные документы или справочники в рабочую базу с помощью обработок переноса данных, например через «Универсальный обмен данными в формате XML».
Почему после загрузки бэкапа просят ввести пароли к обменам и сервисам заново?
Часть настроек подключений хранится с привязкой к конкретной базе или компьютеру и при загрузке в новое окружение становится недействительной. Это нормальное поведение: зайдите в настройки обменов и внешних подключений и повторно укажите учётные данные.
Как проверить бэкап, не рискуя рабочей базой?
Загрузите файл .dt в отдельную тестовую информационную базу. Если загрузка прошла без ошибок и база открывается в режиме «Предприятие», резервная копия работоспособна. Такую проверку стоит делать регулярно — бэкап, который ни разу не проверяли восстановлением, нельзя считать надёжным.