Как обновить 1С на Linux: полное руководство

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

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

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

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

Прежде чем что-либо устанавливать, зафиксируйте, что у вас уже развёрнуто. Версию платформы на сервере или рабочем месте можно узнать командой в терминале — например, посмотреть установленные пакеты или каталоги в /opt/1cv8. Версию конфигурации видно в конфигураторе: меню «Справка» → «О программе», либо в разделе конфигурации «Общие» → свойства корневого узла.

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

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

Сделайте резервную копию базы

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

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

Для клиент-серверной базы на PostgreSQL используйте штатный инструмент СУБД — утилиту pg_dump. Альтернатива — та же выгрузка в dt через конфигуратор, но для больших баз она заметно дольше. Идеальный вариант — сделать обе копии.

pg_dump -U postgres -Fc my_base > /backup/my_base_$(date +%F).dump

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

Дистрибутив платформы для Linux скачивается с портала 1С (требуется действующая подписка ИТС). Доступны пакеты DEB (для Debian, Ubuntu, Astra Linux) и RPM (для Red Hat, CentOS, ALT Linux, РЕД ОС), а также архив для ручной распаковки. Выбирайте пакет, соответствующий вашему дистрибутиву и разрядности.

Для DEB-систем установка выполняется командой dpkg -i или apt install с указанием файла пакета. Для RPM-систем — rpm -i или dnf install. Платформа устанавливается в /opt/1cv8/x86_64/<версия>, причём разные версии сосуществуют параллельно — старую можно не удалять до проверки новой.

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

sudo dpkg -i deb64_8_3_xx_xxxx*.deb
sudo systemctl restart srv1cv83

Обновите конфигурацию информационной базы

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

Обновление типовой конфигурации на поддержке

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

Обновление через cf-файл

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

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

1. 1
   Скачайте дистрибутивы обновлений конфигурации с портала 1С и распакуйте их в отдельный каталог
2. 2
   Откройте базу в конфигураторе новой платформы в монопольном режиме
3. 3
   Запустите обновление через поддержку или загрузку cf-файла
4. 4
   Выполните обновление конфигурации базы данных (F7) и проверьте список реструктуризации
5. 5
   Запустите базу в режиме предприятия и дождитесь завершения отложенных обработчиков обновления

Завершите обновление в режиме предприятия

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

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

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

Особенности клиент-серверного варианта и частые ошибки

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

Если на Linux-сервере работает PostgreSQL, после смены мажорной версии платформы проверьте параметры СУБД и при необходимости выполните обслуживание базы. Также убедитесь, что у пользователя, под которым работает агент сервера 1С, есть права на каталоги новой версии платформы и служебные каталоги кластера.

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

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

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

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