← На главную
Публикация файловой базы 1С на веб-сервере Apache под управлением Linux — популярный способ организовать работу небольшого офиса без развертывания дорогостоящей инфраструктуры СУБД. Однако такой подход имеет ряд специфических технических ограничений, о которых необходимо знать заранее. Разберем по шагам, с какими подводными камнями можно столкнуться при эксплуатации связки Apache, файловой 1С и Samba, а также рассмотрим практические способы их преодоления.
Архитектурные особенности: почему файловая база нагружает веб-сервер
Проанализируем механику работы файловой базы через веб-сервер. В отличие от полноценного клиент-серверного варианта (где все вычисления берет на себя кластер серверов 1С и СУБД), в файловом режиме весь серверный код конфигурации выполняется модулем расширения веб-сервера (например, wsap24.so) непосредственно внутри рабочего процесса Apache.
Это приводит к следующим ключевым последствиям:
- Монополизация ресурсов одним процессом. Когда один из пользователей запускает тяжелую операцию (например, «Закрытие месяца» в «1С:Бухгалтерии» или групповое перепроведение документов в «1С:Управление торговлей»), процесс веб-сервера загружает процессор и оперативную память. В результате остальные пользователи сталкиваются с зависаниями и длительными откликами интерфейса.
- Ограничение по оперативной памяти. При использовании 32-битной версии модуля веб-сервера процесс ограничен ~2 ГБ адресуемого пространства памяти. Тяжелые отчеты или фоновые расчеты могут завершиться аварийно с ошибкой нехватки памяти. Для стабильной работы современных конфигураций важно использовать 64-битную платформу 1С и соответствующий 64-битный модуль расширения.
- Табличные блокировки. В файловом режиме платформа 1С накладывает файловые и табличные блокировки на файл
1Cv8.1CD. Если регламентная процедура или проведение документа блокирует нужную таблицу, остальные сеансы вынуждены ожидать освобождения ресурса.
Решение проблемы зависаний: разделение процессов и управление сеансами
Рассмотрим, как минимизировать влияние ресурсоемких операций одних пользователей на общую работу системы:
- Разделение процессов веб-сервера. Чтобы действия одного пользователя не блокировали обработку HTTP-запросов других, настраивают запуск изолированных процессов веб-сервера Apache (или пулов обработчиков). В этом случае падение или перегрузка одного рабочего процесса не нарушает сеансы остальных сотрудников.
- Работа механизма блокировок между процессами. Платформа 1С корректно отслеживает блокировки таблиц на уровне операционной системы и файловой системы даже при обращении из разных процессов веб-сервера. Механизм блокировок продолжает функционировать штатно.
- Зависшие сеансы и перезапуск. В файловом режиме отсутствует штатная консоль кластера 1С для мониторинга сеансов. Если сессия пользователя зависла, нет необходимости перезагружать всю операционную систему сервера — достаточно перезапустить службу веб-сервера Apache или принудительно завершить зависший рабочий процесс.
Настройка прав доступа при совместном использовании Apache и Samba
Если для целей администрирования, выгрузки резервных копий или работы конфигуратора база также доступна по локальной сети через файловый ресурс Samba, возникает конфликт прав доступа. Разберем по шагам, как настроить права в Linux-окружении:
- Общая группа пользователей. Системный пользователь, под которым выполняется Apache (например,
www-data), и пользователь Samba должны быть объединены в одну общую системную группу (например, grp1c).
- Установка SGID-бита на каталог базы данных. Для автоматического наследования группы при создании новых временных файлов каталогу базы задается флаг
chmod g+s /path/to/base.
- Корректная маска создания файлов (umask). Значение
umask 002 необходимо задать как в конфигурационном файле Samba smb.conf (параметры create mask = 0775 и directory mask = 0775), так и в переменных окружения запуска Apache (файл /etc/apache2/envvars). Это гарантирует, что создаваемые одной службой файлы блокировок и временные таблицы будут доступны для записи другой службе.
- Права на служебные директории. Пользователь веб-сервера должен обладать правами на запись во временную директорию
/tmp и в каталог хранения пользовательских настроек платформы ~/.1C.
Параметры таймаутов и фоновые задания
Посмотрим на специфику выполнения длительных процедур через протоколы HTTP/HTTPS:
- Таймаут соединения. При выполнении длительных операций веб-сервер может принудительно оборвать соединение, если время ответа превысит лимит директивы
Timeout в конфигурации Apache или параметры таймаута в файле публикации default.vrd. Для длительных расчетов значения таймаутов необходимо заблаговременно увеличить.
- Выбор клиентского приложения. Для стабильной работы рекомендуется подключаться через «Тонкий клиент 1С» по протоколу HTTP, а не через веб-браузер. Тонкий клиент более устойчив к кратковременным разрывам связи и оптимизирует передачу трафика.
- Регламентные задания. В файловой базе при работе через веб-сервер запуск фоновых задач требует явного разрешения в параметрах дескриптора публикации (файл
default.vrd) либо наличия выделенного постоянно работающего сеанса.
Альтернативный вариант: если производительности аппаратной части (например, бюджетного процессора Celeron и 4 ГБ ОЗУ) перестает хватать для комфортной параллельной работы нескольких пользователей в тяжелых конфигурациях, целесообразно рассмотреть использование лицензии «1С:Сервер МИНИ» (на 5 подключений) в связке с СУБД PostgreSQL. Это полностью устраняет ограничения файловых блокировок и проблемы разграничения прав между Samba и Apache.