Администрирование · 11 мин
Как выглядит выгруженная база 1С: форматы, содержимое и проверка
Как выглядит выгруженная база 1С: файл .dt, .zip и XML-выгрузки, что внутри архива, как проверить целостность и чем отличаются способы выгрузки данных.
Выгруженная база 1С — это файл или набор файлов, в который платформа поместила данные информационной базы для переноса, резервного копирования или обмена. В зависимости от способа выгрузки результат выглядит по-разному: один файл с расширением .dt, ZIP-архив с XML-документами или папка с текстовыми файлами обмена. Понимание того, что именно должно получиться после выгрузки, помогает быстро проверить, завершилась ли операция корректно, и не перепутать резервную копию с обменным файлом.
Чаще всего под «выгрузкой базы» понимают создание файла выгрузки информационной базы через конфигуратор — это единый файл с расширением .dt. Однако существуют и другие сценарии: выгрузка данных для переноса между конфигурациями, выгрузка через «Конвертацию данных», выгрузка из облачного сервиса 1С:Фреш. Каждый из них даёт результат разного вида и назначения.
Ниже разобраны основные форматы выгрузки, их внутреннее устройство, способы проверить целостность файла и типичные ошибки, из-за которых выгруженная база оказывается непригодной для восстановления.
Файл .dt — стандартная выгрузка информационной базы
Основной и самый распространённый вид выгруженной базы — файл с расширением .dt (от «dump»). Он создаётся в конфигураторе через меню «Администрирование → Выгрузить информационную базу». Внешне это один файл, имя которого задаёт пользователь, например «Бухгалтерия_выгрузка.dt». Размер зависит от объёма данных: небольшая база может занимать десятки мегабайт, крупная — несколько гигабайт.
Внутри .dt находится упакованная структура данных платформы: таблицы справочников, документов, регистров, настройки конфигурации, пользователи и их роли. Файл имеет внутренний формат 1С и не предназначен для просмотра в сторонних программах — открыть его содержимое можно только загрузкой в информационную базу через «Администрирование → Загрузить информационную базу».
Важно понимать: .dt — это не копия файловой базы «один в один». Файловая база хранится в виде файла 1Cv8.1CD, а .dt — это логическая выгрузка, которую можно загрузить как в файловый, так и в клиент-серверный вариант базы. Поэтому .dt универсальнее для переноса между разными способами развёртывания.
Выгрузка данных для обмена: ZIP и XML
Второй тип выгрузки — обмен данными между конфигурациями, например перенос остатков из «Управления торговлей» в «Бухгалтерию» или загрузка данных из старой программы. Такие выгрузки выполняются штатными обработками («Универсальный обмен данными в формате XML», помощники перехода) и выглядят иначе.
Результат обычно представляет собой XML-файл, который можно открыть в текстовом редакторе или браузере. Внутри видны структурированные блоки: правила обмена, ссылки на объекты, реквизиты справочников и документов. Некоторые обработки упаковывают XML в ZIP-архив для уменьшения размера — тогда выгрузка выглядит как обычный архив, внутри которого лежит один или несколько XML-файлов.
Основные виды выгрузки
Полная копия базы для резервирования и переноса. Открывается только загрузкой через конфигуратор.
Перенос данных между конфигурациями. Можно просмотреть текстом, загружается обработкой в базу-приёмник.
Тот же обмен, но в сжатом виде. Требует распаковки перед загрузкой.
Архив с данными сервиса для развёртывания локальной копии, получается через личный кабинет.
Отличить файл обмена от полной выгрузки просто: XML-файл обмена содержит только данные, без конфигурации и пользователей. Загрузить его в пустую базу нельзя — он предназначен для заполнения уже существующей базы соответствующей конфигурации.
Что находится внутри выгрузки и как её просмотреть
Файл .dt имеет внутреннюю структуру, ориентированную на платформу 1С. При загрузке платформа последовательно восстанавливает метаданные конфигурации, затем таблицы данных, константы, последовательности и права пользователей. Просмотреть содержимое без загрузки штатными средствами нельзя — это закрытый формат.
XML-выгрузку, напротив, можно изучить до загрузки. Открыв файл в редакторе, вы увидите корневой элемент с указанием формата обмена, блоки описания объектов и сами данные. Это удобно для диагностики: можно убедиться, что в выгрузке присутствуют нужные виды документов или справочников, и оценить период выгруженных данных.
Как проверить, что выгрузка прошла успешно
Факт появления файла не гарантирует, что выгрузка завершилась корректно. Прерванная операция может оставить на диске неполный файл, который не загрузится. Поэтому после каждой выгрузки стоит выполнить несколько простых проверок.
Как проверить результат
Конфигуратор сообщил об успешной выгрузке без ошибок
Выгрузка прервана ошибкой или окно закрыто до завершения
Размер сопоставим с предыдущими выгрузками этой же базы
Файл аномально мал или равен нулю
Файл загружается в пустую тестовую базу без ошибок
При загрузке появляются ошибки формата или обрыв
Дата файла соответствует моменту выгрузки
Файл старый — выгрузка по факту не выполнялась
Самая надёжная проверка — тестовая загрузка в отдельную пустую информационную базу. Создайте новую базу без конфигурации, выполните «Загрузить информационную базу» и укажите выгруженный файл. Если загрузка завершилась без ошибок, а база открывается в режиме предприятия и содержит актуальные данные, выгрузка пригодна для восстановления.
- 1Завершите работу пользователей или дождитесь момента, когда активность минимальна; в файловом режиме выгрузка требует монопольного доступа.
- 2Откройте конфигуратор и выберите «Администрирование → Выгрузить информационную базу».
- 3Укажите путь и понятное имя файла, включающее дату, например base_2026.dt.
- 4Дождитесь сообщения об успешном завершении, не закрывая окно конфигуратора.
- 5Проверьте размер файла и выполните тестовую загрузку в пустую базу.
- 6Скопируйте файл на отдельный носитель или в сетевое хранилище.
Типичные ошибки при выгрузке и хранении
Большинство проблем с выгруженными базами возникает не на этапе создания файла, а при его дальнейшем обращении: файл кладут «куда получилось», забывают проверить или путают с другими выгрузками.
Отдельная ошибка — полагаться на выгрузку .dt как единственный механизм резервного копирования клиент-серверной базы. Для больших баз на SQL-сервере штатное резервное копирование средствами СУБД обычно быстрее и надёжнее, а .dt остаётся инструментом переноса и логической архивации.
Когда какой способ выгрузки выбирать
Выбор формата зависит от задачи. Для резервной копии файловой базы и переноса на другой компьютер подходит .dt. Для миграции данных между разными конфигурациями — XML-обмен через типовые правила. Для переезда из облака — выгрузка из личного кабинета сервиса. Для регулярного резервирования крупной серверной базы — средства СУБД.
Как выбрать действие
При любой схеме действует общее правило: выгрузка считается существующей только после успешной тестовой загрузки. Файл, который никогда не проверяли, нельзя считать резервной копией.
Ограничения и частные сценарии
У выгрузки .dt есть ограничения, о которых стоит знать заранее. В файловом режиме выгрузка требует монопольного доступа — если пользователи работают, операция не запустится. Очень большие базы выгружаются долго, и на диске должно быть свободное место с запасом. Загрузка .dt в базу с другой версией платформы может потребовать обновления конфигурации после загрузки.
Для выгрузки данных в сторонние системы (Excel, CSV, произвольные форматы) штатная выгрузка базы не предназначена — используются отчёты с сохранением табличного документа, обработки выгрузки или запросы через внешние источники. Такие файлы выглядят как обычные таблицы и не содержат структуры базы.
Удобно вести простой журнал выгрузок: дата, имя файла, размер, кто делал и результат тестовой загрузки. Это занимает минуту, но при аварии сразу видно, какой файл является последней проверенной копией, а какие выгрузки никто не проверял.
Что важно запомнить
Полная выгруженная база 1С — это файл .dt, открываемый только загрузкой через конфигуратор; для обмена между конфигурациями используются XML и ZIP-архивы. Любую выгрузку нужно проверять тестовой загрузкой и хранить отдельно от рабочей базы.
Частые вопросы
Чем отличается файл .dt от файла 1Cv8.1CD?
1Cv8.1CD — это рабочий файл файловой информационной базы, с которым непосредственно работает платформа. Файл .dt — результат логической выгрузки этой базы, предназначенный для резервного копирования и переноса. Загрузить .dt можно как в файловый, так и в клиент-серверный вариант, а 1Cv8.1CD пригоден только для файлового режима.
Можно ли открыть файл .dt и посмотреть данные без загрузки?
Штатными средствами — нет. Формат .dt закрытый, и просмотреть его содержимое можно только загрузив в информационную базу через конфигуратор. Поэтому для проверки выгрузки создают пустую тестовую базу и загружают файл туда.
Почему выгрузка .dt меньше размера самой базы?
При выгрузке данные упаковываются и не включают служебные структуры рабочего файла базы, индексы и свободное место внутри 1Cv8.1CD. Поэтому .dt обычно заметно компактнее. Однако аномально маленький размер по сравнению с предыдущими выгрузками — повод проверить файл тестовой загрузкой.
Можно ли выгрузить базу, пока в ней работают пользователи?
В файловом режиме выгрузка требует монопольного доступа, поэтому все сеансы должны быть завершены. В клиент-серверном режиме выгрузка технически возможна при активных пользователях, но данные могут оказаться логически несогласованными, если во время выгрузки проводились документы. Безопаснее выполнять выгрузку в период минимальной активности.
Что делать, если при загрузке .dt появляется ошибка?
Не пытайтесь загружать файл повторно в рабочую базу. Проверьте, что версия платформы не старше той, на которой делалась выгрузка, убедитесь, что файл не был повреждён при копировании (сравните размер с источником), и запросите новую выгрузку из рабочей базы. Если ошибка повторяется с заведомо целым файлом, проблема может быть в несовместимости версий — тогда базу загружают на той версии платформы, где она была выгружена, и затем обновляют.
Как выглядит выгрузка из облачного сервиса 1С:Фреш?
Выгрузка запрашивается через личный кабинет сервиса и предоставляется в виде архива, содержащего данные для развёртывания локальной копии базы. Полученный файл загружается через конфигуратор в локальную информационную базу. Порядок получения выгрузки описан в документации сервиса и может занимать время, так как архив формируется на стороне облака.