Где 1С хранит конфигурацию: физическое и логическое расположение данных

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

Необходимо четко разграничивать понятия конфигурации как набора объектов метаданных и физической реализации этих объектов на носителе информации. В файловом варианте хранения данные лежат в одном крупном бинарном файле с расширением 1CD, который по сути является сжатым хранилищем. В клиент-серверном варианте ситуация кардинально меняется: здесь конфигурация разбивается на тысячи записей в таблицах системы PostgreSQL, MSSQL или Oracle. Именно поэтому восстановление структуры требует разных подходов в зависимости от архитектуры.

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

Физическое хранение в файловом режиме работы

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

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

⚠️ Внимание: Никогда не копируйте файл базы 1CD, пока в ней работают пользователи или запущен процесс сервера. Копирование "на лету" с высокой долей вероятности приведет к повреждению внутренней структуры и невозможности последующего открытия базы.

Помимо основного файла данных, в той же директории часто можно встретить файл 1Cv8.cdf. Это файл описания структуры базы данных, который играет роль служебного индекса. Если этот файл поврежден или удален, платформа может отказаться открывать каталог, считая его некорректным, даже если сам файл 1CD цел.

Расположение данных в клиент-серверном варианте

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

Физически данные распределены по файлам операционной системы, которые управляет сервер баз данных. Например, в Microsoft SQL Server это будут файлы с расширениями .mdf (основные данные) и .ldf (журнал транзакций). Путь к этим файлам задается администратором СУБД при создании базы и может находиться на любом логическом диске сервера.

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

Как найти файлы СУБД на диске?

В SQL Server Management Studio выполните запрос: SELECT name, physical_name FROM sys.database_files. Это покажет точные пути к файлам данных на диске сервера.

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

Каталоги выгрузки конфигурации в формат XML

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

Структура выгруженных файлов строго иерархична. Корневая папка содержит файл Configuration.xml, который является точкой входа и описывает общие свойства. Далее следуют подпапки, названия которых соответствуют именам объектов метаданных: справочники, документы, отчеты, обработки.

• 📂 Папка Catalogs содержит определения всех справочников системы.
• 📄 Папка Documents хранит структуру документов и их движений.
• ⚙️ Папка CommonModules включает исходный код общих модулей на языке 1С.
• 🖼️ Папка Images содержит графические файлы, используемые в интерфейсе.

Каждый объект метаданных представлен отдельным xml-файлом. Внутри этих файлов содержится описание свойств объекта, а также модули кода, которые могут быть выгружены в отдельные файлы .bsl в зависимости от настроек выгрузки. Это позволяет системам контроля версий, таким как Git, эффективно отслеживать изменения в коде.

Служебные каталоги и временные файлы платформы

Платформа 1С:Предприятие в процессе своей работы создает множество временных файлов, которые также можно отнести к месту хранения служебной информации о конфигурации. Эти данные необходимы для кэширования, ускорения запуска и работы механизмов обновления.

Основная масса таких файлов находится в профиле пользователя операционной системы. В среде Windows путь обычно выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv8. Здесь хранятся настройки пользовательского интерфейса, кэш форм и отчетов.

Особое внимание следует уделить папке tmpl внутри каталога профиля. В ней располагаются временные файлы, создаваемые при выгрузке/загрузке конфигураций или при работе с большими отчетами. Очистка этого каталога безопасна, если платформа в данный момент не запущена.

⚠️ Внимание: Периодическая очистка каталога tmp и tmpl может решить проблемы с некорректным отображением форм или ошибками при обновлении конфигурации, но делайте это только после закрытия всех сеансов 1С.

Также стоит упомянуть каталог установки самой платформы. В директории bin находятся исполняемые файлы 1cv8.exe и 1cv8c.exe, а в папке tplt — шаблоны новых конфигураций, которые используются при создании пустой базы "с нуля".

Анализ таблицы хранения объектов метаданных

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

Ниже приведена таблица, демонстрирующая соответствие типов объектов метаданных и префиксов их именования в системных таблицах конфигурации. Эта информация актуальна для внутреннего представления платформы.

Тип объекта	Префикс в имени таблицы	Пример имени в БД	Описание
Справочник	_Reference	_Reference123	Хранит элементы справочников
Документ	_Document	_Document456	Хранит заголовки документов
Регистр сведений	_InformationRegister	_IR789	Хранит периодические данные
Обработка	_DataProcessor	_DP001	Хранит внешние обработки

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

Механизмы обновления и слияния конфигураций

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

При обновлении типовой конфигурации платформа запрашивает файл обновления (обычно .cfu). Этот файл по сути является архивом, содержащим разницу между старой и новой версией. В момент применения обновления система считывает этот файл во временную область памяти и на диск, проводя трансформацию объектов.

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

• 🔄 Файл обновления .cfu содержит дельту изменений, а не полную копию.
• 💾 Файл конфигурации .cf является полной выгрузкой текущего состояния.
• 🔍 Файл сравнения .cfe используется для расширения функциональности.

Для автоматизации процессов слияния часто используют внешние инструменты, такие как Chassi или встроенные механизмы 1C:Git. Эти инструменты работают с выгруженными в xml каталогами, позволяя гибко управлять версиями.

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

Можно ли вручную редактировать файлы конфигурации в текстовом редакторе?

Нет, файлы внутри базы данных (в файловом режиме) или таблицы в СУБД имеют бинарный или специфический формат, не предназначенный для ручного редактирования. Единственный безопасный способ текстового редактирования — это выгрузка конфигурации в каталог xml, внесение правок в файлы .xml или .bsl и последующая загрузка обратно в базу через конфигуратор.

Где хранится история изменений конфигурации?

Внутри самой базы данных 1С история изменений объектов не ведется в виде удобного лога для пользователя. Для отслеживания истории необходимо использовать внешние системы контроля версий (Git, SVN), подключая их к выгруженным файлам конфигурации, либо вести журнал изменений вручную в документах проекта.

Что делать, если файл 1CD перестал открываться?

В первую очередь проверьте целостность файла средствами утилиты chdbfl.exe, которая поставляется с платформой. Если утилита не помогла, попробуйте восстановить базу из последней резервной копии. Не пытайтесь открывать поврежденный файл в режиме предприятия, это может усугубить ситуацию.

Как узнать точный путь к базе данных в клиент-серверном режиме?

Путь к данным в клиент-серверном варианте задается при регистрации базы в списке запуска. Однако физическое расположение файлов зависит от настроек СУБД. Чтобы узнать путь, нужно зайти в управление базой данных (например, SQL Server Management Studio), выбрать свойства конкретной базы и посмотреть вкладку "Файлы" (Files).

Влияет ли место хранения конфигурации на скорость работы 1С?

Да, влияет критически. В файловом варианте скорость зависит от скорости диска и сети, если база расположена на сетевом ресурсе. В клиент-серверном варианте производительность определяется настройками СУБД, объемом оперативной памяти сервера и скоростью дисковой подсистемы, где лежат файлы .mdf и .ldf.