Как исправить ошибку «Недостаточно памяти» при выгрузке номенклатуры из 1С:УТ 11 на сайт

← На главную

При работе с крупными базами данных в 1С:Управление торговлей 11 часто возникает ситуация, когда стандартная выгрузка номенклатуры на сайт (например, на CMS Битрикс или другие системы) обрывается с ошибкой «Недостаточно памяти» или «Превышен максимальный расход памяти сервера за один вызов». Это происходит даже в тех случаях, когда сервер обладает внушительными характеристиками (например, 160 ГБ ОЗУ), а в настройках обмена установлена порционная выгрузка. Рассмотрим подробно, почему так происходит, и разберем по шагам способы решения этой проблемы.

Анализируем причину ошибки: почему 160 ГБ ОЗУ не спасают?

Первое, что нам необходимо понять: наличие большого объема оперативной памяти на физическом сервере не означает, что платформа 1С может использовать её всю для выполнения одной операции. Проанализируем ситуацию. Ошибка «Превышен максимальный расход памяти сервера за один вызов» генерируется не операционной системой, а самим менеджером кластера 1С. Это защитный механизм, который предотвращает «падение» всего рабочего процесса rphost из-за одного некорректного или слишком тяжелого запроса.

Существует несколько «подводных камней» в типовом механизме обмена УТ 11:

Ложная порционность: Многие пользователи полагают, что настройка «Выгружать порциями по 5000 позиций» заставляет 1С выбирать из базы только 5000 записей. На самом деле, типовой код часто сначала выполняет полный запрос ко всем объектам, зарегистрированным к обмену (в нашем случае — 100 000 позиций), формирует из них гигантскую таблицу значений или дерево в памяти, и только потом начинает «резать» этот массив на пакеты для отправки.
Сериализация XDTO: Основной расход памяти происходит в момент преобразования данных 1С в формат XML (CommerceML). Если номенклатура содержит характеристики, множество типов цен, остатки по десяткам складов и, что самое критичное, картинки, то объем данных в памяти при сериализации может вырасти в 5–10 раз по сравнению с исходными данными в БД.
Настройки кластера: В консоли администрирования серверов 1С по умолчанию могут стоять лимиты, которые блокируют вызовы, потребляющие более 1–2 ГБ памяти.

Способ 1. Изменение настроек кластера серверов 1С

Разберем, как снять программные ограничения платформы. Если мы уверены, что сервер физически потянет нагрузку, нам нужно изменить параметры безопасности в консоли администрирования 1С.

Проанализируем параметры рабочего сервера:

Откроем Консоль администрирования серверов 1С:Предприятия.
Перейдем в свойства нашего кластера (Cluster).
Найдем параметр «Безопасный расход памяти за один вызов». По умолчанию там часто стоит «0» (что соответствует внутренним алгоритмам ограничения платформы, примерно 10% от доступного объема).
Установим значение -1 (в некоторых релизах рекомендуют 1), что фактически снимает ограничение на объем памяти для одного вызова.
Также обратим внимание на параметр «Временно допустимый объем памяти процессов». Если там стоит значение, отличное от нуля (например, в байтах или процентах), убедимся, что оно не слишком жесткое для нашей задачи.

Важно: После изменения этих настроек может потребоваться перезапуск службы 1C:Enterprise 8.3 Server Agent, чтобы новые лимиты вступили в силу.

Способ 2. Оптимизация запроса и схемы выгрузки

Если настройка кластера помогла избежать ошибки, но выгрузка все равно длится часами, нужно заглянуть «под капот» программного кода. Выясним причину медленной работы. В УТ 11 за формирование данных отвечает СКД (Схема компоновки данных). Рассмотрим подробнее макет СхемаВыгрузкиКаталогПакетПредложений.

Часто в типовых запросах обмена можно встретить неоптимальные соединения. Например, платформа может пытаться получить остатки и цены для всех характеристик товара, даже если они не используются. Рассмотрим пример «бага» в платформе, который иногда встречается в коде формирования пакетов (модуль Б_ОбменССайтомСерверВыгрузкаДанных):


// Пример оптимизации текста запроса, если условие с NULL работает некорректно
ТекстЗапроса = Запрос.Текст;  
ТекстЗапроса = СтрЗаменить(ТекстЗапроса, "NULL = &П ", "ИСТИНА = ИСТИНА ");
Запрос.Текст = ТекстЗапроса;

Посмотрим на ситуацию со стороны регистрации изменений. Если выгрузка 100 000 позиций целиком не проходит, лучшим решением будет выгружать данные частями, используя отборы. Вместо того чтобы пытаться выгрузить всё сразу, настройте расписание обмена так, чтобы сначала ушли только изменения, а не полная база.

Способ 3. Работа с картинками и двоичными данными

Проанализируем структуру нашего XML-файла. Если вы выгружаете изображения вместе с каталогом, 1С преобразует каждую картинку в строку формата Base64. Это колоссально нагружает память. Рассмотрим рекомендации по оптимизации:

Разделение выгрузки: В настройках узла обмена с сайтом снимите флаг «Выгружать изображения». Сначала выгрузите структуру каталога, товары и цены.
Отдельный канал для файлов: Если конфигурация позволяет, настройте передачу изображений через FTP или выгружайте их небольшими порциями (по 100–200 штук), используя дополнительные отборы в узле обмена.

Способ 4. Переход на 64-битные рабочие процессы

Выясним, какая разрядность у вашего сервера 1С. Если вы используете 32-битную версию сервера 1С (даже на 64-битной Windows), то каждый рабочий процесс rphost физически не может адресовать более 4 ГБ памяти. В этом случае никакие настройки кластера и 160 ГБ ОЗУ на сервере не помогут — процесс просто «схлопнется» при достижении лимита. Убедитесь, что у вас установлена 64-битная версия сервера 1С:Предприятия.

Почему товары появляются на сайте медленно?

Рассмотрим ситуацию, когда 1С уже передала данные, но на сайте они появляются «по чайной ложке» (например, по 20 позиций за раз). Это сигнализирует о том, что проблема сместилась на сторону принимающей стороны (CMS).

Процесс выглядит так:

1С формирует файл import.xml или offers.xml.
Файл передается на сайт (через POST-запрос).
Скрипт импорта на стороне сайта начинает разбирать файл.

Если на сайте установлены жесткие лимиты в php.ini (например, memory_limit или max_execution_time), сайт будет обрабатывать файл пошагово. Для ускорения необходимо оптимизировать индексы в базе данных сайта и увеличить лимиты ресурсов для PHP-скриптов импорта.

Резюме: алгоритм действий

Подведем итог нашего исследования. Если вы столкнулись с нехваткой памяти при обмене с сайтом в УТ 11, действуйте по следующему плану:

Проверьте настройки кластера 1С: Установите «Безопасный расход памяти за один вызов» в значение -1.
Проверьте разрядность сервера: Убедитесь, что используете 64-битный сервер 1С.
Используйте отборы: Не пытайтесь выгрузить 100 000 товаров за один раз при первом обмене. Разбейте их на группы по 10-20 тысяч позиций с помощью фильтров в настройках обмена.
Оптимизируйте выгрузку файлов: Попробуйте выгрузить каталог без картинок, чтобы убедиться, что причина именно в объеме данных.
Мониторинг: Используйте «Монитор ресурсов» Windows, чтобы следить за потреблением памяти процессом rphost в реальном времени во время выгрузки. Если память растет скачкообразно перед самой ошибкой — ищите проблему в сериализации XDTO и картинках.

Выполняя эти шаги, мы сможем добиться стабильной работы обмена даже на очень больших объемах номенклатуры.