Где хранится конфигурация 1С 8: структура файлов и базы данных

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

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

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

Файловая база данных и структура каталогов

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

Помимо основного файла данных, в папке базы содержатся служебные файлы, обеспечивающие блокировку монопольного доступа и хранение настроек запуска. Например, файл 1Cv8.cdn отвечает за кэш динамических списков, а 1Cv8.dbnames (в старых версиях) или служебные файлы блокировки контролируют сеансы пользователей. Если вы планируете перенести базу на другой компьютер, копировать нужно всю папку целиком, а не только файл .1CD, так как потеря служебных файлов может привести к невозможности открытия базы в монопольном режиме.

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

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

Клиент-серверный вариант и таблицы СУБД

В отличие от файлового варианта, в клиент-серверной архитектуре (использующей MS SQL Server, PostgreSQL или Oracle) конфигурация не хранится в виде отдельного понятного файла на диске сервера 1С. Метаданные разбиваются на множество записей и хранятся внутри системных таблиц самой базы данных. Основную нагрузку несут таблицы с префиксом _v8 или специфические системные таблицы, зависящие от версии платформы.

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

Для администраторов важно понимать различие между файлами сервера 1С и файлами СУБД. Сервер 1С (процесс rphost) обрабатывает логику, но не хранит конфигурацию перманентно на своем диске в читаемом виде. Он считывает метаданные из СУБД при запуске и кэширует их в оперативной памяти. Поэтому поиск файлов конфигурации на файловом сервере 1С в папке C:\Program Files\1cv8\srvinfo не даст результатов, содержащих исходный код вашей базы.

Компонент	Расположение	Формат данных	Доступность для чтения
Файловая база	Локальный диск / Сеть	Бинарный .1CD	Только через 1С
SQL Server	Сервер БД	.mdf / .ldf	Только через SQL/1С
Файл выгрузки	Любой диск	Текстовый .cf	Текстовый редактор (частично)
Хранилище 1С	Сервер хранилища	Специфический формат	Только через Конфигуратор

Форматы файлов конфигурации: CF и CFU

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

Файл обновления .cfu (Configuration Update) содержит только разницу (дельту) между двумя версиями конфигурации. Это основной инструмент для обновления типовых решений от фирмы 1С или внесения изменений разработчиками в рабочие базы. Использование .cfu позволяет сохранить пользовательские данные и те доработки, которые не конфликтуют с обновлением. Механизм обновления автоматически сравнивает версии объектов и применяет изменения.

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

• 📁 Файл .cf используется для полной замены конфигурации или создания новой базы "с нуля".
• 🔄 Файл .cfu применяется для безопасного обновления существующей базы без потери данных.
• 🔒 Файлы могут быть защищены паролем или лицензией, что требует наличия соответствующих прав у пользователя.

Как открыть CF файл в блокноте?

Файл .cf является бинарным. Однако, если переименовать его расширение в .zip (в некоторых версиях платформы) или использовать специальные утилиты-декомпиляторы (например, OneScript или сторонние парсеры), можно попытаться извлечь текстовое представление объектов. Но штатными средствами 1С это невозможно.

Хранилище конфигурации для групповой разработки

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

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

Работа с хранилищем строится по принципу "захватил-изменил-поместил". Разработчик захватывает объект, редактирует его локально, затем помещает измененную версию обратно в хранилище, описывая комментарий к изменению. Это создает историю версий, аналогичную системам контроля версий (VCS), но специфичную для платформы 1С. Важно регулярно выполнять синхронизацию с хранилищем, чтобы не потерять изменения коллег.

⚠️ Внимание: Хранилище конфигурации не поддерживает ветвление (branching) в том виде, в котором это реализовано в Git. Все разработчики работают в одной линейной истории, что требует строгой координации действий при слиянии конфликтующих изменений.

Синхронизация с внешними системами контроля версий (Git)

Современная разработка на платформе 1С все чаще уходит от встроенного хранилища в пользу распределенных систем контроля версий, таких как Git. В этом сценарии конфигурация не хранится в бинарном файле, а выгружается в виде набора текстовых файлов. Каждый объект метаданных (справочник, документ, модуль) сохраняется в отдельный файл формата .bsl (для кода) или .json/.xml (для свойств объекта).

Для реализации такого подхода используются специальные обработки выгрузки, такие как V8unpack, OneScript или встроенные механизмы в новых версиях EDT (Enterprise Development Tools). Папка проекта Git содержит полную структуру конфигурации в читаемом виде. Это позволяет использовать мощные инструменты сравнения кода (diff), видеть историю изменений построчно и организовывать код-ревью.

При использовании Git физическое хранение конфигурации распределено между локальными репозиториями разработчиков и удаленным сервером (GitLab, GitHub, Bitbucket). В самой базе 1С конфигурация остается в бинарном виде (в СУБД или файле .1CD), а синхронизация происходит только в момент деплоя или выгрузки. Это создает двухконтурную систему: "живая" база для работы и текстовый репозиторий для хранения истории и разработки.

Восстановление и поиск резервных копий

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

Администраторы серверов 1С часто настраивают скрипты (bat, powershell), которые nightly делают выгрузку конфигурации в файл .cf и архивируют его. Место хранения таких архивов регламентируется внутренними политиками компании: это может быть отдельный файловый сервер, облачное хранилище или лента бэкапов. Критически важно знать путь к этим скриптам и расписание их выполнения, чтобы понимать, какой по давности снапшот конфигурации доступен для восстановления.

Если конфигурация была повреждена в результате неудачного обновления, и бэкапов нет, единственным шансом может стать анализ журнала регистрации 1С. Хотя сам код там не хранится, в журнале могут остаться записи о том, какие именно объекты изменялись и кем, что поможет вручную воссоздать структуру. Однако это трудоемкий процесс, который подтверждает необходимость наличия актуальных копий файлов .cf во внешнем, независимом от базы данных месте.

Можно ли редактировать файл .1CD напрямую?

Нет, файл .1CD имеет сложную бинарную структуру с индексами и ссылками. Прямое редактирование hex-редактором почти гарантированно приведет к невозможности открытия базы. Единственный безопасный способ изменения — через конфигуратор 1С.

Где хранится конфигурация в облаке 1С:ЛКС?

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

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

Путь к последней открытой базе можно найти в файле v8i (обычно лежит в C:\Users\...\AppData\Roaming\1C\1Cv8 или C:\ProgramData\1C\1Cv8). В текстовом файле ibases.v8i прописаны пути ко всем добавленным базам в параметре Connect.

Что делать, если файл конфигурации .cf весит 0 байт?

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

Хранится ли конфигурация в реестре Windows?

Нет, сама конфигурация (код, объекты) в реестре не хранится. В реестре Windows хранятся только настройки платформы 1С, пути к последним открытым базам, настройки лицензирования и параметры интерфейса. Поиск кода программы в реестре бессмыслен.