Как обновить платформу 1С на Linux

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

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

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

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

Начните с определения текущей версии платформы и требований конфигурации. Версию установленной платформы можно посмотреть командой ls /opt/1cv8/ — в этом каталоге обычно находятся папки вида x86_64/8.3.22.1750, где последняя группа цифр и есть номер версии. Также проверьте, какая версия указана в свойствах кластера сервера 1С.

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

Проверьте свободное место на диске: сам дистрибутив занимает несколько сотен мегабайт, плюс нужен запас на распаковку и установку. Убедитесь, что у вас есть права root или возможность выполнять команды через sudo, и что обновление проводится вне рабочего времени пользователей — сеансы придётся завершить.

Где скачать дистрибутив платформы для Linux

Дистрибутивы платформы публикуются на портале 1С в разделе обновлений программ. Для скачивания потребуется действующая учётная запись с доступом к обновлениям (обычно привязана к договору ИТС). В списке дистрибутивов выберите нужную версию и вариант «Технологическая платформа 1С:Предприятия для Linux».

Файл скачивается в виде архива, например deb64_8_3_23_1688.tar.gz для систем на базе Debian/Ubuntu или rpm-варианта для CentOS, Red Hat, ALT Linux и подобных. Разрядность выбирайте строго в соответствии с вашей системой: для 64-битных серверов — x86_64. Узнать архитектуру можно командой uname -m.

Если вы используете сервер 1С и СУБД (PostgreSQL, MS SQL) на одной машине, дополнительно проверьте совместимость версии платформы с версией СУБД — поддерживаемые комбинации указаны в системных требованиях 1С. Для файлового режима работы отдельный серверный дистрибутив не нужен, достаточно клиентской части.

Установка deb-пакетов на Debian и Ubuntu

Перенесите скачанный архив на сервер, например через scp, и распакуйте его: tar -xzf deb64_8_3_23_1688.tar.gz. Внутри окажется набор deb-пакетов: общие компоненты, сервер, клиент, дополнительные модули. Устанавливать все подряд не обязательно — на сервере без графического интерфейса толстый клиент обычно не нужен.

Установка выполняется командой sudo dpkg -i *.deb из каталога с распакованными пакетами. Если dpkg сообщит о неудовлетворённых зависимостях, выполните sudo apt-get install -f — менеджер пакетов подтянет недостающие библиотеки из репозиториев. Типичные зависимости: libwebkit, libicu, шрифты.

Новая версия устанавливается в отдельный каталог внутри /opt/1cv8/x86_64/, поэтому старая версия остаётся на месте, и откат сводится к переключению на неё. Удалять предыдущую версию стоит только после того, как новая проверена в работе.

tar -xzf deb64_8_3_23_1688.tar.gz && cd deb64_8_3_23_1688 && sudo dpkg -i *.deb && sudo apt-get install -f

Установка rpm-пакетов на CentOS, Red Hat и ALT Linux

Для rpm-систем последовательность аналогична: распакуйте архив и установите пакеты командой sudo rpm -Uvh .rpm либо через sudo yum localinstall .rpm / sudo dnf install *.rpm. Второй вариант предпочтительнее, так как менеджер пакетов сам разрешит зависимости.

На системах с SELinux (CentOS, Red Hat) после установки могут потребоваться дополнительные настройки политик безопасности, иначе служба сервера 1С не сможет открыть порты или получить доступ к каталогам. Временная проверка — перевести SELinux в режим permissive и посмотреть, запустится ли служба; если да, настраивайте правила, а не отключайте защиту насовсем.

Обратите внимание, что на некоторых дистрибутивах пакеты 1С конфликтуют по файлам с очень старыми версиями платформы. В этом случае сначала удалите устаревшую версию через rpm -e, предварительно убедившись, что базы не используют её.

Обновление сервера 1С:Предприятия

Если на машине работает сервер 1С, перед установкой новой версии остановите службу: sudo systemctl stop srv1cv8 (имя службы может отличаться в зависимости от версии и способа установки). Убедитесь, что все сеансы пользователей завершены — список активных сеансов виден в консоли кластера или через утилиту rac.

После установки новых пакетов проверьте, как запускается служба. Если служба привязана к конкретной версии платформы через скрипт запуска или unit-файл systemd, обновите в нём путь к исполняемым файлам новой версии. В стандартной поставке сервер регистрируется как служба автоматически, но при нестандартной установке пути могут отличаться.

Запустите службу: sudo systemctl start srv1cv8, затем проверьте статус и логи. Кластер серверов хранит свои настройки (список баз, параметры) в собственном реестре — каталоге srvinfo — поэтому при обновлении платформы список информационных баз сохраняется и перенастройка не требуется.

1. 1
   Сделайте резервные копии баз и зафиксируйте текущую версию платформы
2. 2
   Скачайте Linux-дистрибутив нужной версии с портала 1С
3. 3
   Остановите службу сервера 1С и завершите сеансы пользователей
4. 4
   Распакуйте архив и установите пакеты через dpkg или rpm/dnf
5. 5
   Проверьте пути в unit-файле службы и запустите сервер
6. 6
   Проверьте версию кластера и подключение тестовой базы
7. 7
   Обновите платформу на клиентских машинах до той же версии

Обновление клиентских частей и тонкого клиента

Клиентские Linux-машины обновляются тем же способом: устанавливаются deb/rpm-пакеты клиентской части. Скрипт установщика setup-full или ручная установка пакетов — оба варианта рабочие, но через пакетный менеджер проще контролировать зависимости.

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

Если клиенты работают под Windows и подключаются к Linux-серверу, их обновление выполняется обычным установщиком Windows — версии должны совпадать с серверной. Удобно держать общий сетевой ресурс с дистрибутивами, чтобы развернуть обновление на всех рабочих местах в одно окно обслуживания.

Проверка результата и откат на предыдущую версию

После запуска служб проверьте версию платформы: откройте консоль кластера и посмотрите версию рабочего сервера либо выполните /opt/1cv8/x86_64/8.3.23.1688/rac cluster list (путь скорректируйте под свою версию). Затем подключитесь клиентом к каждой продуктивной базе и выполните несколько типовых операций: открытие документов, проведение, формирование отчёта.

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

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

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

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

Ещё одна группа ошибок связана с правами доступа: служба сервера 1С работает от пользователя usr1cv8, и после ручных манипуляций с каталогами владелец файлов может сбиться. Проверяйте владельца каталогов srvinfo и логов командой ls -la и при необходимости возвращайте через chown -R usr1cv8:grp1cv8.

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