Как создать дамп 1С: пошаговая инструкция по выгрузке базы

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

Выгрузка в DT — универсальный механизм: он работает и для файловых, и для клиент-серверных баз, не зависит от используемой СУБД и сохраняет базу целиком «как есть». Именно поэтому создание дампа считается базовым навыком администратора и бухгалтера, отвечающего за сохранность учётных данных.

Ниже разобраны все практические моменты: подготовка базы, пошаговая выгрузка через конфигуратор, особенности клиент-серверных вариантов, проверка целостности дампа, типичные ошибки и ограничения метода.

Что такое дамп 1С и когда он нужен

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

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

Важно понимать отличие от простого копирования папки с файловой базой: копирование каталога требует, чтобы никто не работал с базой, и не гарантирует целостность при открытых сеансах. Выгрузка в DT выполняется штатным механизмом и контролирует консистентность данных.

Подготовка базы перед выгрузкой

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

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

Убедитесь, что на диске достаточно свободного места. Размер DT-файла обычно сопоставим с размером самой базы или меньше за счёт сжатия, но для больших баз потребуется запас. Также проверьте, что у вашей учётной записи есть права администратора базы — без них пункт выгрузки будет недоступен.

Пошаговая выгрузка дампа через конфигуратор

Основной способ создания дампа — штатный механизм конфигуратора. Он одинаков для большинства версий платформы 1С:Предприятие 8.3.

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

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

Если конфигуратор при запуске выгрузки сообщает о наличии соединений с базой, значит, сеансы ещё активны. Проверьте список пользователей через «Администрирование» → «Активные пользователи» и завершите лишние сеансы.

Особенности для клиент-серверных баз

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

Альтернатива для крупных клиент-серверных баз — резервное копирование средствами самой СУБД (например, backup в MS SQL). Такой бэкап делается быстрее и может выполняться без остановки работы, но восстановить его можно только на ту же СУБД, а перенос на другую платформу потребует дополнительных шагов.

Сравнение вариантов

Выгрузка в DT через конфигуратор

Универсальный перенос между любыми СУБД и платформами, но требует остановки работы и медленнее на больших базах

Бэкап средствами СУБД

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

Копирование каталога файловой базы

Просто и быстро для маленьких баз, но рискованно при открытых сеансах и не проверяет целостность данных

Как проверить, что дамп создан корректно

Сам факт появления файла ещё не гарантирует работоспособность резервной копии. Надёжная проверка — тестовая загрузка: создайте пустую базу и загрузите в неё полученный DT через «Администрирование» → «Загрузить информационную базу». Если загрузка прошла без ошибок и данные открываются, дамп валиден.

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

Контрольные точки

Как проверить результат

Файл на диске

Норма

Файл существует, размер сопоставим с размером базы

Тревожный признак

Файл отсутствует, нулевой или аномально маленький

Процесс выгрузки

Норма

Завершился без сообщений об ошибках

Тревожный признак

Выгрузка прервана или были ошибки соединений

Тестовая загрузка

Норма

DT загружается в пустую базу, данные открываются

Тревожный признак

Ошибка формата потока или загрузка обрывается

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

Типичные ошибки и их последствия

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

Ограничения метода и альтернативы

Выгрузка в DT не подходит как единственный механизм бэкапа для крупных баз с непрерывной работой: она требует остановки сеансов и занимает заметное время. В таких сценариях дамп делают периодически (например, перед обновлениями), а ежедневное резервное копирование выполняют средствами СУБД.

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

Маршрут решения

Как выбрать действие

База файловая, пользователей немногоВыгружайте в DT через конфигуратор по расписанию, например ежедневно вечером

База клиент-серверная и работает круглосуточноИспользуйте бэкап средствами СУБД, а DT делайте перед обновлениями и миграциями

Нужно передать копию разработчику или аудиторуСоздайте DT — он не зависит от СУБД и загрузится на любой платформе

Нужно восстановить только часть данныхDT не поможет: используйте обработки выгрузки/загрузки данных или копию базы для ручного переноса

Удобно автоматизировать выгрузку пакетным запуском конфигуратора с параметром /DumpIB — так дамп создаётся по расписанию через планировщик Windows без ручных действий. Перед этим обязательно настройте блокировку сеансов, иначе ночная выгрузка может не выполниться из-за незавершённых сеансов.

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

Чем файл DT отличается от файла CF?

DT содержит всю информационную базу целиком — и конфигурацию, и данные, и пользователей. CF (файл конфигурации) включает только структуру метаданных без данных. Для резервного копирования нужен именно DT.

Можно ли создать дамп, не выгоняя пользователей?

Штатная выгрузка в DT требует монопольного доступа, поэтому активные сеансы помешают. Если остановить работу нельзя, используйте резервное копирование средствами СУБД для клиент-серверной базы — оно выполняется «на лету».

Как автоматизировать создание дампа по расписанию?

Используйте пакетный режим конфигуратора: запуск с параметрами /F или /S (путь к базе), /DumpIB и путём к файлу. Команду добавляют в планировщик заданий Windows, предварительно обеспечив завершение сеансов пользователей.

Загрузится ли дамп файловой базы на сервер 1С?

Да. Формат DT универсален: выгрузку из файловой базы можно загрузить в клиент-серверную и наоборот, а также перенести между разными СУБД. Ограничение одно — версия платформы, на которой загружают, должна поддерживать версию конфигурации.

Что делать, если при загрузке дампа появляется «ошибка формата потока»?

Чаще всего это признак повреждённого или недописанного файла: выгрузка обрывалась, не хватило места на диске или файл испортился при копировании. Попробуйте другую копию дампа; если её нет, восстановление данных из повреждённого DT штатными средствами невозможно.

Сколько места занимает файл дампа?

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