Какой формат у баз данных 1С

Базы данных 1С:Предприятие хранятся в двух принципиально разных форматах в зависимости от режима работы. В файловом режиме вся информационная база — это один файл с расширением .1CD (обычно 1Cv8.1CD), лежащий в каталоге базы. В клиент-серверном режиме данные хранятся средствами внешней СУБД — Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2 — и у самой 1С «своего» файла базы уже нет.

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

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

Файловый формат 1CD: что внутри файла 1Cv8.1CD

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

Структурно файл состоит из страниц фиксированного размера, в которых размещаются объекты и данные таблиц. Платформа 1С сама управляет размещением, индексированием и целостностью. Из-за закрытости формата прямое редактирование файла сторонними утилитами — крайняя мера, допустимая только на копии и только при понимании рисков.

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

Клиент-серверный режим: формат определяет СУБД

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

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

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

Файл выгрузки DT: универсальный формат переноса

Третий важный формат — файл выгрузки информационной базы с расширением .dt (по умолчанию 1Cv8.dt). Он создаётся через конфигуратор командой «Администрирование → Выгрузить информационную базу» и содержит данные вместе с конфигурацией в переносимом виде, независимо от того, файловая была база или клиент-серверная.

Именно dt-файл — штатный способ перенести базу между режимами работы, между разными СУБД или на другой компьютер. Загрузка выполняется через «Администрирование → Загрузить информационную базу» и полностью заменяет содержимое целевой базы.

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

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

Чем отличаются форматы и когда какой использовать

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

Как копировать базу в разных режимах

Файловая база

Достаточно скопировать каталог с файлом 1CD, но только когда все пользователи вышли — иначе копия может оказаться повреждённой.

Клиент-серверная база

Копируется средствами СУБД (backup) или выгрузкой в dt; копировать файлы СУБД вручную при работающем сервере нельзя.

Перенос между режимами

Только через выгрузку/загрузку dt-файла — прямого преобразования файлов не существует.

Ограничения файлового формата и риски повреждения

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

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

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

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

Запуск базы

Норма

База открывается без сообщений об ошибках

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

Ошибка формата потока или аварийное завершение

Тестирование и исправление в конфигураторе

Норма

Проверки завершаются без ошибок

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

Сообщения о нарушении целостности или потерянных ссылках

Журнал регистрации

Норма

Обычные записи о работе пользователей

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

Массовые ошибки чтения и записи данных

Тестирование и исправление, а также chdbfl, запускают только на монопольно доступной базе и желательно на копии: процесс исправления может удалить повреждённые данные, которые теоретически ещё подлежали восстановлению.

Типичные ошибки при работе с файлами баз

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

Отдельная ошибка — путать файл конфигурации .cf с файлом выгрузки базы .dt. CF-файл содержит только конфигурацию без данных и не подходит для переноса рабочей базы.

Часто задаваемые вопросы

Чем открыть файл 1Cv8.1CD без 1С?

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

Можно ли просто скопировать файл 1CD как резервную копию?

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

Как перевести файловую базу в клиент-серверную?

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

Что делать при ошибке «формат потока» в файловой базе?

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

Где хранятся данные, если база работает на SQL Server?

В файлах самой СУБД — файлах данных и журнала транзакций, которые обслуживает SQL Server. Платформа 1С лишь обращается к ним через сервер. Резервное копирование в этом случае делается штатными средствами СУБД, а не копированием файлов вручную.