← На главную
При проектировании высоконагруженной учетной системы с непрерывным потоком заказов (от 3000 отгрузок и платежей в сутки, круглосуточная работа, десятки одновременно работающих операторов) возникает классическая дилемма: использовать проверенную временем, легковесную 1С:Управление торговлей 10.3 (на обычных формах) или современную 1С:Управление торговлей 11 (на управляемых формах). Разберем ключевые факторы, влияющие на производительность, и определим, какие архитектурные и серверные решения необходимы для стабильной работы.
Сравнение архитектурных особенностей конфигураций
Проанализируем базовые различия двух платформ с точки зрения масштабируемости и нагрузки:
- УТ 10.3 (Обычные формы): Конфигурация отличается минимальным оверхедом при проведении документов и простой моделью данных. Партионный учет и расчет себестоимости могут быть отключены или вынесены на регламентное выполнение. Однако решение морально устарело, не поддерживает нативно тонкий/веб-клиент и требует значительных затрат при интеграции с современными сервисами и мобильными рабочими местами.
- УТ 11 (Управляемые формы): Современная конфигурация с развитым функционалом (интеркампани, сложные скидки, адресный склад, гибкое ценообразование, поддержка тонкого клиента). Архитектура использует управляемые блокировки транзакций платформы
1С:Предприятие 8.3, что теоретически обеспечивает лучшую параллельность записи движений по регистрам. При этом типовая конфигурация обладает высоким уровнем избыточности кода и требовательна к серверным ресурсам.
Узкие места УТ 11 при высокой интенсивности транзакций
Рассмотрим, с какими техническими сложностями сталкиваются проекты при попытке запустить типовую коробку УТ 11 на больших объемах документооборота:
- Стандартный механизм RLS (ограничение прав на уровне записей): Типовой RLS накладывает тяжелые подзапросы к таблицам прав при каждом обращении к данным, что приводит к резкой деградации производительности динамических списков и блокировкам.
- Длительное выполнение регламентных процедур: Ежемесячное закрытие месяца, фоновый расчет себестоимости и пересчет свободных остатков на миллионных объемах записей создают пиковые нагрузки на дисковую подсистему и процессор.
- Стандартные формы подбора номенклатуры: Универсальные формы подбора в УТ 11 перегружены сервисными проверками и запросами к ценам и остаткам, что недопустимо при интенсивной работе десятков операторов на потоке.
- Реструктуризация данных при обновлениях: При переходе между релизами конфигурации пересчет служебных регистров может занимать часы или даже сутки.
Архитектурная оптимизация УТ 11 под высокую нагрузку
Если проект внедряется на УТ 11, для успешной эксплуатации на уровне 3000–30000 отгрузок в сутки необходимо применить комплекс технических доработок:
- Отказ от типового RLS: Ограничение прав доступа переводится на упрощенные собственные алгоритмы либо права разграничиваются на уровне интерфейсов и отборов данных.
- Выделенный АРМ оператора: Для быстрого оформления заказов и отгрузок создается специализированное рабочее место, исключающее лишние серверные вызовы, тяжелые проверки и избыточный функционал типовых форм.
- Асинхронная обработка и очереди (CQRS): Регистрация первичных документов операторами и их фактическое проведение по тяжелым учетным регистрам разделяются во времени. Проведение документов распределяется по пулу параллельных фоновых заданий через очередь обработки.
- Разделение итогов регистров накопления: Для высоконагруженных регистров остатков критически важно активировать свойство
Разрешить разделение итогов. Это снижает взаимоблокировки при одновременной записи движений по одним и тем же позициям номенклатуры.
Требования к серверному оборудованию и настройке СУБД
Для обеспечения непрерывной круглосуточной работы конфигурации уровня УТ 11 необходима тщательная подготовка серверной инфраструктуры:
- Аппаратные мощности: Кластер серверов
1С и СУБД на многоядерных процессорах с высокой тактовой частотой на ядро (от 3.0+ GHz), оперативная память объемом от 64–128 Гб для каждого сервера с целью полного кэширования горячих данных. - Дисковая подсистема: Использование высокоскоростных корпоративных накопителей NVMe/SSD под базы данных и журналы транзакций.
- Оптимизация
tempdb: База временных таблиц tempdb СУБД MS SQL Server должна быть разбита на несколько файлов одинакового размера (по числу физических ядер процессора, обычно от 4 до 8) и размещена на самом быстром дисковом массиве. - Режим изоляции транзакций RCSI: Включение версионирования строк на уровне MS SQL Server (
READ_COMMITTED_SNAPSHOT) устраняет конфликты между операциями чтения (построение отчетов, подборы) и записи (проведение документов). - Регламентные операции СУБД: Настройка регулярного обновления статистики, дефрагментации и реиндексации таблиц, а также мониторинг коэффициента попадания страниц в буферный кэш (Buffer Cache Hit Ratio не ниже 98–99%).
Итоговые выводы
Подведем итог: УТ 10.3 целесообразно использовать только как временное или ультра-бюджетное решение, если требуется исключительно ввод первичных документов без развития системы и нет бюджета на качественное серверное оборудование.
Если система строится всерьез и на долгосрочную перспективу с возможностью масштабирования до КА или ERP, необходимо выбирать УТ 11, закладывая в бюджет проектные доработки по оптимизации (создание легковесного фронт-офиса, оптимизация блокировок, отключение тяжелого типового RLS) и профессиональную настройку серверного кластера и СУБД.