← На главную

При организации работы с конфигурацией «Бухгалтерия предприятия 3.0» для команды из 5–10 пользователей часто возникает архитектурная дилемма: какой вариант подключения выбрать — тонкий клиент через веб-сервер, терминальный сервер (RDP) или полноценный клиент-серверный вариант с СУБД? Рассмотрим подробнее особенности работы файловой базы, специфику выполнения регламентных заданий на веб-сервере и варианты решения проблемы производительности.

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

Рассмотрим сначала специфику работы фоновых задач. При публикации файловой базы на веб-сервере (IIS или Apache) регламентные и фоновые задания выполняются внутри процессов самого веб-сервера. Они запускаются под той учетной записью, от имени которой работает пул приложений или служба веб-сервера (например, IUSR / IIS_IUSRS в IIS или локальная/системная служба Apache).

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

1. Отключение выполнения регламентных заданий веб-сервером: В файле публикации default.vrd рекомендуем отключить параметр allowExecuteScheduledJobs, установив его в значение false.
2. Запуск регламентных заданий в отдельном сеансе: Вынесем выполнение фоновых операций в отдельный технический сеанс тонкого или толстого клиента, который запускается по расписанию через планировщик ОС во внерабочее время.
3. Отключение некритичных фоновых задач в конфигурации: В разделе «Администрирование — Обслуживание — Регламентные операции» отключим автоматическое слияние индексов полнотекстового поиска, загрузку новостей, классификаторов и сбор статистики производительности.

Сравнение вариантов работы: тонкий клиент через веб-сервер против RDP-терминала

Проанализируем поведение файловой базы при 5–10 пользователях в двух наиболее частых вариантах подключения без покупки полноценного сервера 1С.

1. Подключение через веб-сервер (IIS / Apache)

Файловая «Бухгалтерия предприятия 3.0» на управляемых формах выполняет большой объем вычислений на стороне сервера при открытии форм, проведении документов и формировании отчетов. В случае публикациях на веб-сервере вся серверная логика исполняется непосредственно в процессах веб-сервера (например, w3wp.exe в IIS). Рассмотрим важные нюансы настройки:

1. Настройка пула IIS: Пул приложений для файловой базы необходимо строго ограничить одним рабочим процессом (установить параметр Maximum Worker Processes = 1). Несколько процессов w3wp.exe одновременно не смогут корректно делить блокировки файла 1Cv8.1CD, что приводит к повреждению данных.
2. Разрядность веб-сервера: Поскольку серверный код БП 3.0 быстро потребляет оперативную память, следует обязательно использовать 64-разрядный веб-сервер и 64-битные модули расширения платформы 1С.
3. Ограничение параллельности: Даже при верной настройке веб-сервера файловый режим осуществляет блокировку таблиц базы целиком, из-за чего 5–10 активных пользователей будут испытывать задержки при синхронном вводе документов.

2. Подключение через терминальный сервер (RDP)

При использовании терминального доступа все пользователи запускают клиенты 1С на одном сервере, работающем с единым файлом 1Cv8.1CD. Выясним плюсы и минусы данного подхода:

1. Требования к оборудованию: Потребуется высокая базовая тактовая частота процессора на ядро и быстрый дисковый накопитель (NVMe SSD). Каталог базы и временные файлы необходимо обязательно исключить из проверки антивируса.
2. Конфликты при групповых операциях: В момент закрытия месяца или массового перепроведения документов файловая база блокируется целиком, и параллельная работа остальных пользователей становится практически невозможной.
3. Падение производительности: Как показывает практика, уже при 5 одновременно работающих сеансах в файловом RDP-режиме система начинает работать ощутимо медленнее.

Оптимальное решение: переход на клиент-серверный режим (1С + СУБД)

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

Почему не всегда подходит «1С:Сервер МИНИ»?

Лицензия 1С:Сервер МИНИ жестко ограничена максимум 5 одновременными сеансами пользователей (плюс 1 сеанс Конфигуратора). Если в базе зарегистрировано 10 сотрудников и шестой пользователь попытается подключиться, платформа выдаст ошибку превышения количества лицензий. Поэтому данный вариант подойдет только если число одновременно работающих людей гарантированно не превышает пяти.

Полноценный сервер 1С:Предприятие + PostgreSQL или MSSQL

Для стабильной и комфортной работы 5–10 пользователей проанализируем развертывание полноценной клиент-серверной архитектуры:

1. Использование бесплатной СУБД PostgreSQL: Отличным экономичным решением является использование бесплатной СУБД PostgreSQL (или Postgres Pro 1C) в сочетании с сервером 1С:Предприятие. СУБД поддерживает построчные блокировки таблиц, что позволяет пользователям вводить документы одновременно без взаимного ожидания.
2. Использование СУБД MSSQL: Обеспечивает максимальную стабильность и простоту в обслуживании, но требует приобретения лицензий Microsoft.
3. Изоляция задач: В клиент-серверном режиме регламентные и фоновые задания выполняются службой сервера 1С в отдельном процессе, не мешая работе пользователей и гарантируя сохранность данных даже при сбоях питания.