Администрирование · 12 мин
Файловая 1С: как устроена и как работает файловый режим базы
Разбираем, как работает файловый режим 1С: структура базы, механизм блокировок, ограничения по пользователям, типичные ошибки и когда переходить на клиент-сервер.
Файловый режим — самый простой способ развернуть информационную базу 1С:Предприятие. Вся база хранится в одном файле с расширением 1Cv8.1CD, который лежит в папке на локальном диске компьютера или в общей сетевой папке. Платформа 1С, установленная на компьютере пользователя, открывает этот файл напрямую и выполняет все операции с данными сама, без отдельного сервера СУБД.
Такой вариант выбирают небольшие организации: он не требует покупки серверных лицензий, установки MS SQL или PostgreSQL и сложного администрирования. Для запуска достаточно установить платформу, создать пустую базу или загрузить выгрузку конфигурации и указать путь к каталогу. Однако у файлового режима есть жёсткие технические ограничения, которые важно понимать до того, как база вырастет и начнёт «тормозить».
Ниже разобрано устройство файловой базы, механизм совместной работы пользователей, ограничения по объёму и нагрузке, типичные ошибки и признаки того, что пора переходить на клиент-серверный вариант.
Как устроена файловая база 1С
Основной файл базы — 1Cv8.1CD. Внутри него в единой структуре хранятся конфигурация, все таблицы данных (справочники, документы, регистры), служебные индексы и часть настроек. Рядом в каталоге могут лежать вспомогательные файлы: журнал регистрации в формате 1Cv8Log (папка 1Cv8Log с файлами .lgp и .lgf), временные файлы и файлы блокировок.
Когда пользователь запускает 1С, платформа на его компьютере читает файл базы и выполняет все запросы к данным локально — своим встроенным движком СУБД. Отдельного серверного процесса, который обрабатывал бы запросы всех пользователей, нет. Каждый клиент работает с файлом самостоятельно, а согласование доступа достигается через механизм блокировок.
Как пользователи работают с базой одновременно
При многопользовательской работе файл базы размещают в общей сетевой папке (SMB-шара на Windows-сервере или на одном из компьютеров). Каждый пользователь подключается к ней по сети, и его платформа читает и пишет данные напрямую в общий файл. Чтобы два пользователя не испортили данные, одновременно изменяя одну таблицу, платформа накладывает блокировки.
В файловом режиме блокировки работают грубее, чем в клиент-серверном: при записи данных часто блокируется целая таблица, а не отдельные строки. Если один бухгалтер проводит крупный документ, затрагивающий регистры, другой пользователь в этот момент может получить сообщение о конфликте блокировок и вынужден ждать. При 2–3 пользователях это почти незаметно, при 8–10 — становится постоянной проблемой.
Отдельный нюанс — монопольный режим. Обновление конфигурации, тестирование и исправление, некоторые регламентные операции требуют, чтобы в базе не было других сеансов. Платформа запрашивает монопольный доступ, и все активные пользователи должны выйти, иначе операция не запустится.
Ограничения файлового режима
Файловый режим имеет несколько принципиальных ограничений, которые нельзя обойти настройкой. Их нужно учитывать при планировании роста системы.
| Параметр | Файловый режим | Клиент-серверный режим |
|---|---|---|
| Комфортное число пользователей | Обычно до 5–7 | Десятки и сотни |
| Блокировки при записи | На уровне таблиц | На уровне строк |
| Отказоустойчивость | Риск повреждения файла при сбое | Транзакционная надёжность СУБД |
| Фоновые задания | Выполняются в сеансе пользователя | Отдельные серверные процессы |
| Стоимость инфраструктуры | Минимальная | Нужны сервер и лицензии СУБД |
Дополнительно в файловом режиме недоступны некоторые возможности платформы: полноценные регламентные и фоновые задания выполняются только пока запущен сеанс, который их обслуживает; нет разграничения нагрузки между процессами; веб-клиент и тонкий клиент через веб-сервер работают, но с теми же ограничениями по блокировкам.
Сравнение вариантов
Подходит для одного пользователя. Максимальная скорость, минимум рисков, но совместная работа невозможна.
Подходит для 2–5 пользователей в одном офисе со стабильной проводной сетью. Чувствительна к обрывам связи и блокировкам.
Нужен при росте числа пользователей, объёма данных или требованиях к отказоустойчивости. Требует сервера, СУБД и администрирования.
Как создать и подключить файловую базу
Создание файловой базы занимает несколько минут и не требует специальных знаний. Порядок действий стандартный для всех конфигураций.
- 1Установите платформу 1С:Предприятие на компьютер пользователя.
- 2Откройте окно запуска 1С и нажмите «Добавить» → «Создание новой информационной базы».
- 3Выберите шаблон конфигурации из поставки или вариант «создание базы без конфигурации» для последующей загрузки.
- 4Укажите каталог для размещения базы — локальный диск или сетевую папку с правами на чтение и запись для всех пользователей.
- 5Завершите создание, откройте базу в режиме «Конфигуратор» и при необходимости загрузите данные или выполните первоначальное заполнение.
- 6Для сетевой работы проверьте, что все пользователи видят папку по сети и могут создавать в ней файлы.
После создания проверьте, что база открывается в режиме «Предприятие», справочники и документы доступны, а при подключении второго пользователя не возникает ошибок доступа к файлу. Если база размещена на сетевом диске, убедитесь, что путь у всех пользователей одинаковый — либо единый UNC-путь вида \\server\base1c, либо одинаковая буква подключённого диска.
Типичные проблемы и их причины
Самая частая жалоба — «база тормозит». В файловом режиме причин несколько: большой объём файла и индексов, медленная сеть между пользователем и сетевой папкой, антивирус, проверяющий файл 1Cv8.1CD при каждом обращении, и длительные операции одного пользователя, блокирующие остальных. Диагностику начинают с исключения антивируса (папку базы добавляют в исключения) и проверки скорости сети.
Вторая группа проблем — ошибки вида «ошибка формата потока» и повреждение файла базы. Они возникают после аварийного завершения: отключения электричества, обрыва сети во время записи, принудительного завершения процесса. Лечится утилитой chdbfl.exe из каталога платформы (проверка физической целостности) или штатным «Тестированием и исправлением» в конфигураторе. Перед любым исправлением обязательно делают копию файла базы.
Обслуживание файловой базы
Файловая база требует минимального, но регулярного обслуживания. Резервное копирование надёжнее всего делать через выгрузку в файл .dt из конфигуратора — такая выгрузка согласованна и пригодна для восстановления даже при повреждении исходного файла. Копирование самого файла 1Cv8.1CD допустимо только когда все сеансы завершены.
Периодически полезно выполнять «Тестирование и исправление» с включённой реиндексацией и сжатием таблиц — это уменьшает размер файла и ускоряет выборки. Процедура требует монопольного доступа, поэтому её планируют на нерабочее время. Журнал регистрации также растёт со временем; старые периоды можно сократить штатной функцией сокращения журнала.
Как проверить результат
База открывается без ошибок, списки документов загружаются за приемлемое время
Ошибки формата потока, зависания при открытии списков
Два пользователя одновременно проводят разные документы без конфликтов
Регулярные сообщения о конфликте блокировок при обычных операциях
Выгрузка .dt завершается без ошибок и загружается в тестовую базу
Выгрузка обрывается или загруженная копия не открывается
Размер 1Cv8.1CD соответствует объёму данных и растёт плавно
Резкий рост файла без роста данных — признак необходимости сжатия таблиц
Когда переходить на клиент-серверный режим
Однозначного порога по числу пользователей или размеру базы не существует — многое зависит от интенсивности работы. Практические признаки того, что файловый режим исчерпал себя: пользователи регулярно получают ошибки блокировок при обычной работе; отчёты формируются минутами; база пережила несколько случаев повреждения файла; требуются фоновые задания независимо от открытых сеансов; нужна работа через веб-клиент для удалённых сотрудников с приемлемой скоростью.
Как выбрать действие
Сам переход технически несложен: база выгружается в файл .dt, на сервере разворачивается СУБД, создаётся новая информационная база в клиент-серверном варианте, и в неё загружается выгрузка. Основные затраты — на серверное оборудование, лицензии и последующее администрирование, поэтому решение принимают исходя из реальной нагрузки, а не превентивно.
Что важно запомнить
Файловая 1С — это одна база в одном файле 1Cv8.1CD, с которым платформа работает напрямую. Режим прост в развёртывании и дёшев, но ограничен по числу пользователей, блокирует таблицы целиком и уязвим к обрывам сети и питания. Регулярные выгрузки .dt, исключения антивируса и периодическое тестирование с сжатием — обязательный минимум обслуживания. При росте нагрузки переходите на клиент-серверный режим.
Частые вопросы
Сколько пользователей может работать в файловой базе 1С?
Технически ограничение выше практического: подключиться могут десятки, но комфортная работа обычно возможна при 1–5 активных пользователях. При большем числе из-за блокировок на уровне таблиц пользователи начинают мешать друг другу, особенно при одновременном проведении документов.
Можно ли положить файловую базу в облачное хранилище (Яндекс.Диск, OneDrive)?
Нет. Сервисы синхронизации файлов не поддерживают корректную многопользовательскую запись и могут создать конфликтующие копии файла базы, что приведёт к потере данных. Для удалённой работы используют терминальный доступ, веб-клиент через публикацию на веб-сервере или переход на клиент-серверный вариант.
Чем отличается копирование файла базы от выгрузки в .dt?
Копирование файла 1Cv8.1CD корректно только при полностью закрытых сеансах и не гарантирует восстановление при повреждении внутренней структуры. Выгрузка в .dt выполняется штатными средствами платформы, создаёт согласованный снимок данных и конфигурации и является рекомендуемым способом резервного копирования.
Что делать при ошибке «ошибка формата потока»?
Сначала сделайте копию файла базы. Затем проверьте физическую целостность утилитой chdbfl.exe из каталога платформы и, при необходимости, выполните «Тестирование и исправление» в конфигураторе. Если ошибка повторяется у всех пользователей и не устраняется, восстановите базу из последней выгрузки .dt.
Почему файловая база стала медленно работать со временем?
Типичные причины: рост файла и индексов без сжатия таблиц, фрагментация данных, антивирусная проверка файла, увеличение числа одновременных пользователей. Начните с добавления папки базы в исключения антивируса и выполните тестирование с реиндексацией и сжатием таблиц в монопольном режиме.
Нужна ли отдельная лицензия для файлового режима?
Файловый режим не требует серверной лицензии 1С — достаточно клиентских лицензий на рабочие места и лицензии на конфигурацию. Серверная лицензия понадобится только при переходе на клиент-серверную архитектуру.