Файловая СУБД 1С: что это и как она работает

Файловая СУБД 1С — это встроенный в платформу «1С:Предприятие 8» механизм хранения данных, при котором вся информационная база размещается в одном файле с именем 1Cv8.1CD. Никакого отдельного сервера баз данных вроде MS SQL или PostgreSQL при этом не требуется: платформа сама читает и записывает данные напрямую в файл, размещённый на локальном диске компьютера или в общей сетевой папке.

Такой вариант работы выбирают при установке базы «из коробки»: типовые конфигурации по умолчанию предлагают именно файловый режим развёртывания. Он прост в администрировании, не требует лицензий на серверную СУБД и подходит для копирования базы обычным переносом файла. Обратная сторона — ограничения по числу одновременно работающих пользователей, чувствительность к качеству сети и риск повреждения файла при сбоях.

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

Что представляет собой файл 1Cv8.1CD

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

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

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

Как платформа работает с файловой базой

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

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

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

Чем файловый режим отличается от клиент-серверного

Ключевое различие — в том, кто обрабатывает данные. В файловом режиме логику запросов выполняет платформа на компьютере пользователя, а файл — просто хранилище. В клиент-серверном режиме данные обрабатывает серверная СУБД (MS SQL Server, PostgreSQL, Oracle, IBM Db2), а между ней и пользователями стоит сервер 1С:Предприятия, который управляет транзакциями и блокировками.

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

Сравнение вариантов

Файловая база локально

Подходит для одного пользователя или небольшой базы на одном компьютере. Максимальная скорость и простота, но нет совместной работы по сети.

Файловая база в общей папке

Позволяет работать нескольким пользователям по локальной сети. Чувствительна к качеству сети и подвержена блокировкам при росте числа сеансов.

Клиент-серверный вариант

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

Когда файловый режим подходит, а когда нет

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

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

Маршрут решения

Как выбрать действие

С базой работает несколько человек, объём умеренный, жалоб на скорость нетОставьте файловый режим, настройте регулярное резервное копирование

Пользователи жалуются на блокировки и ожидание при проведении документовПроанализируйте нагрузку и запланируйте переход на клиент-серверный режим

База размещена в сетевой папке, а сеть нестабильнаИсключите обрывы: проверьте сетевое оборудование или перенесите базу на клиент-серверный вариант

Нужна тестовая копия для обновления или экспериментаСкопируйте каталог файловой базы при закрытых сеансах и работайте с копией

Ограничения и риски файловой СУБД

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

Второе ограничение — блокировки. При совместной работе по сети механизм блокировок становится узким местом: один «тяжёлый» отчёт или массовое перепроведение документов способны затормозить работу всех остальных пользователей.

Третий момент — требования к сети. Перенос больших объёмов данных между клиентом и сетевой папкой делает работу чувствительной к пропускной способности и стабильности соединения. Работа через Wi-Fi или медленные каналы связи для файловой базы — частый источник проблем.

Как создать файловую базу и перенести её

Создание файловой базы выполняется через стартовое окно платформы: при добавлении новой информационной базы выбирается вариант создания базы в каталоге на диске, указывается папка, и платформа формирует в ней файл 1Cv8.1CD. Если нужна база на основе типовой конфигурации, сначала устанавливается шаблон конфигурации, а затем из него создаётся база.

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

1. 1
   Попросите всех пользователей выйти из базы и убедитесь, что сеансов не осталось
2. 2
   Скопируйте каталог базы целиком в новое расположение
3. 3
   На рабочем месте добавьте базу в список, указав новый путь к каталогу
4. 4
   Войдите в базу и проверьте наличие последних документов и справочников
5. 5
   Только после успешной проверки удаляйте старую копию

Обслуживание и резервное копирование

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

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

Частые вопросы о файловой СУБД 1С

Можно ли открыть файл 1Cv8.1CD без платформы 1С?

Нет, штатных сторонних средств для полноценного чтения этого формата нет: структура файла внутренняя и предназначена для работы через платформу «1С:Предприятие». Для доступа к данным используют саму платформу, выгрузку в dt или обмены через XML.

Сколько пользователей может работать с файловой базой одновременно?

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

Чем отличается копирование каталога от выгрузки в dt?

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

Что делать, если после сбоя база не открывается?

Сначала скопируйте каталог базы в отдельное место — это страховка на случай неудачного восстановления. Затем запустите утилиту тестирования и исправления на копии, выбрав проверку физической и логической целостности. Если восстановить не удаётся, базу восстанавливают из последней рабочей резервной копии.

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

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

Почему файловую базу нельзя держать в синхронизируемой папке облачного диска?

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