Многие пользователи и администраторы систем на базе 1С:Управление торговлей 11 (УТ 11) сталкиваются с резким снижением производительности рабочего места кассира (РМК) после активации функционала маркировки (ИС МП) и электронного документооборота (ЭДО). Типичная ситуация: обычное сканирование штрихкода (ШК), которое раньше занимало доли секунды, начинает «задумываться» на 30–60 секунд. Особенно остро эта проблема проявляется в файловых версиях баз данных, работающих в локальной сети.
В данной статье мы подробно разберем, почему это происходит, проанализируем влияние настроек маркировки на быстродействие и рассмотрим проверенное решение — переход на использование веб-сервера для публикации базы.
Разберем природу проблемы. В файловом режиме работы 1С вся логика обработки данных ложится на плечи клиентского компьютера, а база данных представляет собой один большой файл 1Cv8.1cd. Когда мы включаем функционал маркировки, в системе активируются дополнительные регистры сведений и расширяется состав таблиц, к которым система обращается при каждом сканировании.
Проанализируем цепочку событий при сканировании штрихкода:
ШтрихкодыНоменклатуры.В файловом режиме при работе через сетевой доступ (протокол SMB) каждое такое обращение вызывает блокировку таблиц. Если база данных выросла в объеме из-за данных маркировки, чтение индексов через сеть становится «бутылочным горлышком». Протокол SMB плохо справляется с передачей огромного количества мелких пакетов данных, необходимых для поиска в файловой СУБД, что и приводит к задержкам в минуту и более.
Как показывает практика, это самый эффективный способ «оживить» файловую базу без покупки дорогостоящих лицензий на 1С:Сервер и SQL. Рассмотрим, как это работает. При публикации базы через веб-сервер (например, Apache 2.4), способ взаимодействия клиента с базой меняется с файлового протокола SMB на протокол HTTP/HTTPS.
В этом случае веб-сервер берет на себя роль посредника, который работает с файлом базы данных локально на том компьютере, где она физически расположена. Клиентские компьютеры получают уже обработанные данные, что в разы ускоряет работу, особенно на «слабых» участках сети.
Разберем алгоритм действий по шагам:
http://имя_сервера/имя_публикации.Этот метод позволяет нивелировать сетевые задержки и существенно ускорить подбор по ШК, так как нагрузка по чтению тяжелых таблиц маркировки переносится на «серверную» часть.
Если публикация на веб-сервере невозможна или вы хотите добиться максимальной производительности, проанализируем состояние рабочих станций. Рассмотрим пример конфигурации из обсуждения: процессор i3 4-го поколения, 4 ГБ ОЗУ и отсутствие SSD. Для современной УТ 11.4 — это крайне слабые характеристики.
Выполним следующие шаги для оптимизации:
*.1cd, *.1cl в исключения. Антивирус может сканировать каждое обращение к базе, что при проверке маркировки создает критическую задержку.Выясним причину замедления внутри самой конфигурации. В «Управлении торговлей» версии 11.4 есть несколько механизмов, которые могут «тормозить» подбор:
1. Автоматический расчет скидок. Рассмотрим настройки РМК. Если в системе включен автоматический расчет скидок при каждом изменении строки, 1С будет пересчитывать всю корзину при каждом сканировании. В условиях файловой базы и маркировки это фатально для скорости. Выставим режим «Рассчитывать скидки при пробитии чека» или «По кнопке».
2. Полнотекстовый поиск (ППД). Если индекс полнотекстового поиска разросся, любой поиск (даже по ШК) может замедляться. Рекомендуем выполнить регламентное задание «Обновление индекса ППД» или временно отключить его для проверки скорости.
3. Фоновые задания. Проверим список активных фоновых заданий (Администрирование — Обслуживание — Регламентные задания). В файловой базе активное фоновое задание «съедает» значительную часть ресурсов канала связи.
Посмотрим на ситуацию со стороны сети. Файловая 1С крайне чувствительна к качеству соединения. Если на одном ПК всё «летает», а на другом — тормозит, стоит проверить:
Подведем итог нашего анализа. Основная причина долгого подбора по ШК в УТ 11 при включенной маркировке — это возросший объем данных и количество обращений к таблицам базы, с которыми файловый режим через сетевой доступ (SMB) не справляется.
Наилучшим решением является публикация базы на веб-сервере Apache. Это бесплатный и надежный способ перевести взаимодействие с базой на быстрый протокол HTTP. В дополнение к этому, настоятельно рекомендуем установку SSD-накопителей на все ПК, участвующие в работе с 1С, так как скорость дисковых операций является определяющим фактором для файловых баз 1С.
Для долгосрочной стабильной работы при штате более 3-5 сотрудников стоит рассмотреть вариант перехода на клиент-серверный вариант (SQL), даже в формате «Сервера 1С:Предприятие (мини-3.0)», что полностью снимет вопросы блокировок и скорости поиска по штрихкодам.