Как перезагрузить веб-сервер 1С

Перезагрузка веб-сервера требуется, когда публикация информационной базы 1С перестала отвечать, после обновления конфигурации изменения не подхватились, либо после правки файлов публикации (default.vrd, настроек веб-сервисов). Под «веб-сервером 1С» обычно понимают один из трёх компонентов: Apache, IIS или собственный веб-сервер, встроенный в платформу 1С для отладки. У каждого свой порядок перезапуска.

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

Ниже разобраны практические сценарии: как определить, что именно перезапускать, как перезагрузить Apache и IIS на Windows и Linux, как очистить кэш публикации и как проверить, что база снова доступна пользователям.

Определяем, какой компонент нужно перезагрузить

Признак неисправности веб-сервера — база не открывается в браузере (ошибки 404, 500, 503 или таймаут), но при этом нормально работает через тонкий клиент по прямому подключению к серверу 1С. Если база недоступна вообще всеми способами — проблема глубже: в агенте сервера 1С, СУБД или сети, и перезапуск веб-сервера ничего не даст.

Посмотрите, какое ПО используется для публикации. На Windows это чаще IIS или Apache 2.4, на Linux — Apache. Встроенный веб-сервер платформы используется в основном разработчиками для отладки веб-сервисов и перезапускается просто перезапуском отладки в конфигураторе. Если вы не уверены, проверьте список служб Windows (services.msc) или процессы: httpd — это Apache, w3wp — рабочий процесс IIS.

Что сделать до перезапуска

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

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

Перезагрузка Apache на Windows

Apache на Windows обычно установлен как служба. Самый простой способ — открыть «Панель мониторинга Apache» (ApacheMonitor) в системном трее и нажать Restart, либо использовать оснастку служб: найдите службу с именем вида Apache2.4 и выберите «Перезапустить».

Альтернатива — командная строка от имени администратора. Команда перезапуска из каталога bin Apache выглядит так:

httpd.exe -k restart

Если Apache установлен как служба с конкретным именем, можно использовать стандартные команды Windows: net stop Apache2.4 и затем net start Apache2.4. Вариант с остановкой и запуском предпочтительнее, если нужно гарантированно выгрузить модули, а не просто перечитать конфигурацию.

После перезапуска откройте журнал ошибок Apache (файл error.log в каталоге logs): если модуль расширения веб-сервера 1С (wsap24.dll для соответствующей версии платформы) не загрузился, там будет запись об ошибке, а база в браузере отвечать не будет.

Перезагрузка Apache на Linux

На Linux-сервере Apache перезапускается через systemd. Имя службы зависит от дистрибутива: в Debian и Ubuntu это apache2, в CentOS, RHEL и производных — httpd.

sudo systemctl restart apache2
# или для RHEL/CentOS:
sudo systemctl restart httpd

Перед перезапуском полезно проверить конфигурацию на синтаксические ошибки командой apachectl configtest (или apache2ctl configtest). Если вы редактировали httpd.conf или файлы виртуальных хостов, эта проверка убережёт от ситуации, когда служба остановилась, а подняться не смогла из-за опечатки в конфигурации.

Проверка состояния после перезапуска: systemctl status apache2. Статус active (running) означает, что служба работает. Дополнительно убедитесь, что процесс слушает нужный порт: ss -tlnp | grep :80.

Перезагрузка IIS на Windows

Для IIS есть два уровня перезапуска: весь сервис целиком и отдельный пул приложений. Полный перезапуск выполняется командой от имени администратора:

iisreset

Команда iisreset останавливает и запускает службу веб-публикаций (W3SVC) вместе с зависимыми службами. Это занимает заметное время и обрывает все сайты на сервере, поэтому на сервере с несколькими публикациями лучше перезапускать только нужный пул приложений.

Перезапуск пула приложений: откройте диспетчер служб IIS (inetmgr), перейдите в «Пулы приложений», выберите пул, под которым работает публикация 1С, и нажмите «Перезапустить» в панели действий. Тот же результат даёт команда:

%windir%\system32\inetsrv\appcmd recycle apppool /apppool.name:"ИмяПула"

Учтите разрядность: пул приложений для 64-разрядной платформы 1С должен работать в 64-разрядном режиме (параметр «Enable 32-Bit Applications» = False), иначе модуль расширения веб-сервера не загрузится и после перезапуска вы получите ошибку 500 или 503.

Очистка кэша и повторная публикация

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

Действия по порядку: очистите кэш браузера (или откройте базу в режиме инкогнито — это быстрый способ отличить проблему кэша от проблемы сервера), перезапустите рабочие процессы сервера 1С через консоль кластера, при необходимости удалите содержимое служебных каталогов кэша сервера (папки вида reg_1541 в каталоге srvinfo — только при остановленном агенте сервера).

Если после обновления платформы публикация перестала работать, требуется повторная публикация: в конфигураторе откройте «Администрирование → Публикация на веб-сервере» и выполните публикацию заново. Это обновит ссылку на модуль расширения веб-сервера новой версии платформы — несовпадение версий модуля и платформы одна из самых частых причин ошибки 500 после обновления.

1. 1
   Проверьте, работает ли база через тонкий клиент — отделите проблему веб-сервера от проблемы сервера 1С
2. 2
   Предупредите пользователей и дождитесь завершения обменов
3. 3
   Перезапустите Apache (systemctl restart / httpd -k restart) или IIS (iisreset / перезапуск пула)
4. 4
   Проверьте журнал ошибок веб-сервера на предмет загрузки модуля 1С
5. 5
   Откройте базу в браузере в режиме инкогнито
6. 6
   Если ошибка повторяется — выполните повторную публикацию из конфигуратора

Проверка результата и типичные ошибки

Базовая проверка — открыть URL публикации в браузере: должна загрузиться страница входа веб-клиента или запрос авторизации. Для веб-сервисов проверьте доступность WSDL-описания по адресу вида http://сервер/база/ws/ИмяСервиса?wsdl — если описание отдаётся, модуль 1С загружен и работает.

Дополнительно посмотрите журналы: access.log и error.log у Apache, журналы IIS в каталоге inetpub\logs\LogFiles, а также технологический журнал 1С, если он включён. Ошибки на стороне модуля 1С обычно видны именно в журнале ошибок веб-сервера.

Частые вопросы