← На главную
При внедрении или переводе пользователей на конфигурацию 1С:Управление торговлей 11 (УТ 11) часто возникает дилемма: покупать ли серверную лицензию «1С:Предприятие» и разворачивать СУБД, либо ограничиться файловым режимом. Ситуация усложняется, когда число основных пользователей невелико (например, около 5 человек), но присутствуют мобильные сотрудники с эпизодическими веб-подключениями («1С:Заказы»), а ежедневный документооборот составляет от 200 до 400 документов. Разберем детально технические ограничения каждого подхода, особенности лицензирования и способы организации стабильной работы.
Анализ архитектурных ограничений файлового режима в УТ 11
В отличие от более старых конфигураций (таких как 1С:Бухгалтерия 2.0 или 1С:Управление торговлей 10.3), архитектура УТ 11 построена на управляемых формах, сложной бизнес-логике и развитой системе регламентных расчетов. Рассмотрим ключевые факторы, влияющие на работу файловой базы:
- Уровень блокировок данных: В файловом формате внутренней СУБД
1CD физически отсутствуют построчные блокировки (Row-level lock). Любая транзакция записи или проведения документа блокирует всю таблицу целиком (Table-level lock). При параллельном проведении накладных менеджерами и синхронизации заказов мобильными агентами пользователи неизбежно будут сталкиваться с ошибкой Конфликт блокировок при выполнении транзакции.
- Ограничение на размер таблицы (4 Гб): В стандартной файловой базе размер одного внутреннего файла/таблицы не может превышать 4 Гб. В УТ 11 при потоке в 200–400 документов в сутки такие таблицы, как
РегистрНакопления.ВыручкаИСебестоимостьПродаж, РегистрНакопления.ДвиженияНоменклатураНоменклатура или таблицы версионирования объектов, способны достигнуть предела в 4 Гб за 1–2 года активной работы.
- Поведение фоновых заданий: В файловом варианте регламентные и фоновые задания выполняются внутри сеансов пользователей либо в отдельном потоке веб-сервера. Это создает внезапные зависания интерфейса и блокирует таблицы во время оперативной работы пользователей.
Подводные камни «1С:Сервер МИНИ» и веб-соединений
Проанализируем распространенную идею использовать лицензию «1С:Предприятие 8.3. Сервер МИНИ» в условиях совмещения стационарных пользователей и мобильных приложений:
- Лицензия «Сервер МИНИ» накладывает жесткое системное ограничение: не более 5 пользовательских сеансов и не более 1 фонового/регламентного задания (суммарно не более 6 соединений).
- Мобильные клиенты («1С:Заказы»), отправляющие пакеты через Web- или HTTP-сервисы, инициируют полноценный сеанс веб-сервиса на стороне сервера 1С на время выполнения запроса.
- Если в системе одновременно открыто 5 тонких клиентов менеджеров, любая попытка торгового представителя отправить заказ приведет к отказу в обслуживании из-за превышения лимита сеансов сервера МИНИ.
- Таким образом, вариант с «Сервером МИНИ» при наличии 5 постоянных рабочих мест и внешних веб-агентов неприменим. Требуется либо полноценная серверная лицензия уровня ПРОФ, либо правильная настройка файлового режима.
Вариант 1: Оптимизация работы в файловом режиме (бюджетный путь)
Если бюджет строго ограничен и принято решение тестировать файловый режим, необходимо минимизировать влияние блокировок и сетевых задержек. Разберем по шагам, как настроить систему:
- Использование быстрых дисков и процессора: Базу данных следует размещать исключительно на высокоскоростных накопителях NVMe SSD с процессором, обладающим высокой производительностью на одно ядро (Single-thread performance), так как управляемый код 1С и обработка блокировок в файловом режиме критичны к частоте процессора.
- Исключение толстого клиента по сети: Прямой доступ к файлу
1Cv8.1CD по локальной сети через общий сетевой ресурс (SMB/SAMBA) категорически недопустим для УТ 11. Необходимо использовать:
- Подключение через терминальный сервер (RDP);
- Публикацию информационной базы на веб-сервере (Apache или IIS) и подключение пользователей исключительно через Тонкий клиент или Web-клиент по протоколу HTTP/HTTPS.
- Перевод тяжелых регламентных операций на нерабочее время: Откроем в конфигурации раздел администрирования регламентных и фоновых заданий:
- Отключим или перенесем на ночь автоматическое обновление индекса полнотекстового поиска (
ПолнотекстовыйПоискОбновлениеИндекса);
- В настройках финансового учета изменим режим формирования движений по расчетам с клиентами и поставщиками с режима «Автоматически при онлайн-проводках» на «По расписанию» в ночные часы;
- Закрытие месяца и групповое перепроведение документов строго запрещено выполнять в рабочие часы пользователей.
- Настройка формата журнала регистрации: Для снижения нагрузки на файловую систему переведем журнал регистрации в формат SQLite (файл
1Cv8.lgd), а также настроим регулярную обрезку устаревших записей журнала через Конфигуратор.
- Настройка таймаутов веб-пула: В файле дескриптора публикации
default.vrd для веб-сервисов необходимо настроить минимальный таймаут сессий (SessionTimeout), чтобы кратковременные сеансы мобильных агентов не удерживали пользовательские клиентские лицензии длительное время.
Вариант 2: Переход на клиент-серверную архитектуру (рекомендуемый путь)
При нагрузке 200–400 документов в день с перспективой роста базы наиболее стабильным решением является развертывание полноценного клиент-серверного варианта. Рассмотрим структуру такой системы:
- СУБД PostgreSQL: Использование специализированной сборки PostgreSQL для 1С позволяет полностью избежать затрат на коммерческие СУБД (MS SQL Server).
- Лицензия «1С:Предприятие 8 (ПРОФ)»: Полноценный сервер 1С снимает ограничение на количество одновременных сессий, исключает лимит в 4 Гб на таблицу и переводит базу на уровень управляемых построчных блокировок.
- Параллельная работа: Менеджеры проводят документы, мобильные агенты обмениваются данными, а регламентные задания фонового расчета взаиморасчетов выполняются сервером в фоновом режиме без блокировки работы пользователей.
Итоги и рекомендации
Проанализировав все условия, приходим к следующему алгоритму действий: на старте можно провести опытную эксплуатацию в файловом режиме, опубликовав базу на веб-сервере (Apache/IIS) под управлением Тонкого клиента на быстром SSD, обязательно перенеся фоновые задания на ночь. Однако по мере роста объема данных и числа мобильных подключений необходимо запланировать перевод информационной базы на клиент-серверный вариант (1С:Предприятие 8 ПРОФ + PostgreSQL), что полностью устранит проблемы с блокировками данных и обеспечит отказоустойчивость бизнеса.