Как обновить 1С на Linux: платформа, конфигурация и база данных

Обновление 1С на Linux имеет свои особенности по сравнению с Windows: здесь нет привычного мастера установки, дистрибутивы распространяются в виде DEB- или RPM-пакетов, а файловая база чаще всего заменена связкой с PostgreSQL. Из-за этого последовательность действий отличается, и пропуск даже одного шага — например, резервной копии — может привести к потере данных.

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

Ниже разобран полный цикл: проверка текущих версий, подготовка, установка пакетов платформы, обновление конфигурации и базы данных, а также контроль результата. Инструкции ориентированы на DEB- и RPM-системы (Ubuntu, Debian, Astra Linux, ALT Linux, РЕД ОС) — команды для пакетных менеджеров приведены для обеих веток.

Проверка текущих версий платформы и конфигурации

Прежде чем скачивать обновления, выясните, что установлено сейчас. Версию платформы на Linux проще всего посмотреть командой dpkg -l | grep 1c для DEB-систем или rpm -qa | grep 1c для RPM-систем. Также версию видно в каталоге установки — платформа размещается в /opt/1cv8/x86_64/<номер версии>/.

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

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

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

Резервная копия — обязательный шаг, без него обновление начинать нельзя. Для файловой базы достаточно выгрузки в файл .dt через Конфигуратор: «Администрирование» → «Выгрузить информационную базу». Дополнительно можно просто скопировать файл 1Cv8.1CD в отдельный каталог, предварительно завершив все сеансы пользователей.

Для клиент-серверной базы на PostgreSQL делайте дамп штатной утилитой: pg_dump -U postgres -Fc имя_базы > backup.dump. Формат -Fc (custom) позволяет восстановить базу командой pg_restore. Убедитесь, что дамп создался без ошибок и имеет ненулевой размер — пустой файл дампа встречается при нехватке прав или места на диске.

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

Установка новой версии платформы 1С на Linux

Дистрибутив платформы для Linux скачивается с портала releases.1c.ru по действующей подписке ИТС. Внутри архива — набор пакетов: server (сервер 1С), thin-client, thick-client, ws (веб-компоненты) и другие. Ставить все подряд не нужно: на сервер обычно требуются пакеты server и, при необходимости, ws, на рабочее место — толстый или тонкий клиент.

Для DEB-систем установка выполняется командой sudo dpkg -i .deb из каталога с распакованным дистрибутивом; если возникнут ошибки зависимостей, выполните sudo apt-get install -f. Для RPM-систем: sudo rpm -Uvh .rpm или через dnf/yum. Ключ -U именно обновляет пакет, а не ставит рядом.

Особенность 1С на Linux: разные версии платформы устанавливаются параллельно в отдельные каталоги и не затирают друг друга. Это удобно — при проблемах можно запустить базу на прежней версии. Но служба агента сервера 1С привязана к конкретной версии: после обновления сервера перезапустите службу командой sudo systemctl restart srv1cv83 (имя службы может отличаться в зависимости от способа установки).

# DEB-системы
sudo dpkg -i <em>.deb
sudo apt-get install -f

# RPM-системы
sudo rpm -Uvh </em>.rpm

# Перезапуск агента сервера 1С
sudo systemctl restart srv1cv83
sudo systemctl status srv1cv83

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

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

Конфигуратор под Linux запускается из каталога платформы: /opt/1cv8/x86_64/<версия>/1cv8 с последующим выбором базы в режиме «Конфигуратор». Для обновления типовой конфигурации используйте меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию», укажите файл поставки .cfu или каталог с обновлением, полученный через сервис 1С:Обновление программ.

Если конфигурация доработанная, при обновлении запустится режим сравнения и объединения. Здесь важно аккуратно разобрать каждое изменение: объекты, изменённые под ваши нужды, платформа пометит и предложит правила объединения. Автоматическое «взять всё из новой поставки» затрёт ваши доработки, а «оставить всё своё» приведёт к тому, что новые механизмы релиза не заработают.

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

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

Обновление базы данных и отложенные обработчики

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

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

На клиент-серверном варианте следите за логами PostgreSQL в период обновления: длительные транзакции и нехватка параметров work_mem или shared_buffers заметно замедляют процесс. Если база большая, имеет смысл заранее увеличить ресурсы сервера СУБД на время обновления.

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

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

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

Проблемы с правами тоже встречаются регулярно: файлы лицензий, каталоги журналов и временные файлы должны быть доступны пользователю, под которым работает служба 1С (обычно usr1cv8). Если после обновления сервер не стартует, первым делом смотрите журнал службы через journalctl -u srv1cv83 и проверяйте владельца каталогов.

FAQ: частые вопросы об обновлении 1С на Linux