Как обновить 1С на веб-сервере

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

Веб-публикация 1С используется для доступа к базе через браузер или тонкий клиент по протоколу HTTP/HTTPS. В качестве веб-сервера обычно применяют Apache или IIS. Логика обновления одинакова в обоих случаях, отличаются только команды и расположение файлов настройки.

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

Что именно обновляется при работе через веб-сервер

При веб-доступе участвуют три компонента, каждый из которых может требовать обновления:

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

Частая причина проблем после обновления — конфигурацию обновили, платформу поставили, а публикацию не пересоздали. В результате веб-сервер продолжает ссылаться на старую версию веб-расширения, и пользователи видят ошибку соединения или несовместимости версий.

Подготовка: резервная копия и проверка совместимости

Перед любыми действиями сделайте резервную копию базы. Для клиент-серверной базы это выгрузка средствами СУБД (например, pg_dump для PostgreSQL или бэкап в MS SQL Server), для файловой — копия каталога с файлом 1Cv8.1CD либо выгрузка в .dt через конфигуратор. Выгрузка в .dt подходит как дополнительный вариант, но для больших баз она медленная и не заменяет полноценный бэкап СУБД.

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

Согласуйте окно обновления с пользователями: на время обновления конфигурации сеансы должны быть завершены. В конфигураторе или консоли кластера завершите активные сеансы и установите блокировку соединений, чтобы никто не вошёл в базу в процессе.

Обновление конфигурации

Обновление конфигурации выполняется стандартно, независимо от того, что доступ осуществляется через веб-сервер. Порядок действий:

1. Запустите конфигуратор под учётной записью с полными правами.
2. Снимите конфигурацию с поддержки поставщика только если это требуется (для типовых конфигураций обычно не нужно — обновление выполняется в режиме поддержки).
3. Откройте меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию» и выберите файл поставки (.cf) или обновление через интернет-поддержку.
4. Согласитесь на объединение объектов, проконтролируйте список изменённых объектов при наличии доработок.
5. Выполните обновление конфигурации базы данных (F7) и дождитесь завершения служебных обработок обновления данных.

Если конфигурация доработана, объединение потребует ручного разбора изменённых объектов. В этом случае обновление лучше сначала выполнить на копии базы и проверить работоспособность доработок.

После успешного обновления конфигурации база уже работает с новой версией, но веб-пользователи могут по-прежнему подключаться через старую публикацию. Переходим к платформе и веб-серверу.

Обновление платформы на сервере

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

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

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

Перепубликация базы на веб-сервере

Это ключевой шаг, который чаще всего забывают. Публикация жёстко привязана к версии веб-расширения, поэтому после смены платформы её нужно пересоздать.

Публикация через конфигуратор

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

Публикация через командную строку

Для автоматизации удобнее использовать утилиту webinst из каталога платформы. Пример для Apache на Windows:

"C:\Program Files\1cv8\<версия>\bin\webinst.exe" -publish -apache24 -wsdir MyBase -dir "C:\inetpub\MyBase" -connStr "Srvr=Server1;Ref=MyBase;" -confPath "C:\Apache24\conf\httpd.conf"

Для IIS синтаксис аналогичен, используется ключ -iis вместо указания конфигурации Apache. После публикации перезапустите веб-сервер: для Apache — перезапуск службы, для IIS — командой iisreset или перезапуском пула приложений.

iisreset

Если файл default.vrd настраивался вручную (дополнительные параметры, публикация веб-сервисов, расширения), сохраните его копию до перепубликации и перенесите свои настройки в новый файл — автоматическая публикация создаёт файл со стандартными параметрами.

1. 1
   Сделайте резервную копию базы и проверьте её
2. 2
   Завершите сеансы пользователей и заблокируйте соединения
3. 3
   Обновите конфигурацию в конфигураторе
4. 4
   Установите новую версию платформы на сервере
5. 5
   Перепубликуйте базу на веб-сервере
6. 6
   Перезапустите веб-сервер (Apache или IIS)
7. 7
   Проверьте вход через браузер и тонкий клиент
8. 8
   Снимите блокировку соединений

Проверка результата

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

Дополнительно проверьте работу тонкого клиента по веб-соединению, если он используется, а также опубликованные HTTP- и веб-сервисы: обмены с сайтом, мобильными клиентами, внешними системами. Именно интеграции чаще всего ломаются из-за потерянных настроек в default.vrd.

Типичные ошибки и их устранение

Ошибка «Несовместимые версии» или 500 Internal Server Error. Публикация ссылается на старое веб-расширение. Перепубликуйте базу и перезапустите веб-сервер.

Ошибка 404 после обновления. Каталог публикации удалён или изменён путь. Проверьте, что виртуальный каталог существует и в конфигурации веб-сервера указан верный путь к default.vrd.

База открывается, но просит обновить платформу у пользователей. Тонкие клиенты пользователей старше платформы сервера. Обновите платформу на клиентских машинах или настройте автоматическое получение дистрибутива через публикацию.

Не работают веб-сервисы после перепубликации. Параметры публикации сервисов хранились в старом default.vrd. Восстановите их из резервной копии файла.

Когда лучше привлечь специалиста

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

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