Как обновить 1С на Debian: платформа и конфигурация без ошибок

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

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

Главное правило безопасности: обновление всегда начинается с резервной копии базы данных. Для файловых баз достаточно скопировать каталог с файлом 1Cv8.1CD, для клиент-серверных (PostgreSQL) — выполнить дамп средствами СУБД. Без проверенной копии восстановления любое обновление конфигурации превращается в риск потери учётных данных.

Что именно обновляется: платформа или конфигурация

Платформа — это исполняемая среда 1С:Предприятие: сервер приложений, толстый и тонкий клиенты, веб-компоненты. На Debian она распространяется в виде набора deb-пакетов, которые скачиваются с портала поставщика по действующей подписке. Версии платформы обозначаются как 8.3.x.y, и разные мажорные релизы могут сосуществовать на одном сервере одновременно.

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

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

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

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

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

Обновление платформы 1С на Debian

Дистрибутив платформы для Linux поставляется архивом с deb-пакетами. Распакуйте архив в отдельный каталог и установите пакеты командой dpkg -i с перечислением файлов либо через apt install с указанием локальных путей. Основные пакеты — server, ws (веб-компоненты), клиентские пакеты; набор зависит от роли машины: на сервер приложений клиенты обычно не ставят.

sudo dpkg -i 1c-enterprise-8.3.*_amd64.deb
sudo apt-get install -f

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

Если используется сервер 1С как служба systemd, перезапустите её после установки: systemctl restart srv1cv83 (имя юнита зависит от версии). Проверьте, что агент сервера запустился и слушает свои порты, а процессы ragent, rmngr и rphost присутствуют в системе.

1. 1
   Скачайте дистрибутив нужного релиза для Linux и распакуйте архив
2. 2
   Завершите сеансы пользователей и остановите службу сервера 1С
3. 3
   Установите deb-пакеты через dpkg, устраните зависимости командой apt-get install -f
4. 4
   Запустите службу сервера и проверьте процессы ragent и rphost
5. 5
   Запустите клиент, откройте базу и сверьте версию платформы в окне «О программе»

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

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

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

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

Если конфигурация доработана

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

Особенности веб-доступа и тонких клиентов

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

Тонкие клиенты на пользовательских машинах обновляются отдельно. В клиент-серверном варианте можно настроить автоматическое обновление клиента с сервера, но на Linux-рабочих станциях чаще ставят deb-пакет клиента вручную или через локальный репозиторий. Следите, чтобы версия клиента соответствовала версии сервера.

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

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

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

FAQ