← На главную

При установке платформы «1С:Предприятие» в мастере выборочной установки доступен отдельный компонент — «Тонкий клиент (1С:Предприятие 8. Файловый вариант)». У многих разработчиков и системных администраторов возникает вопрос: как именно тонкий клиент взаимодействует с файловой базой данных, какие процессы при этом запускаются и в каких сценариях такой режим работы целесообразен. Разберем архитектурные особенности и внутреннюю механику работы этого режима.

Внутреннее устройство и архитектура процессов

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

1. Единый исполняемый процесс: Вопреки распространенному заблуждению, при прямом открытии файловой базы тонким клиентом запускается только один процесс — 1cv8c.exe. Никаких отдельных серверных процессов на компьютере не создается.
2. Внутрипроцессный серверный движок: В адресное пространство процесса 1cv8c.exe динамически загружаются библиотеки встроенной СУБД 1С и серверного контекста. Тонкий клиент сам внутри себя инициализирует локальное серверное окружение для прямого чтения и модификации файла 1Cv8.1CD.
3. Разделение контекстов исполнения: Несмотря на то что и клиентская часть, и «сервер» функционируют внутри одного процесса на одном компьютере, строго соблюдается разделение директив компиляции &НаКлиенте, &НаСервере и &НаСервереБезКонтекста. Происходит полноценная сериализация параметров и данных формы при передаче вызовов между контекстами.
4. Назначение компонента в дистрибутиве: Если установить тонкий клиент без поддержки файлового варианта, приложение сможет подключаться к информационным базам исключительно через кластер серверов «1С:Предприятия» или по протоколам HTTP/HTTPS через опубликованный веб-сервер. Файловый компонент добавляет именно библиотеки работы с локальным файлом 1Cv8.1CD.

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

Проанализируем специфику и технические ограничения работы в данном режиме:

1. Риски повреждения базы при работе по локальной сети (SMB): Если файл базы расположен в общей сетевой папке, каждый запущенный на клиентском ПК процесс 1cv8c.exe читает и блокирует фрагменты файла напрямую по сети. Кратковременный сбой сетевого соединения во время записи транзакции может привести к повреждению структуры базы данных.
2. Блокировки на уровне таблиц: Файловая СУБД платформы накладывает блокировки на таблицы целиком. При одновременной активной работе нескольких пользователей неизбежно возникают очереди и ожидания на блокировках.
3. Особенности фоновых и регламентных заданий: В файловом режиме регламентные задания не могут исполняться централизованным планировщиком задач сервера, как это устроено в клиент-серверной архитектуре.
4. Отсутствие средств администрирования: В дистрибутиве тонкого клиента нет Конфигуратора, поэтому обновление структуры метаданных и административные процедуры требуют установки полной версии платформы.

Когда целесообразно использовать файловый тонкий клиент

Выделим основные практические сценарии применения этого компонента:

1. Локальное рабочее место одного пользователя: Идеально подходит для работы с базой данных, расположенной на локальном диске (например, на ноутбуке менеджера), когда Конфигуратор не требуется, а дистрибутив должен занимать минимум места.
2. Отладка управляемого интерфейса: Разработчик может проверять клиент-серверное взаимодействие управляемых форм без необходимости поднимать сервер СУБД и сервер приложений 1С.

Альтернативные и более эффективные варианты работы с файловой базой

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

1. Публикация информационной базы на веб-сервере (Apache или IIS): В этом сценарии база остается файловой, но пользователи подключаются через стандартный тонкий клиент по протоколу HTTP/HTTPS. Всю работу с файлом 1Cv8.1CD централизованно выполняет процесс веб-сервера на хост-машине. Это исключает сетевые сбои файловой системы SMB и обеспечивает многократный прирост скорости работы.
2. Терминальный доступ (RDP / RemoteApp): Тонкие клиенты запускаются непосредственно на сервере, где расположен файл базы данных, что полностью нивелирует задержки сетевого интерфейса.
3. Переход на клиент-серверный вариант (SQL): При увеличении числа активных пользователей или значительном росте объема базы оптимальным решением является использование СУБД (PostgreSQL, MS SQL Server) и кластера серверов 1С:Предприятия.