Возвращаем базу 1С из резервной копии: .dt, файл базы, облако и сбой диска

Чтобы восстановить архив в 1С 8.3 из файла .dt, откройте базу в Конфигураторе и выберите Администрирование → Загрузить информационную базу. Укажите файл, подтвердите замену данных и дождитесь сообщения об успешной загрузке. Всё, что было в базе до этого, будет заменено содержимым архива.

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

Что именно у вас на руках: типы архивов 1С

«Архивом» в 1С называют разные файлы. От типа зависит способ восстановления и то, что вообще удастся вернуть.

Прежде чем что-то запускать, проверьте две вещи:

• 📏 Размер файла. Выгрузка рабочей базы весит от десятков мегабайт до гигабайтов. Файл на 0 КБ или на несколько килобайт почти наверняка пустой или обрезан.
• 📅 Дата. Всё, что внесли после неё, придётся вводить заново. Это лучше понять до восстановления, а не после.

Восстановление архива .dt через Конфигуратор

Это основной способ. Он одинаково работает для файловых и клиент-серверных баз.

Подготовка

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

Загрузка

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

После загрузки

• 👤 Вход теперь идёт по пользователям из архива. Нужны логин и пароль администратора той базы, из которой сделали выгрузку.
• 🔍 Откройте базу в режиме «1С:Предприятие» и проверьте последние документы: дату, суммы, остатки на конец периода.
• 🔁 Если в базе настроены обмены, сначала отключите их или проверьте настройки. Иначе восстановленная копия может отправить старые данные в другие базы.

Из командной строки

Для больших баз и ночных работ удобнее загрузка без интерфейса. Ключ /RestoreIB загружает .dt, /Out пишет журнал:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Restore" /N "Администратор" /P "пароль" /RestoreIB "E:\Backup\base.dt" /Out "E:\Backup\restore.log"

Для серверной базы вместо /F используется /S "сервер\имя_базы". Замените номер платформы в пути на свой.

Восстановление архива из копии файла базы, встроенной копии и SQL

Не каждый архив — это .dt. Часто на руках копия папки базы или бэкап СУБД.

Копия папки или файла 1Cv8.1CD

Самый простой случай. Скопируйте папку с 1Cv8.1CD в новое место и добавьте её в список баз: Добавить → Добавление в список существующей информационной базы, путь — к этой папке.

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

💡 Копия файла, снятая, пока в базе работали люди, бывает несогласованной. Если такая база открывается с ошибками, прогоните её через тестирование — об этом ниже.

Встроенное резервное копирование в типовых конфигурациях

В БП 3.0, ЗУП 3.1 и других конфигурациях на БСП для файловых баз есть своя настройка копирования: Администрирование → Обслуживание → Резервное копирование и восстановление. Там же есть команда восстановления из копии: укажите архив, программа закроется и заменит базу.

Эти архивы — обычные .zip. Если программа не запускается вовсе, распакуйте архив вручную и подключите полученный 1Cv8.1CD как отдельную базу.

Клиент-серверная база: бэкап СУБД

Для серверных баз основная копия — это бэкап СУБД, а не .dt. Порядок такой:

1. Восстановите бэкап в новую базу данных средствами СУБД. В MS SQL — через Restore Database в Management Studio, в PostgreSQL — командой pg_restore для дампа в формате custom.
2. В консоли кластера 1С создайте новую информационную базу и укажите имя восстановленной базы данных. Флажок создания базы данных при её отсутствии не нужен — она уже есть.
3. Добавьте базу в список у пользователя и проверьте данные.

createdb -U postgres buh_restore
pg_restore -U postgres -d buh_restore /backup/buh_2026-10-01.backup

Если архив .dt не загружается или повреждён

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

Что можно сделать с битым .dt

• 🔁 Переснять копию с источника. Если исходная база жива, это быстрее любого ремонта.
• 🆕 Загрузить другой платформой. Возьмите номер не ниже того, на котором делали выгрузку, и грузите в пустую базу.
• 🗂 Искать другие копии. Встроенные архивы, копии на сервере, флешки, облачные диски. Поиск по маске *.dt и 1Cv8.1CD по всем дискам часто находит забытый архив.

Стандартных средств ремонта самого файла .dt в платформе нет. Если копия единственная и не грузится, её восстанавливают специализированные сервисы, и успех не гарантирован.

Тестирование и исправление базы после загрузки

Если база загрузилась, но выдаёт ошибки, откройте Конфигуратор: Администрирование → Тестирование и исправление. Отметьте реиндексацию таблиц, проверку логической и ссылочной целостности, пересчёт итогов.

Для файловой базы, которая не открывается даже в Конфигураторе, есть утилита chdbfl.exe в папке bin платформы. Она проверяет и исправляет 1Cv8.1CD. Перед запуском закройте базу у всех и сделайте копию файла — исправление меняет базу необратимо.

Восстановление из облачных резервных копий

Здесь два разных случая.

Вы сами складываете архивы в облако (Яндекс Диск, облако хостинга, сетевое хранилище). Скачайте нужный файл целиком, сверьте размер с указанным в облаке и восстанавливайте так же, как локальный .dt или .zip.

База работает в облачном сервисе 1С (1С:Фреш, «1С:Готовое рабочее место» и аналоги у партнёров). Резервные копии там делает сам сервис. Восстановление запускается в личном кабинете сервиса или по заявке в его поддержку. Название раздела с копиями у разных сервисов может отличаться.

Обычно сервис даёт два варианта:

1. Вернуть данные области к копии на выбранную дату прямо в облаке.
2. Скачать копию для работы в локальной базе. Как её загрузить, сказано в инструкции сервиса — формат такой выгрузки не всегда совпадает с обычным .dt.

💡 Копии в сервисе хранятся ограниченное время. Если ошибку заметили поздно, нужной даты может уже не быть. Для важных периодов делайте собственную выгрузку и храните её у себя.

Частичные выгрузки: .xml, .cf и .epf

Когда полной копии нет, иногда удаётся вернуть хотя бы часть.

Выгрузка данных в XML

Файл .xml, сделанный обработкой выгрузки и загрузки данных XML, загружается той же обработкой. Условие одно: конфигурация базы-приёмника должна совпадать с той, из которой выгружали. Иначе объекты не сопоставятся.

Загружайте сначала в копию базы. XML может перезаписать справочники и документы с теми же ссылками, а движения после загрузки иногда приходится перепроводить.

Выгрузка в формате обмена (EnterpriseData) загружается через настройки синхронизации данных. Она переносит учётные данные, но не всю базу целиком.

Файл .cf

Это только конфигурация, данных в нём нет. Из .cf можно поднять «скелет» базы: Конфигурация → Загрузить конфигурацию из файла, затем обновить конфигурацию базы данных. Полезно, если вместе с ним есть XML с данными.

Файлы .epf и .erf

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

Восстановление после аппаратного сбоя HDD или SSD

Если база пропала из-за сбоя диска, первые минуты решают многое.

1. 🛑 Прекратите запись на диск. Не устанавливайте на него программы восстановления и не копируйте туда ничего.
2. 💽 Не запускайте проверку диска на сбойном HDD. Она может «исправить» структуру так, что фрагменты базы будут потеряны.
3. 🔎 Сначала ищите готовые копии. Встроенные архивы, бэкапы сервера, файлы на других машинах. Это проще и надёжнее, чем вытаскивать файл с умирающего диска.
4. 🪟 Проверьте «Предыдущие версии» папки в свойствах Windows. Если на сервере включены теневые копии тома, там может лежать вчерашний 1Cv8.1CD.
5. 🧰 Обратитесь к специалистам по восстановлению данных, если копий нет. Они снимут образ диска и будут работать с ним, а не с оригиналом.

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

Если файл 1Cv8.1CD удалось вытащить, но он открывается с ошибками, работайте с его копией: chdbfl.exe, затем тестирование и исправление в Конфигураторе.

Как не потерять архив в будущем

Копия, которую ни разу не пробовали восстановить, — это надежда, а не архив. Несколько правил, которые реально спасают базы:

• 🗓 Регулярность. Ежедневная копия рабочей базы плюс отдельная перед каждым обновлением конфигурации.
• 📍 Правило 3-2-1. Три копии, на двух разных носителях, одна — вне офиса или сервера.
• 🧪 Проверка восстановлением. Раз в месяц загружайте свежий архив в тестовую базу и открывайте её.
• 🗄 Срок хранения. Держите не только последние дни, но и копии на конец месяца и года: ошибку в учёте иногда находят через полгода.
• ⏱ Время запуска. Делайте копию, когда в базе никто не работает. Копия файла, снятая во время работы, бывает несогласованной.

Ночную выгрузку .dt легко поставить в планировщик Windows. Пример команды:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpIB "E:\Backup\buh.dt" /Out "E:\Backup\dump.log"

Чтобы копии не перезаписывали друг друга, добавьте в имя файла дату средствами скрипта или переносите готовый файл в папку с датой. Для серверных баз основой делайте бэкапы средствами СУБД по расписанию, а .dt — как дополнительную копию.

Ошибки, из-за которых архив оказывается бесполезным

• ❌ Архив лежит на том же диске, что и база. Диск умер — пропали оба.
• ❌ Пароль администратора базы забыт. Архив загрузится, но войти в него не получится.
• ❌ Копируется только .cf. Конфигурация есть, данных нет.
• ❌ Скрипт копирования сломался полгода назад, а журнал никто не читал.

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