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

Обновление сервера 1С:Предприятие на Ubuntu — рутинная, но ответственная операция: от неё зависит доступность базы для всех пользователей. Ошибка в процессе может привести к простою учётной системы, поэтому обновление планируют заранее, выполняют в нерабочее время и обязательно с резервной копией.

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

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

Подготовка: что проверить до обновления

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

dpkg -l | grep 1c-enterprise

Обязательно согласуйте окно обновления с пользователями. Во время работы мастера сеансы будут разорваны, а незавершённые транзакции отменены. Практическое правило — обновлять сервер вечером после рабочего дня или в выходные, предварительно разослав уведомление.

Проверьте свободное место на диске: дистрибутив платформы занимает несколько сотен мегабайт, а резервные копии баз могут потребовать значительно больше. Также убедитесь, что у вас есть действующий договор ИТС или иной легальный доступ к скачиванию дистрибутивов с портала 1С.

Резервное копирование перед обновлением

Минимальный набор — дамп базы данных средствами СУБД (например, pg_dump для PostgreSQL) и выгрузка информационной базы в файл .dt через конфигуратор. Два способа дублируют друг друга: дамп СУБД восстанавливается быстрее, а .dt позволяет развернуть базу даже на другом сервере.

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

sudo -u postgres pg_dump -Fc base1c > /backup/base1c_before_update.dump

Убедитесь, что копия действительно создалась и имеет ненулевой размер. По возможности проверьте восстановление на тестовом стенде — копия, которая не разворачивается, не является резервной копией.

Скачивание и установка новой платформы

Дистрибутив для Linux скачивается с портала portal.1c.ru в разделе обновлений программ. Нужен архив «Cервер 1С:Предприятия (64-bit) для DEB-based Linux-систем» для Ubuntu. Разархивируйте его на сервере, например в каталог /tmp/1c.

cd /tmp/1c && tar -xzf deb64_8_3_XX_XXXX.tar.gz

Установка выполняется пакетным менеджером. Для сервера обычно ставят пакеты server, ws (веб-сервисы, если используются) и дополнительные компоненты. Клиентские пакеты на сервере, где работают только службы, не обязательны.

sudo dpkg -i 1c-enterprise-<em>-common_</em>.deb 1c-enterprise-<em>-server_</em>.deb

Если dpkg сообщит о неудовлетворённых зависимостях, выполните установку недостающих пакетов командой apt install -f. После успешной установки новая версия размещается в каталоге /opt/1cv8/x86_64/номер_версии — рядом с предыдущими версиями.

Перенастройка службы агента сервера

Ключевой момент обновления — указать службе агента сервера 1С новый каталог исполняемых файлов. В зависимости от способа установки служба может управляться через systemd-юнит или init-скрипт. Откройте файл службы и замените путь к исполняемому файлу ragent на путь новой версии.

sudo systemctl cat srv1cv8 | grep ExecStart

Если юнит ссылается на конкретную версию, отредактируйте его, указав путь вида /opt/1cv8/x86_64/новая_версия/ragent, затем перезагрузите конфигурацию systemd и перезапустите службу.

1. 1
   Остановите службу: sudo systemctl stop srv1cv8
2. 2
   Исправьте путь к ragent на новую версию в unit-файле
3. 3
   Выполните sudo systemctl daemon-reload
4. 4
   Запустите службу: sudo systemctl start srv1cv8
5. 5
   Проверьте статус: sudo systemctl status srv1cv8

Данные кластера (каталог srvinfo со списком баз, настройками и сеансами) обычно хранятся отдельно от исполняемых файлов и подхватываются новой версией автоматически. Если каталог srvinfo привязан к конкретной версии, перенесите его содержимое в каталог новой версии или укажите путь через параметр -d при запуске агента.

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

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

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

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

Откат на предыдущую версию

Если после обновления обнаружились критические проблемы, откат выполняется в обратном порядке: остановите службу, верните в unit-файле путь к ragent прежней версии, перезапустите службу. Поскольку старая версия платформы осталась в /opt/1cv8, переустановка не требуется.

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

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

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