Публикация файловой базы 1С на веб-сервере IIS (Internet Information Services) — стандартная задача. Для автоматизации этого процесса отлично подойдет Публикатор 1С, который позволяет управлять списком баз с комфортом, однако ручная настройка часто сопровождается техническими сложностями: от ошибок 404 до внезапного завершения сеансов. Разберем пошагово, как диагностировать и устранить эти проблемы, обеспечив стабильную работу веб-клиента.
Если вместо интерфейса 1С вы видите стандартное сообщение об ошибке сервера, нам необходимо получить технические сведения о сбое. Проанализируем содержимое файла web.config, который находится в корневом каталоге веб-публикации. Чтобы увидеть детали ошибки, нам нужно разрешить их вывод, добавив или изменив тег customErrors.
Отредактируем файл web.config следующим образом:
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
Также рекомендуется в консоли управления IIS перейти в раздел Страницы ошибок и настроить отправку подробных сообщений об ошибках для локальных и удаленных запросов.
Часто при первой настройке возникают ошибки, связанные с конфигурацией расширений. Рассмотрим основные причины:
wsisapi.dll вашей платформы 1С имеет статус Разрешено.bin). Проанализируем настройки фильтрации запросов и при необходимости удалим блокируемые сегменты.Одной из наиболее эффективных мер для устранения «вылетов» базы является изменение режима работы пула приложений. По умолчанию IIS предлагает Integrated (Интегрированный) режим, но модуль расширения веб-сервера 1С wsisapi.dll исторически стабильнее работает в Classic (Классическом) режиме.
Выполним следующие действия:
DefaultAppPool).Если пользователи жалуются на то, что через несколько минут работы их выкидывает из системы, выясним причину в настройках простоя и рециклинга пула приложений.
Рассмотрим важные параметры в Дополнительных параметрах пула приложений:
Также проверим параметры самой информационной базы через Конфигуратор (Администрирование — Параметры информационной базы). Установим Время завершения спящего сеанса в значение 86400 (сутки), чтобы сеансы не закрывались преждевременно. Если же требуется оперативно сбрасывать "зависшие" подключения через браузер (особенно актуально для смешанных сред), рассмотрите WEB приложение для управления сеансами сервера 1С.
Иногда при работе через веб-сервер возникают ошибки преобразования данных XDTO (например, при загрузке адресного классификатора или ОКОФ). Рассмотрим решение этой проблемы:
Выясним количество рабочих процессов в пуле приложений. В Дополнительных параметрах пула параметр Максимальное количество рабочих процессов должен быть строго равен 1. Если процессов больше, запросы одного пользователя могут попадать в разные экземпляры приложения, где фабрики XDTO не будут совпадать, что и вызывает программный сбой.
Проанализируем права доступа к папке, в которой находится файловая база. Пользователю, от имени которого работает пул приложений (обычно IIS AppPool\DefaultAppPool или группа IIS_IUSRS), необходимо дать права Изменение (Modify) на папку с базой. Это критично, так как 1С должна создавать файлы блокировок 1Cv8.1cl и временные файлы, иначе база будет «падать» при попытке записи любого объекта. Для общего контроля состояния каталогов и очистки кэша также полезно изучить информацию по рабочему каталогу сервера и его очистке.