Структура хранения файлов базы данных 1С Предприятие

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

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

Клиент-серверный вариант, использующий MS SQL Server или PostgreSQL, кардинально меняет подход к хранению. Здесь данные разбиваются на множество таблиц, управляемых СУБД, что требует совершенно иных знаний для администрирования. В обоих случаях операционная система видит набор файлов с конкретными расширениями, каждый из которых выполняет строго определенную функцию в жизненном цикле информационной базы.

Файловая версия: структура каталога базы

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

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

Отдельного внимания заслуживает файл журнала регистрации. Он имеет расширение .lgd и предназначен для записи всех действий пользователей, ошибок и системных событий. Размер этого файла может стремительно расти, если не настроена автоматическая очистка или ограничение объема логов. Администраторы часто сталкиваются с ситуацией, когда диск переполнен именно из-за разросшегося лога, а не из-за самих данных.

• 📁 .1CD — основной файл данных, содержащий таблицы и информацию конфигурации.
• 📝 .lgd — файл журнала регистрации, критически важный для аудита и отладки.
• 🔒 .1CDD — файл данных в специфическом формате (часто при использовании хранилища конфигурации или шифрования).
• ⚙️ 1Cv8.cnf — файл параметров запуска, хранящий настройки конкретного пользователя или общие параметры.

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

Клиент-серверный вариант: файлы на уровне СУБД

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

Для MS SQL Server данные хранятся в файлах с расширениями .mdf (основной файл данных) и .ldf (файл журнала транзакций). Часто для больших баз данных создаются дополнительные файлы данных с расширением .ndf, которые распределяют нагрузку по разным физическим дискам для повышения скорости ввода-вывода. Размер этих файлов динамически меняется в зависимости от наполненности базы.

В случае использования PostgreSQL, структура файлов выглядит иначе. Данные хранятся в каталоге base внутри директории данных кластера (PGDATA). Каждый файл в этом каталоге соответствует определенной таблице или индексу и имеет имя, состоящее из OID (объектного идентификатора). Понимание этой структуры необходимо для выполнения низкоуровневого резервного копирования или восстановления после сбоев файловой системы.

Почему нельзя просто скопировать файлы.mdf?

Файлы базы данных MS SQL Server постоянно заблокированы процессом sqlservr.exe для записи. Копирование"на горячую" без остановки службы или использования теневых копий VSS приведет к повреждению базы и невозможности ее_attach_ в будущем.

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

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

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

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

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

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

Расширение файла	Тип базы	Назначение	Можно удалять?
.1CD	Файловая	Основное хранилище данных	Нет (потеря данных)
.lgd	Файловая	Журнал регистрации	Да (через конфигуратор/администрирование)
.tmp	Файловая	Временные данные сеанса	Только если 1С не запущена
.ldf	Клиент-сервер	Журнал транзакций SQL	Нет (через инструменты SQL)

Хранение конфигурации и расширений

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

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

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

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

Диагностика проблем с файлами данных

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

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

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

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

Рекомендации по резервному копированию

Организация процесса резервного копирования должна учитывать специфику файлов, в которых хранится база. Для файлового варианта простейший метод — копирование всей папки базы данных. Однако делать это можно только после завершения всех сеансов работы пользователей, иначе копия будет неконсистентной. Альтернативой является использование теневых копий тома (VSS), позволяющих снимать слепок файлов"на лету".

Для клиент-серверного варианта копирование файлов .mdf напрямую категорически запрещено во время работы СУБД. Необходимо использовать нативные средства резервного копирования SQL Server (полный бэкап, дифференциальный, бэкап логов) или утилиты pg_dump для PostgreSQL. Эти инструменты гарантируют транзакционную целостность данных на момент снятия копии.

Частота создания резервных копий зависит от интенсивности работы с базой. Для бухгалтерских систем, где каждый документ важен, рекомендуется делать бэкапы несколько раз в день или даже использовать репликацию данных на удаленный сервер в реальном времени. Хранение архивных копий должно быть организовано по принципу"3-2-1": три копии данных, на двух разных носителях, одна из которых находится удаленно.

Можно ли переместить базу 1С на другой диск простым копированием?

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

Что делать, если файл 1CD стал размером 0 байт?

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

Где хранятся настройки пользовательского интерфейса (таблицы, формы)?

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

Влияет ли антивирус на файлы базы 1С?

Да, агрессивное сканирование файлов .1CD, .mdf и .ldf в реальном времени может существенно замедлить работу 1С и даже вызвать блокировки файлов. Рекомендуется добавить папки с базами данных и исполняемые файлы СУБД в исключения антивирусного ПО.