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

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

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

Ниже разобран полный цикл: подготовка, обновление конфигурации, перезапуск публикации, проверка результата и действия при типичных ошибках. Инструкция применима к типовым конфигурациям (Бухгалтерия, ЗУП, Управление торговлей и др.) на платформе 8.3 с публикацией через Apache 2.4 или IIS.

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

Перед обновлением сделайте полную резервную копию. Для клиент-серверной базы это выгрузка средствами СУБД (например, pg_dump для PostgreSQL или backup в MS SQL) либо выгрузка в файл .dt через конфигуратор. Для файловой базы достаточно выгрузки в .dt. Копия в формате .dt предпочтительнее как универсальная: её можно развернуть на любой платформе той же версии.

Далее завершите все сеансы пользователей. В консоли кластера серверов 1С откройте список сеансов информационной базы и удалите их, либо установите для базы блокировку начала сеансов с сообщением пользователям. Учтите: сеансы, открытые через веб-сервер, отображаются в консоли так же, как обычные, но сами веб-клиенты могут долго «держать» соединение — дождитесь фактического исчезновения сеансов из списка.

Если база файловая и опубликована напрямую из сетевого каталога, дополнительно убедитесь, что никто не держит открытым файл 1Cv8.1CD. При наличии кластера серверов 1С предпочтительно работать через него — это снижает риск блокировок файла.

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

Запустите конфигуратор, подключившись к базе напрямую (через сервер 1С или файловый путь), а не через веб-публикацию — через HTTP обновление конфигурации базы данных невозможно. Откройте меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию» и укажите файл обновления (.cfu) или полный файл конфигурации (.cf) нужного релиза.

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

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

После загрузки новой конфигурации нажмите F7 («Обновить конфигурацию базы данных»). На этом этапе выполняется реструктуризация таблиц и запускаются обработчики обновления данных. На больших базах это может занять от нескольких минут до нескольких часов — не прерывайте процесс.

Обновление платформы и перепубликация на веб-сервере

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

Перепубликация делается из конфигуратора: «Администрирование» → «Публикация на веб-сервере». Выберите существующую публикацию, проверьте имя, каталог и флажки (публиковать веб-сервисы, HTTP-сервисы, тонкий и веб-клиент) и нажмите «Опубликовать». После этого перезапустите веб-сервер: для Apache это перезапуск службы httpd/Apache2.4, для IIS — команда iisreset или перезапуск пула приложений.

# Перезапуск Apache на Windows (служба)
net stop Apache2.4 && net start Apache2.4

# Перезапуск Apache на Linux
sudo systemctl restart apache2

# Перезапуск IIS
iisreset

На Linux с Apache убедитесь, что модуль веб-расширения 1С (wsap24.so) соответствует установленной версии платформы — при обновлении платформы его нужно перерегистрировать утилитой webinst или повторной публикацией из конфигуратора новой версии.

Проверка результата после обновления

Сначала войдите в базу через тонкий клиент напрямую (через сервер 1С) и проверьте версию конфигурации: «Справка» → «О программе» или соответствующий пункт в интерфейсе конфигурации. Убедитесь, что отложенные обработчики обновления завершены — в типовых конфигурациях это видно в разделе «Администрирование» → «Результаты обновления программы».

Затем проверьте вход через браузер по адресу публикации. Откройте базу в веб-клиенте, выполните несколько типовых операций: откройте документ, сформируйте отчёт, проверьте работу печати. Если используются веб-сервисы или обмены через HTTP, проверьте и их — например, выполнив тестовый запрос к сервису.

Типичные ошибки и их причины

Частая проблема — после обновления браузер показывает старую версию интерфейса или ошибку. Обычно это кэш браузера или кэш метаданных веб-сервера: помогает очистка кэша браузера (Ctrl+F5) и перезапуск веб-сервера. Для веб-клиента также бывает полезно очистить кэш метаданных в публикации.

Ошибка «Несовместимость версий» или отказ публикации после обновления платформы означает, что default.vrd создан старой версией. Решение — перепубликация из конфигуратора новой версии платформы. Ошибка «Сеанс отсутствует или удалён» у пользователей после обновления — нормальное явление: им достаточно перезайти в базу.

Особые сценарии

Обновление без остановки работы (отложенные обработчики)

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

Несколько публикаций одной базы

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

Нетиповая (доработанная) конфигурация

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

FAQ