Дамп 1С: что это такое и как с ним работать

Дамп 1С — это файл с расширением .dt, в который платформа 1С:Предприятие выгружает всю информационную базу целиком: данные, конфигурацию, пользователей и настройки. По сути это универсальный «снимок» базы, который можно перенести на другой компьютер, сохранить как резервную копию или использовать для обновления конфигурации. Файл создаётся штатными средствами конфигуратора и не требует сторонних программ.

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

Главное практическое свойство дампа .dt — независимость от формата хранения. Один и тот же файл можно загрузить и в файловый вариант базы, и в клиент-серверный (например, на PostgreSQL или MS SQL). Поэтому .dt стандартно используют для миграции между режимами работы и для передачи базы разработчику или техподдержке.

Что находится внутри дампа 1С

Файл .dt — это контейнер собственного формата 1С, внутри которого лежат: конфигурация (весь программный код, формы, макеты, роли), все данные информационной базы (справочники, документы, регистры), список пользователей с настройками прав и паролями, а также служебная информация о структуре базы. По сути, из дампа можно полностью развернуть рабочую копию системы «с нуля» на пустом месте.

Чего в дампе нет: внешних файлов, которые лежали рядом с базой (присоединенные файлы, если они хранились в томах на диске, а не в базе), настроек хранилища конфигурации, а также данных самой СУБД — журналов, индексов, временных таблиц. Если организация хранит сканы документов в томах на диске, их нужно архивировать отдельно, иначе после восстановления из дампа ссылки на файлы останутся, а самих файлов не будет.

Чем дамп отличается от других видов копий

Вокруг резервного копирования 1С ходит много путаницы: кто-то копирует папку с базой, кто-то делает бэкап средствами SQL-сервера, кто-то выгружает .dt. Все три способа рабочие, но решают разные задачи, и выбирать их стоит осознанно.

Ключевое отличие дампа: он «понятен» только платформе 1С и потому переносим между любыми средами. Бэкап СУБД, наоборот, привязан к конкретному серверу баз данных, зато создаётся быстрее и может выполняться по расписанию без остановки работы пользователей. В серьёзных внедрениях обычно сочетают оба подхода: ежедневные бэкапы СУБД плюс периодическая выгрузка .dt как «страховка на совсем крайний случай».

Как создать дамп через конфигуратор

Стандартный путь — через конфигуратор. Откройте базу в режиме конфигуратора, убедитесь, что все пользователи завершили работу (выгрузка требует монопольного доступа), затем выберите в меню «Администрирование» пункт «Выгрузить информационную базу». Укажите путь и имя файла — платформа добавит расширение .dt автоматически. На больших базах процесс может занять от десятков минут до нескольких часов, прерывать его нельзя.

Если монопольный доступ установить не удаётся (кто-то из пользователей не вышел), завершите сеансы через консоль кластера или попросите пользователей выйти. Принудительное отключение во время активных транзакций может оставить базу в состоянии, где часть документов не проведена корректно, поэтому выгрузку лучше планировать на нерабочее время.

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

Автоматическая выгрузка по расписанию

Для регулярного создания дампов удобнее использовать пакетный режим запуска конфигуратора — командную строку с параметром DumpIB. Такой сценарий легко поставить в планировщик задач Windows, чтобы дамп создавался ночью без участия администратора.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade_%date%.dt" /DisableStartupDialogs

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

Как загрузить дамп обратно

Загрузка выполняется симметрично: откройте конфигуратор (можно на пустой или любой существующей базе), выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt. Платформа полностью заменит содержимое текущей базы содержимым дампа — и данные, и конфигурацию, и пользователей. Отменить эту операцию нельзя, поэтому перед загрузкой в рабочую базу обязательно сделайте её собственную копию.

После загрузки проверьте результат: войдите в базу под пользователем из дампа, откройте несколько ключевых отчётов (оборотно-сальдовую ведомость, список документов за последний период), убедитесь, что остатки и обороты совпадают с ожидаемыми. Также проверьте версию конфигурации в разделе «О программе» — она должна соответствовать той, что была на момент выгрузки.

Типичные ошибки и ограничения

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

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

Как проверить, что дамп рабочий

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

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