Файловый режим 1С: что это такое и как с ним работать

Файловый режим 1С — это способ хранения информационной базы в одном файле на диске, без отдельного сервера баз данных. Вся конфигурация, все документы, справочники и движения регистров упакованы в файл с именем 1Cv8.1CD, а платформа 1С:Предприятие сама читает и пишет в него данные. Такой вариант работает «из коробки» сразу после установки платформы и не требует покупки и настройки SQL-сервера.

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

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

Как устроен файловый режим изнутри

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

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

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

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

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

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

Файловый режим

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

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

Нужен при росте числа пользователей, объёма документов и требований к отказоустойчивости. Ограничение: требует лицензий на сервер, навыков администрирования СУБД и большего бюджета.

Кому подходит файловый вариант работы

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

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

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

Как создать и подключить файловую базу

Создание файловой базы выполняется через стандартное окно запуска 1С и не требует прав администратора домена — достаточно прав на запись в выбранный каталог.

1. 1
   Откройте стартовое окно 1С и нажмите «Добавить», затем выберите «Создание новой информационной базы».
2. 2
   Укажите тип базы: из шаблона конфигурации (если установлены шаблоны) или пустую без конфигурации.
3. 3
   Выберите вариант расположения «На данном компьютере или на компьютере в локальной сети» — это и есть файловый режим.
4. 4
   Укажите каталог, где будет создана база, и завершите мастер.
5. 5
   Запустите базу в режиме конфигуратора или предприятия и убедитесь, что она открывается без ошибок.

Для подключения уже существующей базы вместо создания выбирайте «Добавление в список существующей информационной базы» и укажите путь к каталогу, где лежит файл 1Cv8.1CD. Если база будет сетевой, путь лучше задавать через сетевое имя компьютера, а не через подключённый сетевой диск с буквой — у разных пользователей буквы могут отличаться.

Ограничения и риски файлового режима

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

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

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

Организация сетевой работы и разграничение прав

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

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

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

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

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

Самый надёжный способ резервного копирования файловой базы — выгрузка в файл .dt через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Такая выгрузка содержит и данные, и конфигурацию, и восстанавливается на любой машине с подходящей версией платформы.

Простое копирование файла 1Cv8.1CD тоже допустимо, но только при полном отсутствии активных сеансов. Удобно делать такое копирование по расписанию ночью, предварительно убедившись, что сеансов нет. Храните копии на другом физическом носителе: копия рядом с оригиналом не спасёт ни от поломки диска, ни от вируса-шифровальщика.

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

Когда и как переходить на клиент-серверный режим

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

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

Контрольные точки

Как проверить результат

Открытие базы

Норма

База открывается без сообщений об ошибках и блокировках

Тревожный признак

Ошибка открытия файла или требование монопольного доступа

Совместная работа

Норма

Два пользователя одновременно вводят документы без длительных ожиданий

Тревожный признак

Постоянные сообщения о конфликте блокировок

Резервная копия

Норма

Свежий dt-файл разворачивается в тестовый каталог и открывается

Тревожный признак

Копия не создаётся по расписанию или не восстанавливается

Скорость отчётов

Норма

Типовые отчёты формируются за приемлемое для работы время

Тревожный признак

Формирование отчёта занимает минуты и мешает остальным

Частые вопросы о файловом режиме 1С

Можно ли хранить файловую базу 1С в облачной папке (Яндекс.Диск, OneDrive)?

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

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

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

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

Сначала сделайте копию повреждённого файла, чтобы не ухудшить ситуацию. Затем запустите утилиту chdbfl.exe из каталога платформы и выполните проверку физической целостности с исправлением ошибок. После этого проверьте базу через «Тестирование и исправление» в конфигураторе. Если утилита не помогла — восстанавливайте базу из последней выгрузки dt.

Чем выгрузка в dt отличается от копирования файла 1Cv8.1CD?

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

Нужна ли отдельная лицензия для файлового режима?

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

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

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