Как выгрузить dt файл из 1с

Как выгрузить dt файл из 1с

1. Зайти в базу в режиме «Конфигуратор». Выберете «Администрирование — Выгрузить информационную базу»

2. Выберете каталог для сохранения файла выгрузки

1. Зайти в базу в режиме «Конфигуратор». Выберете «Администрирование — Загрузить информационную базу»

2. Выберете необходимый файл в формате .dt

3. Согласитесь на изменения и перезагрузите Конфигуратор

О нас

Компания ЭДМИН основана в 2008 году управляющим директором британской SaaS компании «Peoplebank». С января 2009 года ЭДМИН работает на российском рынке IT интеграции и аутсорсинга.

117437, Москва, улица Миклухо-Маклая, дом 16/10

Файл dt 1С

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

Файл dt нельзя просто взять и открыть в проводнике, щелкнув по нему мышкой — для этого требуется Конфигуратор 1С . Рассмотрим подробнее как работать с данным файлом.

Как открыть файл dt в 1С 8.3

• Как выгрузить базу 1С 8.3 на флешку
• Резервное копирование 1С 8.3 Бухгалтерия 3.0

Для загрузки базы 1С 8.3 из файла dt:

1. Выделим в списке базу и перейдем в Конфигуратор .
2. Откроем меню Администрирование – Загрузить информационную базу .
3. Найдем файл dt, выделим его мышкой и нажмем Открыть .

Выйдет информационное сообщение:

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

Для подтверждения загрузки нажмем Да .

Загрузка базы займет какое-то время: это зависит от компьютера и размера файла dt. В итоге выйдет сообщение:

• Самоучитель по 1С Бухгалтерии 8.3;
• Самоучитель по 1С ЗУП 8.3.

Нажмем Да , если хотим открыть загруженную базу в Конфигураторе . Нажмем Нет , если хотим закрыть 1С.

Как добавить пустую базу 1С 8.3

Если вы хотите заменить текущую базу на файл dt, смотрите шаг выше. Если же текущие базы вам нужны, создайте новую базу и загрузите туда файл dt.

1. Запустим 1С и нажмем Добавить .
2. Выберем пункт Создание новой информационной базы и нажмем Далее .
3. Так как мы создаем пустую базу, выберем второй пункт и нажмем Далее .
4. На следующих этапах укажем название базы и папку, в которой она будет создана.
5. Нажмем Готово .

Пустая база добавлена.

См. также:

• Резервное копирование 1С 8.3 Бухгалтерия 3.0
• Обновление 1С: как обновить конфигурацию самостоятельно
• Как перенести 1С 8.3 на другой компьютер с сохранением лицензии
• Переход с базовой версии на ПРОФ 1С 8.3
• Учебная версия 1С 8.3 предприятие: где скачать и как установить
• Тестирование и исправление базы 1С 8.3: какие галочки ставить

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

1. Сбилась нумерация документов в 1С 8.3: как исправитьИногда в работе с 1С 8.3 бухгалтер сталкивается с ситуацией.
2. Универсальный отчет в 1С 8.3 инструкцияСреди множества отчетов, в программах 1С имеется Универсальный отчет, позволяющий.
3. Как выгрузить базу 1С 8.3 на флешкуИногда возникают ситуации, когда необходимо сделать копию информационной базы 1С.
4. Как сделать копию базы 1С 8.3Иногда возникает необходимость сделать копию своей рабочей базы 1С, например.

Оцените публикацию

(2 оценок, среднее: 5,00 из 5)

Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинете

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Как выгрузить информационную базу 1С:ЗУП 8 в файл в режиме Конфигуратор?

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

Не рекомендуется использовать механизм выгрузки для создания резервных копий информационной базы. Для создания резервных копий используйте: для файлового варианта — средства программы 1С:ЗУП 8 (ред. 3) в режиме 1С:Предприяие (раздел Администрирование — обслуживание), для клиент-серверного варианта — средства используемой СУБД.

Для выгрузки информационной базы в файл выполните следующие действия:

1. Запустить программу в режиме Конфигуратор.
2. Раздел Администрирование – Выгрузить информационную базу (рис. 1).
3. Выбрать диск и каталог для сохранения файла с копией базы. Имя файлу присваивается автоматически (1Cv8.dt), при необходимости его можно редактировать.
4. Кнопка Сохранить.
5. После завершения процесса появится сообщение о завершении выгрузки (рис. 2).
6. Кнопка ОК.

Формат файлов выгрузки DT

• 
• 
• 
• 
• 
• 

Так получилось, что форматы файловых баз 1CD и файлов конфигураций CF достаточно подробно описаны, и сделано множество утилит для работы с ними. Разумеется, для рабочих целей их не используют, но иногда они незаменимы для восстановления поврежденных баз. С помощью Tool1CD уважаемого awa (светлая ему память) было восстановлено бесчисленное количество баз.

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

Внимание! Комментарии вида «А какой смысл в поле 8 описания таблицы в DBSchema» из чистого любопытства не приветствуются — что знал то описал. Наоборот, содержательные дополняющие комментарии приветствуются.

Не секрет, что файл содержит заголовок 1CIBDmpF (очевидно сокращение от 1C Informational Base Dump File — файл выгрузки информационной базы 1С, внезапно), ещё один символ — 1, 2 или 3 — версия формата, а дальше идут сжатые алгоритмом Deflate данные.

Для старого формата «1», который использовался в платформе 8.0 и 8.1, после распаковки структура данных была почти очевидна. Распаковка давала любимую 1С скобочную запись с описанием конфигурации и данных.

Форматы 2 (от платформы 8.2) и 3 (платформа 8.3) по сути повторяют эту идею, но распаковка даёт «странное» бинарное представление данных. Это — бинарное представление того скобочного формата, которое использовалось в версии 1.

Разобраться с этим бинарным форматом мне помогли исходники Tool1CD от awa. В архиве оказалась заготовка конвертора из бинарного представления обратно в текстовый скобочный.

Итак. Этот бинарный вид — эквивалент скомпилированной скобочной записи. Далее я буду делать вид что всё конвертируется именно в текстовую скобочную запись, хотя есть все основания считать что это просто эквивалент, и 1С промежуточный текстовый формат при распаковке базы не использует. Основа данных — байты-тэги, которые описывают формат следом идущих данных. Основных тэгов 32, с нумерацией от 0 до 0x1F, в младших 5 битах байта. Ещё есть 3 дополнительных тэга, не образующих отдельных байт, а представленные битами в байте-тэге, комбинируются с одним из базовых тэгов. Это бит 6 (0x20) — «закрывающая скобка, закрытие списка», бит 8 (0x80) — «запятая, разделитель значений в списке», и бит 7 (0x40) — «открывающая скобка, начало списка». Обрабатываются они именно в этом порядке.

Таким образом байт тэга обрабатывается таким образом:

1. если в байте тэга установлен бит 6 — ставим закрывающую скобку
2. если в байте тэга установлен бит 8 — ставим запятую
3. если в байте тэга установлен бит 7 — ставим открывающую скобку
4. выделяем младшие 5 бит и обрабатываем тэг оттуда.

0x00 — NOP, отсутствие операции
0x01 — 0x0A — «цифра 0-9», выводим цифру. 0x01 — выводим 0, 0x0A — выводим 9
0x0B — байт uint8. Надо считать следующий байт и вывести (как число)
0x0C — «минус» байт. Надо вывести знак минус и считать следующий байт как число
0x0D — слово (uint16). Надо считать следующие число из следующих 2 байт и вывести как число. Младший байт первым.
0x0E — «минус» слово. Аналогично предыдущему, только с минусом
0x0F — двойное слово uint32. Считать число из 4 байт и вывести
0x10 — «минус» двойное слово. Аналогично, с минусом
0x11 — int64 — 8-байтовое число. Вероятно со знаком.
0x12-0x14 — неизвестно.
0x15 — GUID. Считать 16 байт и вывести. В формате «почти MS» — —-
0x16 — «отмена кавычек». По умолчанию строки выводятся в двойных кавычках, но если перед строковым тэгом будет «отмена кавычек» — значение выводится без кавычек. После вывода строки признак сбрасывается на значение по-умолчанию, «в кавычках»
0x17 — Юникод-строка (UTF-16), до 255 символов. Надо прочитать 1 байт длины, и прочитать указанное число двухбайтовых символов.
0x18 — Юникод-строка (UTF-16), до 65535 символов. Длина указывается 2-байтовым числом.
0x19 — Юникод-строка (UTF-16), до int64 символов. Длина указывается 8-байтовым числом.
0x1A — ANSI-строка или двоичные данные, до 255 символов. Надо прочитать 1 байт длины, и прочитать указанное число символов. Если присутствуют символы с кодами меньше 0x20 или больше 0x7F — считать двоичными данными (выводить шестнадцатеричные значения), если была отмена кавычек — вывести строку как есть, иначе выводить в двойных кавычках
0x1B — ANSI-строка или двоичные данные до 65535 символов. Длина задаётся uint16 — двухбайтовое целое.
0x1C — ANSI-строка или двоичные данные, до int64 символов. Длина задаётся uint64 — 8 байт.
0x1D-0x1F неизвестно.

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

Это утилита для командной строки. Командой -unpack распаковывает сжатый поток, команда -dump распаковывает и выводит текстовое представление в скобочной записи, -scan проводит сканирование потока тэгов на предмет ошибок.

Небольшое отступление. В базе обязаны быть таблицы Config/ConfigSave для сохранения конфигурации базы, ConfigCas/ConfigCasSave для расширений (начиная с платформы 8.3), Params и Files для служебных данных (критически важно значение DBNames таблицы Params — соответствие идентификаторов конфигурации таблицам и полям базы), DBSchema — описание физической структуры таблиц базы данных. V8Users — список пользователей (начиная с платформы 8.1), и некоторые другие.

Что же содержат распакованные данные? Это список объектов, первым элементом списка которых идёт строка с типом объекта.

В формате 1 это были Folder и Database
В формате 2 текстовое заменили на бинарное. Появился объект Users. С платформы 8.2.14 стали появлятся дополнительные «флаговые» объекты CompatibilityMode, CustomFlag
В формате 3 в платформа 8.3.21 заменила Users на UsersSpr, появился PasswordPolicies

Folder описывает служебные таблицы со структурой как у таблицы Config. В списке вторым значением после Folder идёт строковый параметр — имя служебной таблицы: Config, ConfigSave, ConfigCAS, ConfigCASSave, Files, Params, DepotFiles

Все они имеют структуру:

Платформа 8.3 добавила в базу поле PartNo для разбиение больших объектов на части, но в выгрузке его нет, всё склеивается в один целый объект

Users или UsersSpr распаковывается в таблицу V8Users со списком пользователей.

Users содержит следующие поля:

UsersSpr добавляет «недостающие» поля, которые платформа раньше восстанавливала по данным:

Database описывает физическую структуру таблиц базы данных (это описание хранится в таблице DBSchema) и далее сами данные таблиц в порядке их следования в DBSchema.

Каждая таблица описывается отдельным списком, первый элемент — число 0, далее список объектов — строк таблицы. Сначала идёт флаг — 0 если значение отсутствует (null) или 1 если следом идёт фактическое значение. Значения типа «B» (binary) описываются не одним значением а объектом, в котором первым элементом списка идёт число 0, а дальше двоичные данные. Данные могут разбиваться на несколько частей запятыми, их следует склеивать. Некоторые частные случаи платформа оптимизирует, например пустая строка может быть представлена числом 0, или один байт двоичных данных может быть представлен не тэгом 1A «строка» а тэгом 0B «байт». Одиночные символы тоже могут быть закодированы тэгом 0B с кодом символа.

Описание таблиц «пользовательских» данных (туда же попадают и таблицы типа ExtensionsInfo, SystemSettings и подобные) восстанавливаются из DBSchema.

DBSchema — объект, первым элементом идёт число 0, дальше вложенный объект со списком описания таблиц. Первым элементом списка идёт количество объектов-описаний, далее сами описания. Каждый объект описания таблицы начинается с имени таблицы, далее идёт символ — «тип» таблицы, «N» — обычная и «I» для подтаблиц (табличные части справочников, документов и т.д.). Далее идёт «номер» таблиц, замет строка — имя родительской таблицы, затем объект — список полей, затем объект — список «подтаблиц», затем список индексов таблицы, неопознанные поля, среди которых два списка — предположительно список полей — для использования «разделителей» данных в режиме Фрэш.

Описание поля таблицы — «логическое» имя поля, признак может ли поле содержать Null, список типов и поля «неопознанного» назначения

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

Описание типа содержит символ — код типа, длину поля, точность, имя таблицы на которую может ссылаться значение.

Если в длине поля установлен старший бит 0x80000000 — это поле переменной длины.

• N — число.
• R — ссылка. К имени добавляется суффикс RREF, фактически это тип B(16). Если отсутствует строка с описанием таблицы — то значение может ссылаться на различные объекты в базе, и физически создаётся дополнительное поле с суффиксами TREF (тип B(4)) для номера объекта на который идёт ссылка.
• S — строка. Если длина 0 — это поле неограниченной длины (memo), которое в 1CD хранится в BLOBе
• B — двоичные данные. Если длина 0 — в 1CD значение попадёт в BLOB. Если длина 16 — это ссылка.
• L — логическое, true/false, 1/0
• V — «версия» записи, физически в DT не присутствует.
• T — Дата-время. Хранится в десятых долях количества миллисекунд от 00:00:00 01.01.0001
• E — присутствует если поле составного типа, физически это B(1), добавляет префикс _TYPE, к остальным физическим полям добавляется суффикс _, а ссылочные поля получают двойные суффиксы _RTREF и _RRREF

Для подчиненных таблиц неявно добавляются поля _ИмяРодительскойТаблицы_IDRREF (R) и _KEYFIELD (B(4)), а так же поля-разделители.

Фактический состав полей предлагаю сверять с физической структурой базы в Tool1CD.

Описание индекса — имя, предположительно признак уникальности индекса, объект-список полей входящих в индекс (состав списка — число входящих полей и их имена), значения неопределенного назначения. Похоже что некоторые поля добавляются неявно, так же некоторые индексы тоже создаются неявно, т.е. их описание не присутствует в DBSchema.

Недавно мне на восстановление дали очень занятный файл выгрузки. Это была единственная копия базы, и она не загружалась с ошибкой формата потока. Оказалось — 1С при выгрузке записала немного мусора в область данных таблицы Config. Хотя сжатие данных было целым, что уже хорошо.

Обнаружилось это с помощью той утилиты в режиме dump

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