Обмены 1С с сайтом и маркетплейсами тормозят базу: когда нужен сервер помощнее

Обмены с сайтом и маркетплейсами выполняются через регламентные задания в фоне — раз в 5, 10 или 15 минут, независимо от того, работает кто-то в базе или нет. Если после подключения Wildberries, Ozon или интернет-магазина документы стали проводиться дольше, а отчёты формируются с задержкой именно в моменты синхронизации — дело не в интернете и не в самом маркетплейсе. Не хватает вычислительной мощности сервера, который эту нагрузку обрабатывает.

Что именно нагружает базу при обменах

Каждая синхронизация — это не разовое событие, а серия операций внутри базы. При загрузке заказа с маркетплейса 1С ищет или создаёт элементы справочника «Номенклатура» по артикулу, ищет контрагента по идентификатору, записывает документ и пересчитывает регистры остатков. Один заказ — несколько операций записи и чтения. Сто заказов за час в пиковый день — счёт идёт на сотни таких операций подряд.

Источников фоновой нагрузки обычно несколько одновременно:

• регламентные задания обмена с сайтом — выгрузка каталога, остатков и цен;
• обмен заказами с маркетплейсами через HTTP-сервисы — Wildberries, Ozon, Яндекс.Маркет;
• загрузка прайсов и остатков от поставщиков;
• регламентный пересчёт итогов после каждого пакета изменений;
• выгрузка отчётности и синхронизация с внешними сервисами.

Каждая задача по отдельности легкая. Но когда несколько обменов настроены на близкие интервалы, они накладываются друг на друга, и сервер оказывается занят фоновыми процессами почти постоянно.

Признаки, что дело именно в обменах, а не в общей нагрузке

Отличить перегрузку от обменов от обычных «тормозов» несложно — паттерн повторяется по времени. Задержки в работе пользователей совпадают с расписанием синхронизаций, а не распределены равномерно в течение дня.

Дополнительные сигналы стоит проверить в первую очередь:

1. Регламентные задания запускаются слишком часто. Интервал в 5 минут вместо часа — частая причина постоянной фоновой нагрузки, которую изначально настраивали «на всякий случай» и забыли пересмотреть.
2. В логе событий регулярно фиксируются ошибки выполнения обмена. Незавершённые синхронизации повторяются заново и складываются одна на другую.
3. База работает в файловом режиме, а пользователей уже больше 10. Официально файловый режим поддерживает до 20 подключений, но однопоточная архитектура начинает давать сбои заметно раньше — особенно при параллельных фоновых обменах.
4. Размер базы перевалил за 10 ГБ. С этого объёма формирование отчётов в файловом режиме замедляется в разы, и добавленная нагрузка от обменов только усугубляет ситуацию.

Если совпадает хотя бы два пункта из четырёх, дело почти наверняка в ресурсах, а не в настройках конкретного обмена.

Файловая база или клиент-серверная: где проходит предел

Файловый режим отлично работает на старте, пока база маленькая, а обменов нет вовсе. Как только к системе подключаются интеграции с внешними сервисами, ограничения проявляются быстро.

Интеграция с внешними системами — CRM, сайтом, EDI-провайдерами, маркетплейсами — сама по себе входит в список официальных причин перехода на клиент-серверный вариант. Дело не в количестве пользователей, а в постоянном фоновом трафике, который файловый режим просто не умеет распределять.

Сколько ресурсов реально нужно

Здесь работает не самое очевидное правило: для 1С частота ядра важнее их количества. Платформа плохо распараллеливает операции — большинство из них выполняется в одном потоке, поэтому сервер с 4 ядрами на 3,5 ГГц обгонит 8-ядерный на 2,0 ГГц при формировании отчётов и обработке обменов.

Для типовой конфигурации с 10–50 пользователями и активными интеграциями ориентир — 8–16 ядер и 32–64 ГБ оперативной памяти на клиент-серверном варианте. Если обменов несколько, а конфигурация доработана под конкретные бизнес-процессы, эти цифры стоит закладывать с запасом: каждая дополнительная интеграция добавляет постоянную фоновую нагрузку, которая не видна в моменте, но накапливается в течение дня.

Что делать, когда апгрейд неизбежен

Покупка и настройка собственного сервера под возросшую нагрузку — это не только оборудование, но и время на перенос базы, настройку кластера и администрирование. Аренда виртуального сервера для 1С закрывает эту задачу без капитальных затрат: конфигурацию можно нарастить под текущую нагрузку от обменов, не покупая физическое железо заново.

Можно воспользоваться тестовым периодом бесплатно на 14 дней. Это время удобно использовать не для абстрактной проверки, а конкретно для мониторинга: подключить текущие обмены на тестовом сервере и посмотреть, как ведёт себя нагрузка при реальном расписании синхронизаций, прежде чем переносить туда рабочую базу окончательно.