← На главную

При публикации информационных баз 1С:Предприятие на веб-сервере Internet Information Services (IIS) системные администраторы часто сталкиваются с крайне неприятной проблемой. В процессе работы пользователей (даже если их всего три человека, как в рассматриваемом случае) веб-клиент внезапно аварийно завершает работу, выдавая ошибку вида: «Неспецифицированная ошибка работы с ресурсом. Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/commands: Недостаточно свободной памяти для выполнения операции». При этом физической оперативной памяти на самом сервере может быть более чем достаточно — свободными могут оставаться десятки гигабайт.

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

Выясняем причину: почему 1С не хватает памяти при ее фактическом избытке?

Главный парадокс этой ошибки заключается в несовпадении физических ресурсов сервера и виртуальных лимитов конкретного процесса. Давайте разберем эту ситуацию по шагам.

Когда вы публикуете базу данных 1С на IIS, запросы от веб-клиентов обрабатываются рабочим процессом веб-сервера, который называется w3wp.exe. Если при установке платформы 1С или настройке IIS была выбрана 32-разрядная (x32/x86) архитектура, рабочий процесс w3wp.exe запускается в 32-битном режиме.

В архитектуре операционных систем Windows для любого 32-разрядного процесса по умолчанию выделяется строго ограниченное виртуальное адресное пространство — не более 2 Гб. Каким бы мощным ни был ваш сервер (пусть на нем будет хоть 128 Гб ОЗУ), процесс w3wp.exe физически не сможет адресовать более 2 Гб памяти. Как только объем данных, необходимых для построения интерфейса (запрос /e1cib/cmi/commands отвечает за формирование командной панели), кэширования метаданных или обработки тяжелых отчетов приближается к этой границе, операционная система отказывает процессу в выделении новых блоков памяти. Веб-сервер падает или выдает пользователю сообщение об ошибке.

Ниже представлены проверенные и эффективные методы борьбы с этой проблемой.

Решение 1. Переход на 64-разрядную версию платформы 1С и IIS

Это самый надежный, правильный и стратегически верный способ навсегда избавиться от лимита в 2 Гб. В 64-битной архитектуре адресное пространство процесса практически не ограничено текущими физическими возможностями оборудования, что полностью исключает подобные сбои памяти.

Выполним переход по шагам:

1. Установите 64-битную платформу 1С: Скачайте с портала технологической поддержки 1С дистрибутив «Технологическая платформа 1С:Предприятие для Windows (64-bit)» и установите ее на сервере IIS.
2. Перепубликуйте базу данных: Запустите Конфигуратор новой установленной 64-битной версии 1С от имени Администратора. Перейдите в меню Администрирование — Публикация на веб-сервере. Перепубликуйте базу данных, чтобы IIS начал использовать новые 64-разрядные библиотеки расширения (в частности, wsapising.dll из каталога bin 64-битной платформы).
3. Настройте пул приложений в IIS:
   • Откройте Диспетчер служб IIS.
   • В левой панели выберите раздел Пулы приложений (Application Pools).
   • Найдите пул приложений, в котором работает ваша опубликованная база 1С (по умолчанию это может быть DefaultAppPool).
   • Кликните по нему правой кнопкой мыши и выберите Дополнительные параметры (Advanced Settings).
   • Найдите параметр Разрешены 32-разрядные приложения (Enable 32-Bit Applications) и установите его в значение False.
   • Нажмите ОК и перезапустите пул приложений.

Обратите внимание: Переход на x64 может быть временно затруднен, если ваша конфигурация 1С использует старое торговое оборудование (онлайн-кассы, сканеры штрихкодов), чьи драйверы существуют только в 32-битном исполнении. В таком случае рассмотрите следующие варианты настройки.

Решение 2. Разделение баз по индивидуальным пулам приложений

Если на сервере опубликовано несколько баз (как у автора темы), и все они работают в одном стандартном пуле приложений DefaultAppPool, то все они делят между собой один и тот же процесс w3wp.exe. Соответственно, лимит в 2 Гб тратится одновременно на все базы. Если одна база начинает активно потреблять ресурсы, «страдают» и вылетают пользователи всех остальных баз.

Рассмотрим, как изолировать базы друг от друга:

1. В Диспетчере служб IIS перейдите в Пулы приложений.
2. В правой панели действий выберите Добавить пул приложений... (Add Application Pool).
3. Задайте пулу понятное имя, соответствующее конкретной базе данных (например, Pool_Buh_Kassa), выберите версию .NET Framework (обычно «Без управляемого кода») и нажмите ОК. Повторите процедуру для каждой базы.
4. Перейдите в раздел Сайты — Default Web Site в левом дереве проводника IIS.
5. Найдите ваши опубликованные базы (они отображаются как виртуальные каталоги).
6. Для каждого виртуального каталога нажмите правой кнопкой мыши и выберите Управление приложением — Дополнительные параметры.
7. В поле Пул приложений нажмите кнопку выбора и назначьте созданный ранее персональный пул.

Теперь каждая база будет запускаться в своем собственном изолированном процессе w3wp.exe, и лимит памяти у каждого процесса будет индивидуальным.

Решение 3. Тонкая настройка рециклинга (перезапуска) пулов в IIS

Если вам приходится оставаться на 32-битной версии платформы, можно заставить веб-сервер IIS автоматически и незаметно для пользователей очищать занятую память до того, как процесс достигнет критического лимита в 2 Гб и аварийно завершится.

Для этого настроим рециклинг пула приложений:

1. Откройте Дополнительные параметры пула приложений вашей базы данных.
2. Найдите группу параметров Возобновление (Recycling).
3. Установите параметр Ограничение частной памяти (КБ) (Private Memory Limit) в значение около 1300000 КБ (примерно 1.3 Гб).
4. Установите параметр Ограничение виртуальной памяти (КБ) (Virtual Memory Limit) на уровне 1500000 КБ.

Как только объем памяти, занятый процессом, приблизится к указанному порогу, IIS автоматически создаст новый рабочий процесс для обработки новых запросов, а старый процесс плавно закроет после завершения текущих активных запросов. Для пользователей это произойдет практически незаметно, а заблокированная память успешно вернется в систему.

Решение 4. Увеличение лимита памяти для 32-битных процессов через утилиту BCDEdit

Для 32-битных операционных систем Windows или при работе 32-битных процессов в 64-битной среде Windows Server по умолчанию действует ограничение на 2 Гб пользовательского адресного пространства. Однако мы можем расширить этот лимит до 3 Гб на уровне конфигурации загрузки Windows.

Выполним процедуру изменения настроек загрузчика ОС:

1. Запустите командную строку Windows от имени Администратора.
2. Введите следующую команду и нажмите Enter:

bcdedit /set increaseuserva 3072

3. Перезагрузите сервер, чтобы изменения вступили в силу.

Эта директива перераспределяет виртуальную память ядра и пользовательских процессов, выделяя под нужды запущенных программ (включая наш w3wp.exe) до 3 Гб виртуального адресного пространства, что дает солидный запас стабильности.

Решение 5. Устранение известного бага платформы 1С

Иногда ошибка выделения памяти при запросе к /e1cib/cmi/commands вообще не связана с реальными утечками в кодовой базе. В линейках платформы 1С 8.3.16 (с релиза 8.3.16.1791), 8.3.17 (с релиза 8.3.17.1823) и 8.3.18 (с релиза 8.3.18.1201) присутствовал зарегистрированный баг утечки и неверной адресации памяти веб-клиента при обработке метаданных.

Решение: Проверьте версию установленной у вас платформы. Если вы работаете на проблемных релизах, обязательно обновите платформу 1С на сервере до актуальных стабильных релизов (баг был официально исправлен в релизах 8.3.17.2231, 8.3.18.1483 и последующих более современных версиях).

Решение 6. Оптимизация сети и очистка системного кэша

Веб-сервер IIS чувствителен к стабильности передачи сетевых пакетов. Иногда кратковременный сетевой сбой интерпретируется платформой 1С как ошибка памяти из-за невозможности корректно завершить транзакцию данных. Проанализируем сетевые настройки сервера:

• Отключение IPv6: Откройте свойства сетевого подключения на сервере и снимите галочку с протокола IP версии 6 (TCP/IPv6). Это избавляет систему от лишних DNS-запросов и таймаутов веб-сервера.
• Отключение разгрузки сети (Large Send Offload - LSO): В свойствах вашего сетевого адаптера нажмите кнопку Настроить, перейдите на вкладку Дополнительно и отключите свойства Large Send Offload (IPv4). При высокой интенсивности запросов к IIS данная технология может вызывать микросекундные задержки пакетов, приводящие к сбросу сессий 1С.
• Очистка временных папок TEMP: Накопление огромного количества временных файлов сессий под учетной записью пула IIS замедляет работу дисковой подсистемы. Регулярно очищайте папку C:\Windows\Temp и кэш IIS.

Альтернатива для небольших офисов: Автономный сервер 1С

Если на вашем сервере работает всего три компьютера (как у автора вопроса), вам совсем не обязательно разворачивать сложную связку из тяжелого веб-сервера IIS и полноценного сервера 1С:Предприятие, требующих дорогостоящих серверных лицензий.

Начиная с версии платформы 8.3.18, в комплекте поставки доступен Автономный сервер 1С. Он представляет собой легковесную службу, которая умеет самостоятельно запускать файловые базы данных, публиковать их по протоколам HTTP/HTTPS без использования сторонних веб-серверов (таких как IIS или Apache) и поддерживает до трех одновременных подключений совершенно бесплатно без необходимости покупки клиент-серверных лицензий 1С. Использование автономного сервера избавляет администратора от необходимости тонкой настройки пулов IIS и проблем с распределением памяти сторонних рабочих процессов.