← На главную

При организации многопользовательской работы с конфигурациями на управляемых формах (например, 1С:Бухгалтерия 3.0 или 1С:Зарплата и управление персоналом 3.1) без использования клиент-серверной СУБД часто возникает выбор между двумя вариантами: предоставить пользователям прямой доступ к файловой базе через общий сетевой ресурс (SMB-шару) или опубликовать базу на веб-сервере (IIS или Apache). Разберем архитектурные различия этих подходов, сравним их производительность, безопасность и влияние на серверное оборудование.

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

Рассмотрим, как именно исполняется программный код и передаются данные в каждом из вариантов:

1. Тонкий клиент с прямым подключением к сетевой папке (SMB): в этом режиме клиентское приложение работает аналогично толстому клиенту. Так как выделенный сервер 1С отсутствует, серверный программный код платформы исполняется локально на рабочей станции пользователя. Клиентский компьютер непрерывно считывает и записывает данные непосредственно в файл 1Cv8.1CD по сети, используя механизмы файловых блокировок операционной системы. Это приводит к передаче больших объемов данных по локальной сети и высокой нагрузке на канал связи.
2. Тонкий клиент через веб-сервер (HTTP/HTTPS): при публикации базы на веб-сервере взаимодействие с файлом 1Cv8.1CD берет на себя модуль расширения веб-сервера 1С, запущенный на сервере. Серверная часть кода исполняется локально на сервере, а на рабочую станцию пользователя по протоколу HTTP/HTTPS передаются только готовые данные для отрисовки интерфейса и управляющие команды. Это радикально снижает сетевой трафик и снимает вычислительную нагрузку с клиентских ПК.

Безопасность и сохранность данных

Проанализируем распространенное заблуждение о том, что публикация базы на внутреннем веб-сервере менее безопасна, чем открытие общего доступа к папке.

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

1. Защита от случайного или умышленного повреждения: при прямом доступе через общую папку каждому пользователю необходимы полные права на чтение, запись и удаление файлов в каталоге с базой. Это создает уязвимость: пользователь или вредоносное ПО (например, вирус-шифровальщик) на клиентском компьютере могут повредить, удалить или зашифровать файл базы 1Cv8.1CD. При веб-публикации общий доступ к папке по сети полностью закрывается. Права на доступ к файлу базы выдаются исключительно служебной учетной записи веб-сервера (например, IIS_IUSRS).
2. Устойчивость к сетевым сбоям: при работе через сетевую папку кратковременный обрыв связи, зависание клиентского ПК или некорректное закрытие программы в момент записи транзакции приводят к повреждению внутренней структуры таблиц и индексов базы данных (ошибки формата потока, разрушение файла 1Cv8.1CD). В случае веб-сервера файл базы открыт локально на стороне сервера — обрыв соединения у клиента не нарушает физическую целостность файла базы данных.
3. Шифрование трафика: внутри локальной сети можно настроить защищенный протокол HTTPS с использованием локального сертификата, что исключает перехват пользовательских паролей и коммерческих данных.

Специфика производительности на слабом оборудовании

Выясним причину, почему веб-сервер работает быстрее, но требует внимания к ресурсам сервера:

1. Скорость выполнения операций: веб-сервер значительно выигрывает при операциях чтения и выборки данных, так как обмен с диском происходит локально на высокой скорости, а клиенту передается только компактный результат в формате веб-запроса. Однако при выполнении тяжелых операций (расчет себестоимости, групповое перепроведение документов, закрытие месяца) вся нагрузка ложится на центральный процессор сервера.
2. Ограничения пула приложений (Web Garden): для файловых баз 1С крайне важно настраивать пул веб-сервера строго в однопроцессном режиме (параметр Maximum Worker Processes = 1 в IIS). Запуск нескольких рабочих процессов для одной файловой базы приводит к конфликтам файловых блокировок внутри файла 1Cv8.1CD и ошибкам сеансов пользователей.
3. Влияние роли контроллера домена: совместное размещение файловых баз 1С и роли контроллера домена (Active Directory Domain Services) крайне не рекомендуется. Операционная система контроллера домена принудительно отключает кэширование записи дисковой подсистемы для обеспечения надежности базы NTDS.dit. Это существенно снижает количество операций ввода-вывода (IOPS) диска и замедляет работу любых файловых баз 1С.

Практические рекомендации по настройке веб-сервера

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

1. Выбор разрядности: используйте 64-разрядные версии веб-сервера и модулей платформы 1С. 32-разрядный процесс ограничен 2–4 ГБ оперативной памяти, что при одновременной работе нескольких пользователей в тяжелых конфигурациях может приводить к аварийному завершению процесса с ошибкой нехватки памяти.
2. Таймауты пула приложений: в настройках пула IIS установите параметр простоя Idle Time-out = 0. Это предотвратит выгрузку рабочего процесса из оперативной памяти при временном отсутствии активности пользователей и избавит от задержек при первом утреннем входе.
3. Регламентные перезапуски: настройте автоматический перезапуск пула приложений веб-сервера в нерабочее время (например, ночью) для регулярной очистки оперативной памяти от фрагментации.
4. Альтернативное решение для роста: при увеличении числа пользователей и объема операций на том же оборудовании имеет смысл рассмотреть использование лицензии 1С:Сервер МИНИ (до 5 клиентских сеансов) в связке с бесплатной СУБД PostgreSQL, что позволит перейти на полноценную клиент-серверную архитектуру без покупки дорогостоящих серверных лицензий.