Администрирование · 10 мин
Как сделать бэкап 1С через конфигуратор
Как сделать резервную копию 1С через конфигуратор: выгрузка в dt, отличия от копии SQL-базы, проверка бэкапа, типичные ошибки и автоматизация.
Резервная копия информационной базы 1С — единственная гарантия того, что данные учёта не исчезнут при сбое диска, ошибочном обновлении конфигурации или действиях пользователя. Самый доступный способ — выгрузка базы в файл .dt через конфигуратор: этот механизм встроен в платформу, не требует дополнительного ПО и подходит как для файловых, так и для клиент-серверных баз.
Выгрузка в .dt сохраняет и данные, и конфигурацию в одном файле, который затем можно загрузить в пустую базу и получить полную рабочую копию. Важно понимать ограничения метода: выгрузка через конфигуратор не заменяет штатные средства СУБД для больших клиент-серверных баз и требует монопольного доступа, то есть на время копирования пользователей придётся выгнать из системы.
Ниже разобраны подготовка к выгрузке, точный порядок действий, отличия .dt от копии файла базы и средств СУБД, проверка работоспособности копии, автоматизация через командную строку и типичные ошибки, которые делают бэкап бесполезным.
Что такое выгрузка в .dt и когда её применять
Файл .dt — это внутренний формат выгрузки платформы 1С:Предприятие. В него упаковываются конфигурация, все данные информационной базы, пользователи и настройки. Загрузка такого файла в пустую базу воссоздаёт копию исходной системы, пригодную для продолжения работы или восстановления после сбоя.
Метод оптимален в трёх ситуациях. Во-первых, для регулярного резервирования небольших файловых баз, где объём позволяет выгружать за разумное время. Во-вторых, для переноса базы между компьютерами или с файлового варианта на сервер. В-третьих, как страховочная копия непосредственно перед обновлением конфигурации или массовой обработкой данных.
Для крупных клиент-серверных баз выгрузка в .dt занимает много времени и создаёт высокую нагрузку, поэтому там основным средством должны быть бэкапы средствами СУБД (MS SQL, PostgreSQL), а .dt остаётся вспомогательным инструментом для переноса и развёртывания тестовых копий.
Подготовка: что проверить перед выгрузкой
Перед созданием копии убедитесь, что у вас есть права администратора информационной базы — без них пункты выгрузки недоступны. Также проверьте свободное место на диске, куда будет записан файл: ориентировочно потребуется объём, сопоставимый с размером базы, а для файловых баз файл .dt часто получается компактнее исходного каталога, но запас места всё равно нужен.
Главное условие — монопольный доступ. Все сеансы пользователей и фоновые задания должны быть завершены, иначе конфигуратор откажет в выгрузке или копия окажется снятой в момент изменения данных. В клиент-серверном варианте сеансы можно завершить через консоль кластера, в файловом — попросить пользователей выйти и убедиться, что база не открыта ни в одном окне.
Пошаговая выгрузка базы через конфигуратор
Процедура одинакова для большинства версий платформы 8.3 и занимает от нескольких минут до часов в зависимости от размера базы. Во время выгрузки конфигуратор не должен закрываться, а компьютер — уходить в спящий режим.
- 1Завершите все сеансы пользователей и убедитесь в монопольном доступе к базе
- 2Откройте базу в режиме «Конфигуратор» под учётной записью администратора
- 3Выберите в меню «Администрирование → Выгрузить информационную базу»
- 4Укажите каталог и понятное имя файла, например base_2026-01-15.dt
- 5Дождитесь завершения выгрузки и сообщения об успешном окончании
- 6Проверьте, что файл появился в указанном каталоге и имеет ненулевой размер
- 7Скопируйте файл на отдельный носитель или в сетевое хранилище
Имя файла лучше формировать с датой выгрузки — это избавит от путаницы при восстановлении. Хранить копию на том же диске, где лежит сама база, нельзя: при отказе диска вы потеряете и базу, и бэкап. Минимальное правило — отдельный физический носитель или сетевая папка на другом сервере.
Чем выгрузка .dt отличается от копии файла и бэкапа СУБД
У администратора есть три разных способа резервирования, и они не взаимозаменяемы полностью. Выбор зависит от варианта работы базы, её размера и допустимого времени простоя.
| Способ | Что сохраняет | Условия | Ограничения |
|---|---|---|---|
| Выгрузка в .dt | Конфигурация и данные во внутреннем формате | Монопольный доступ, любой вариант базы | Долго на больших базах; не подходит как единственный бэкап крупной СУБД |
| Копирование файла 1Cv8.1CD | Всё содержимое файловой базы «как есть» | Файловый вариант, все сеансы закрыты | Только для файловых баз; копия при открытых сеансах может быть повреждена |
| Бэкап средствами СУБД | Базу данных на уровне сервера | Клиент-серверный вариант, права на СУБД | Требует навыков администрирования СУБД; восстановление только на совместимый сервер |
Практическая рекомендация: для файловой базы совмещайте выгрузку .dt перед регламентными операциями с периодическим копированием файла 1Cv8.1CD. Для клиент-серверной — основой делайте регулярные бэкапы СУБД по расписанию, а .dt используйте перед обновлениями и для создания тестовых копий.
Сравнение вариантов
Подходит для файловых баз, переноса и страховки перед обновлением; ограничение — нужен монопольный доступ и много времени на больших объёмах
Быстрый способ для файловой базы при закрытых сеансах; не работает для клиент-серверного варианта
Правильный выбор для серверных баз с расписанием и минимальным простоем; требует доступа и навыков администрирования СУБД
Проверка резервной копии
Бэкап, который ни разу не проверялся восстановлением, нельзя считать рабочим. Файл может быть испорчен при записи, прерван антивирусом или оказаться неполным из-за нехватки места — и обнаружится это только в момент аварии.
Проверка выполняется тестовой загрузкой: создайте новую пустую базу в списке информационных баз, откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки войдите в базу в режиме предприятия и убедитесь, что открываются справочники, документы и отчёты за актуальный период.
Как проверить результат
Файл присутствует в каталоге, размер соизмерим с базой
Файл отсутствует, нулевой или аномально маленький размер
Загрузка завершается без ошибок, база открывается в режиме предприятия
Ошибка формата потока или загрузка прерывается
Документы и справочники на месте, данные за последние дни присутствуют
Пустые журналы, отсутствуют свежие документы
Автоматизация выгрузки через командную строку
Ручная выгрузка легко забывается, поэтому для файловых баз удобно настроить автоматический запуск конфигуратора в пакетном режиме через планировщик заданий Windows. Платформа поддерживает параметр /DumpIB, который выполняет выгрузку без открытия интерфейса.
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogsВ команде указывается путь к исполняемому файлу платформы, строка подключения к базе (для файловой — /F с каталогом), учётные данные и путь к файлу выгрузки. Созданный пакетный файл добавляется в планировщик заданий на ночное время, когда пользователи не работают. Путь к версии платформы и номер релиза подставьте свои — они зависят от установленной сборки.
Типичные ошибки и риски
Отдельный риск — загрузка .dt в рабочую базу по ошибке: операция полностью заменяет содержимое базы и необратима. Перед загрузкой всегда проверяйте, что открыта именно тестовая копия, а не рабочая система, и сделайте актуальную выгрузку рабочей базы на всякий случай.
Частые вопросы
Можно ли сделать бэкап 1С без конфигуратора?
Да. Для файловой базы достаточно при закрытых сеансах скопировать файл 1Cv8.1CD из каталога базы. Для клиент-серверной — использовать штатные средства резервного копирования СУБД. Конфигуратор нужен только для выгрузки в .dt.
Чем отличается выгрузка .dt от выгрузки конфигурации .cf?
Файл .cf содержит только конфигурацию без данных и используется для переноса доработок между базами. Файл .dt включает и конфигурацию, и все данные, поэтому именно он подходит для резервного копирования.
Как часто нужно делать бэкап?
Частота зависит от интенсивности ввода данных: при ежедневной работе с документами разумный минимум — ежедневная копия плюс обязательная выгрузка перед каждым обновлением конфигурации или массовой обработкой данных.
Выгрузка прерывается с ошибкой «Нарушена целостность базы». Что делать?
Это признак повреждения данных. Запустите утилиту chdbfl.exe из каталога платформы для файловой базы или выполните тестирование и исправление через конфигуратор, предварительно скопировав файл базы. После исправления повторите выгрузку.
Можно ли загрузить .dt в базу другой версии платформы?
Загрузка в базу на более новой версии платформы обычно проходит с конвертацией, обратная загрузка на старую версию не поддерживается. Для переноса между существенно разными версиями используйте новую платформу и проверяйте работоспособность после загрузки.
Сколько копий нужно хранить одновременно?
Минимальная практика — несколько копий за разные даты, а не одна перезаписываемая. Это позволяет откатиться не только на вчерашний день, но и на момент до того, как ошибка попала в данные. Глубину хранения выбирайте исходя из доступного места и критичности данных.
Что важно запомнить
Бэкап через конфигуратор — это выгрузка в .dt при монопольном доступе через «Администрирование → Выгрузить информационную базу». Храните копии на отдельном носителе, держите несколько версий, проверяйте их тестовой загрузкой, а для больших серверных баз используйте бэкапы средствами СУБД.