К статье
Практический материал

Администрирование · 11 мин

Dumper 1С: что это и как работает выгрузка данных из базы

Что такое dumper для 1С, зачем нужны инструменты выгрузки данных, как безопасно сделать дамп базы и какие риски учитывать при работе с выгрузками.

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

Задачи, которые решает дампер, разнообразны: резервное копирование перед обновлением конфигурации, перенос данных между базами, аудит содержимого таблиц, восстановление информации из повреждённой базы, анализ данных во внешних инструментах (Excel, Power BI, SQL). От конкретной задачи зависит, какой способ выгрузки выбрать и какие ограничения придётся учесть.

Важно понимать: файл выгрузки содержит данные в полном объёме, включая персональные данные сотрудников, финансовую информацию и коммерческие сведения. Поэтому работа с дампами требует контроля доступа и аккуратности при передаче файлов третьим лицам.

Что скрывается за термином «dumper» применительно к 1С

Само слово «dumper» происходит от английского dump — сброс, выгрузка. В экосистеме 1С термин не является официальным: в документации платформы вы его не встретите. Однако в практике администраторов и разработчиков он закрепился для обозначения нескольких разных вещей.

Чаще всего так называют один из трёх вариантов. Первый — штатная выгрузка информационной базы в файл с расширением .dt через конфигуратор. Второй — сторонние обработки (.epf), которые выгружают данные в универсальные форматы: XML, JSON, CSV, Excel. Третий — низкоуровневые утилиты, читающие файл базы 1Cv8.1CD напрямую; их применяют, когда база не открывается штатными средствами.

Отдельно стоит упомянуть, что в поисковых запросах под «dumper 1c» иногда подразумевают инструменты для извлечения данных без авторизации — то есть средства несанкционированного доступа. Использование таких инструментов против чужих баз является нарушением закона. Далее речь идёт только о легитимных сценариях работы с собственными базами.

Штатная выгрузка базы в файл .dt

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

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

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

У способа есть ограничения. Файл .dt не предназначен для выборочной выгрузки — выгружается всё целиком. При больших объёмах базы (десятки и сотни гигабайт) выгрузка занимает значительное время, а загрузка обратно — ещё больше. Кроме того, для клиент-серверных баз в качестве основного средства резервного копирования рекомендуется использовать штатные средства СУБД (например, backup в MS SQL Server или PostgreSQL), а .dt оставить для переноса и миграций.

Выгрузка данных через обработки и запросы

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

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

Если выгрузка нужна регулярно — например, ежедневная выгрузка остатков для сайта или выгрузка проведённых документов в аналитическую систему — разовые обработки заменяют регламентными заданиями или внешними скриптами, обращающимися к базе через COM-соединение, HTTP-сервисы или OData. Такой подход устойчивее и не требует ручного запуска.

Работа с файлом базы напрямую: когда это оправдано

Файловая база 1С хранится в файле 1Cv8.1CD, внутренний формат которого не документирован публично. Существуют сторонние утилиты, умеющие читать этот файл и извлекать таблицы напрямую. Именно такие инструменты чаще всего и называют «дамперами» в узком смысле слова.

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

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

Как выбрать способ выгрузки под задачу

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

СпособЧто выгружаетФорматКогда применять
Выгрузка в .dtБаза целиком с конфигурацией.dtРезервная копия, перенос базы, миграция
Бэкап средствами СУБДБаза целикомФормат СУБДРегулярное резервное копирование клиент-серверных баз
Обработка / консоль запросовВыборочные данныеXML, CSV, ExcelАнализ, разовая выгрузка, обмен
Регламентное задание / HTTP-сервисВыборочные данныеЛюбой настраиваемыйРегулярные интеграции
Утилита прямого чтения 1Cv8.1CDТаблицы без платформыЗависит от утилитыВосстановление повреждённой базы, аудит
Маршрут решения

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

Нужна полная копия базы перед обновлениемВыгрузите базу в .dt через конфигуратор и дополнительно сделайте бэкап средствами СУБД
Нужны конкретные документы или справочники для анализаИспользуйте консоль запросов или обработку выгрузки в Excel/CSV
База не открывается конфигураторомСделайте побайтовую копию файла и работайте утилитами восстановления только с копией
Выгрузка нужна каждый день по расписаниюНастройте регламентное задание или обмен через HTTP/OData вместо ручных выгрузок

Проверка результата и типичные ошибки

Сам факт создания файла выгрузки ещё не означает, что копия рабочая. Минимальная проверка для .dt — тестовая загрузка в пустую базу на отдельном компьютере или в отдельном каталоге. Для выгрузок в Excel/CSV — сверка контрольных сумм: количество строк, итоговые суммы по ключевым полям, наличие данных за весь запрошенный период.

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

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

Файл .dt после выгрузки
Норма

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

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

Ошибка загрузки, сообщения о повреждении файла

Количество записей в выгрузке
Норма

Совпадает с количеством в базе по контрольному запросу

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

Строк меньше — сработал отбор или не хватило прав

Итоговые суммы по документам
Норма

Сходятся с отчётом в базе за тот же период

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

Расхождения — проверяйте период выгрузки и отборы

Типичные ошибки
01
Выгрузка .dt при работающих пользователях файловой базы — данные попадают в файл в несогласованном состоянии
02
Хранение единственной копии дампа на том же диске, что и сама база — при отказе диска теряется и база, и копия
03
Передача файлов выгрузки по открытым каналам без шифрования — утечка персональных и финансовых данных
04
Отсутствие тестовой загрузки — в момент аварии выясняется, что дамп повреждён и не разворачивается
05
Выгрузка под пользователем с ограниченными правами — часть данных молча не попадает в файл

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

Безопасность и хранение дампов

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

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

Итог

Что важно запомнить

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

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

Чем файл .dt отличается от бэкапа базы данных?

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

Можно ли выгрузить из 1С только часть данных, а не всю базу?

Да. Для этого используют консоль запросов, обработки выгрузки в Excel/CSV/XML или механизмы обмена данными с настраиваемыми правилами. Штатная выгрузка в .dt всегда выгружает базу целиком и выборочной работы не поддерживает.

База не открывается конфигуратором. Как достать данные?

Сначала сделайте побайтовую копию файла базы. Затем попробуйте штатную утилиту тестирования и исправления (chdbfl.exe из каталога платформы) на копии. Если она не помогла, применяют специализированные утилиты прямого чтения файла 1Cv8.1CD — тоже только на копии, а не на оригинале.

Насколько безопасно передавать файл выгрузки контрагенту или разработчику?

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

Почему выгрузка в Excel получилась неполной?

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

Законно ли использовать программы-демперы для баз 1С?

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