Где 1С хранит базы данных: файловый режим и SQL сервер

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

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

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

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

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

Внутри корневой папки базы данных вы не найдете привычных файлов с расширением .mdb или .accdb, как в Microsoft Access. Структура представляет собой специфический набор файлов с расширениями .1CD и .1DD, а также множество служебных файлов с расширением .1CF и временных файлов .tmp. Файл 1Cv8.1CD является основным хранилищем пользовательских данных, тогда как 1Cv8.1DD содержит структуру метаданных и системные настройки конфигурации.

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

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

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

Работа с сервером баз данных (SQL)

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

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

Администратору 1С в таком случае необходимо уметь работать не только с консолью администрирования 1С, но и со средствами управления самой СУБД. Например, в MS SQL Server Management Studio вы увидите базу данных с именем, совпадающим с именем базы в 1С (часто с префиксом или суффиксом, зависящим от настроек). Прямое манипулирование таблицами SQL возможно, но требует глубоких знаний внутренней структуры таблиц 1С, которая периодически меняется с выходом новых версий платформы.

• 🗄️ MS SQL Server: данные хранятся в файлах данных и журналах транзакций, управляемых службой SQL Server.
• 🐘 PostgreSQL: данные распределяются по файлам в подкаталогах директории data, имя базы соответствует OID в системных каталогах.
• 🔒 Безопасность: доступ к данным осуществляется только через учетные записи СУБД, права на которые настраиваются отдельно от прав пользователей 1С.

Переход на SQL-сервер требует правильной настройки прав доступа. Пользователь 1С, подключающийся к базе, должен иметь соответствующие права в самой СУБД. Ошибка в настройке прав часто приводит к сообщению "Ошибка при подключении к источнику данных", даже если сервер 1С работает корректно.

Расположение списка информационных баз

Помимо физического хранения данных, существует понятие "списка баз", который отображается в стартовом окне программы при запуске. Этот список является лишь набором ярлыков или ссылок, указывающих на реальные каталоги или серверы. Файл, хранящий этот список, называется ibases.v8i и имеет собственное, отличное от данных базы, местоположение.

По умолчанию файл ibases.v8i располагается в профиле пользователя Windows. Путь к нему обычно выглядит как C:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv8\ibases.v8i. В этом текстовом файле в формате INI прописаны имена баз, видимые в списке, и параметры их подключения (путь к каталогу, сервер, имя базы в SQL). Удаление этого файла не удалит сами данные баз, но очистит список в стартовом окне.

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

Редактирование файла ibases.v8i вручную возможно, но требует осторожности. Синтаксис файла прост: секции заключены в квадратные скобки, параметры задаются через знак равно. Однако любое нарушение формата может привести к тому, что стартовое окно 1С перестанет запускаться или отображать базы.

[BaseName]
Connect=File="C:\Bases\Accounting";
OrderInList=1

⚠️ Внимание: При переносе профиля пользователя на новый компьютер файл ibases.v8i не всегда копируется автоматически. Не забудьте вручную перенести его из папки AppData, чтобы восстановить список баз в интерфейсе.

Технологический журнал и временные файлы

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

Основная масса временных файлов 1С хранится в папке Temp текущего пользователя. Путь к ней можно узнать через переменную окружения %TEMP%. Здесь можно встретить файлы с именами вида 1Cv8.tmp, 1CV8Log или файлы блокировок .lck. В файловом режиме работы в этой же папке могут создаваться файлы копий, если включена соответствующая опция автосохранения.

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

Каталог базы

Тип файла	Расширение	Типичное расположение	Назначение
Данные базы	.1CD	Хранение таблиц и документов
Список баз	.v8i	%APPDATA%\1C\1Cv8	Ярлыки для запуска
Блокировки	.lck	Каталог базы или %TEMP%	Защита от одновременной записи
Кеш метаданных	.bin / .tmp	%LOCALAPPDATA%\1C\1Cv8	Ускорение загрузки конфигурации

Очистка временных файлов может освободить место на диске и решить некоторые проблемы с интерфейсом. Однако удалять файлы из папки %TEMP% следует только когда платформа 1С полностью закрыта. Активные файлы блокировок удалять нельзя — это приведет к потере данных при следующей попытке записи.

Как найти скрытую папку AppData?

Папка AppData по умолчанию скрыта в Windows. Чтобы попасть в нее, откройте проводник, в адресной строке введите %APPDATA% и нажмите Enter. Это мгновенно перенесет вас в нужную директорию.

Резервное копирование и восстановление

Знание того, где 1С хранит базы данных, является ключевым для организации правильного процесса резервного копирования (бэкапа). Стратегия бэкапа кардинально отличается для файлового и серверного вариантов. В файловом варианте достаточно скопировать папку базы, в серверном — необходимо использовать специализированные средства СУБД.

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

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

• 💾 Выгрузка в .dt: универсальный способ, работает для любых типов баз, файл занимает меньше места.
• 📂 Копирование папки: подходит только для файловых баз, требует остановки всех сеансов.
• 🛢️ Бэкап СУБД: наиболее надежный метод для SQL, позволяет делать копии без остановки сервера (при наличии прав).

Регулярность создания резервных копий должна соответствовать интенсивности работы с базой. Для бухгалтерии в период сдачи отчетности бэкапы стоит делать несколько раз в день, тогда как для архивных баз достаточно еженедельного копирования.

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

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

Если база файловая и лежит на сетевом диске, убедитесь, что сетевой путь доступен и у пользователя есть права на чтение и запись в эту папку. Часто после обновления Windows или смены пароля права доступа к сетевым ресурсам сбрасываются. Проверьте, видна ли папка с файлами .1CD через проводник под учетной записью пользователя, который не может запустить 1С.

Антивирусное ПО может блокировать доступ 1С к своим же файлам, считая активность по чтению/записи множества мелких файлов подозрительной. Необходимо добавить каталог базы данных и каталог установки платформы в исключения антивируса. Это касается как файловых баз, так и служб SQL сервера, которые также могут быть заблокированы.

⚠️ Внимание: Если вы перенесли базу на новый диск или сервер, убедитесь, что в списке баз (файл ibases.v8i) обновлен путь к каталогу. Старый путь приведет к ошибке "Каталог информационной базы не найден".

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

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

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

Где физически хранятся картинки и вложения в базе 1С?

В файловом варианте картинки и вложения хранятся внутри основного файла 1Cv8.1CD в виде потоков данных. Они не вынесены в отдельные файлы. В варианте с SQL-сервером они хранятся в специальных таблицах системы (обычно таблицы с префиксом _InfoRc или в полях типа Binary), которые являются частью файла данных СУБД.

Как узнать точный размер базы данных 1С на диске?

Для файловой базы просто посмотрите свойства папки базы в проводнике Windows. Для SQL-базы размер можно узнать через средства управления СУБД (например, в свойствах базы данных в SSMS), так как размер файлов .mdf может отличаться от реального объема полезных данных из-за особенностей выделения места СУБД.

Что делать, если файл ibases.v8i поврежден?

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

Влияет ли расположение базы (локально или на сервере) на скорость работы?

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