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

В отличие от Windows-систем, где обновление 1С часто сводится к запуску установщика, на Ubuntu процесс требует ручного контроля зависимостей, прав доступа и конфигураций сервисов. Здесь нет "волшебной кнопки" — каждый шаг важен. Мы разберём не только стандартную процедуру через deb-пакеты, но и альтернативные методы (например, обновление из исходников), а также рассмотрим, как вернуть систему в рабочее состояние, если что-то пойдёт не так.

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

1. Подготовка к обновлению: проверка текущей версии и зависимостей

Прежде чем приступать к обновлению, необходимо чётко понимать, какая версия 1С:Предприятия и Ubuntu у вас установлена. Это определит алгоритм действий и потенциальные риски. Например, переход с 1С 8.3.10 на 8.3.20 может потребовать обновления библиотеки libgsf, а скачок через несколько мажорных версий — полной переустановки серверных компонент.

Проверьте текущие версии командой:

apt list --installed | grep 1c

lsb_release -a

Также критически важно убедиться, что ваша версия Ubuntu поддерживается текущей редакцией 1С. Например, 1С 8.3.22 официально не тестировалась на Ubuntu 18.04 после апреля 2023 года, хотя может работать с ограничениями. Несовместимость версий — одна из главных причин сбоев после обновления.

📊 Какую версию Ubuntu вы используете для 1С-сервера?
Ubuntu 20.04 LTS
Ubuntu 22.04 LTS
Ubuntu 18.04 LTS
Другую версию
  • 🔍 Проверьте совместимость: Сверьтесь с матрицей совместимости 1С (открывается в новой вкладке). Например, 1С 8.3.23 требует Ubuntu 20.04+.
  • 📦 Обновите системные пакеты: Запустите sudo apt update && sudo apt upgrade -y, чтобы избежать конфликтов зависимостей.
  • 🔄 Проверьте свободное место: Обновление может потребовать до 2–3 ГБ на /var. Используйте df -h.
  • 🛡️ Отключите автоматическое обновление: Если используется unattended-upgrades, приостановите его на время апгрейда 1С.
⚠️ Внимание: Если ваш сервер используется в кластере с репликацией баз, обновление нужно проводить последовательно, начиная со вторичных узлов. Одновременный апгрейд всех серверов может привести к рассинхронизации данных.

2. Резервное копирование: что и как сохранять перед обновлением

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

  • 🗃️ Конфигурационные файлы: /etc/apache2/sites-available/ (если используется веб-сервер), /opt/1cv8/conf/.
  • 📂 Список установленных пакетов: apt list --installed > packages_list.txt.
  • 🔑 Ключи лицензий: Файлы из /opt/1cv8/conf/ или /var/1C/licenses/.
  • 📄 Лог-файлы: Последние записи из /var/log/1C/ и /var/log/syslog.

Для резервного копирования баз 1С используйте утилиту ras (входит в дистрибутив сервера 1С):

ras cluster --cluster=TEST_CLUSTER backup --file=/backup/1c_backup.dt --include-journals

Критично важно: если вы используете PostgreSQL как СУБД для 1С, сделайте дамп базы через pg_dump, а не только резервную копию через ras. В некоторых версиях 1С (например, 8.3.19–8.3.21) были баги с восстановлением баз PostgreSQL из бэкапов, созданных через ras.

Создать бэкап баз 1С через ras|Сохранить конфигурационные файлы|Экспортировать список пакетов (apt)|Проверить свободное место на диске|Отключить пользователей от системы-->

3. Способы обновления:deb-пакеты vs. ручная сборка

Существует два основных метода обновления сервера 1С на Ubuntu: через официальные .deb-пакеты или ручную сборку из исходников. Первый способ проще и рекомендуется большинству пользователей, второй даёт больше контроля, но требует опыта работы с Linux.

Критерий Обновление через deb-пакеты Ручная сборка
Сложность Низкая Высокая
Контроль версий Ограничен официальными релизами Можно использовать любые коммиты из репозитория
Зависимости Автоматически разрешаются через apt Нужно устанавливать вручную
Время обновления 5–15 минут 30–60 минут
Подходит для Производственных серверов Тестирования новых фич или нестандартных конфигураций

Для обновления через deb-пакеты:

  1. Скачайте актуальную версию с сайта releases.1c.ru (потребуется лицензия).
  2. Установите пакет командой: 
    sudo dpkg -i 1c-enterprise83-server_8.3.23.1234_amd64.deb
  3. Разрешите зависимости: 
    sudo apt --fix-broken install
  4. Перезапустите сервис: 
    sudo systemctl restart srv1cv83
💡

Если при установке deb-пакета возникает ошибка "conflicts with 1c-enterprise83-common", удалите старую версию командой sudo apt remove 1c-enterprise83-common, а затем повторите установку.

Для ручной сборки потребуется:

  1. Клонировать репозиторий: 
    git clone https://github.com/1C-Company/v8.git
  2. Установить зависимости для сборки: 
    sudo apt install build-essential cmake libgsf-1-dev
  3. Собрать проект (процесс может занять до 1 часа).
⚠️ Внимание: Ручная сборка не поддерживается службой технической поддержки 1С. Используйте этот метод только для тестовых сред или если вам необходимы нестандартные патчи.

4. Обновление кластера серверов 1С

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

Алгоритм действий:

  1. Остановите сервис на вторичном узле: 
    sudo systemctl stop srv1cv83
  2. Обновите ПО (см. раздел 3).
  3. Запустите сервис и проверьте статус кластера: 
    ras cluster list
  4. Повторите процедуру для основного узла только после успешного обновления вторичных.

После обновления всех узлов выполните проверку синхронизации:

ras cluster --cluster=MY_CLUSTER info

Если кластер использует PostgreSQL в режиме репликации, убедитесь, что версия сервера СУБД совместима с новой версией 1С. Например, 1С 8.3.23 требует PostgreSQL 12+, а более старые версии платформы могут работать с PostgreSQL 9.6.

Что делать, если после обновления кластер не стартует?

Если после обновления кластер отказывается запускаться с ошибкой "Версии менеджеров кластера несовместимы", выполните следующие действия:

1. Проверьте версии менеджеров на всех узлах: ras cluster --cluster=MY_CLUSTER managers.

2. Принудительно обновите менеджер кластера на проблемном узле: ras cluster --cluster=MY_CLUSTER update-manager --force.

3. Перезапустите сервис: sudo systemctl restart srv1cv83.

Если проблема сохраняется, удалите кластер и создайте его заново (данные баз при этом не пострадают).

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

Обновление завершено, но работа ещё не окончена. Необходимо проверить:

  • 🔄 Статус сервисов: sudo systemctl status srv1cv83 и sudo systemctl status apache2 (если используется веб-доступ).
  • 📊 Доступность баз: Попробуйте подключиться к базе через консоль 1С:Предприятие или веб-клиент.
  • 📈 Производительность: Сравните время выполнения типичных операций (открытие формы, генерация отчёта) до и после обновления.
  • 📝 Лог-файлы: Проверьте /var/log/1C/srv1cv83.log на наличие ошибок типа Failed to load module или Segmentation fault.

Особое внимание уделите лицензиям. После обновления может потребоваться повторная активация. Проверьте статус лицензий командой:

ras license list

Если вы используете HASP-ключи, убедитесь, что драйвер haspd обновлён до актуальной версии. Для проверки выполните:

sudo systemctl status haspd
💡

Если после обновления 1С перестала видеть лицензии, наиболее вероятные причины: несовместимость версии драйвера HASP с новой платформой или сброс прав доступа к файлу лицензии. Решение: обновите драйвер с официального сайта Aladdin или переустановите пакет 1c-enterprise83-licenses.

6. Решение типовых ошибок после обновления

Даже при тщательной подготовке ошибки возможны. Рассмотрим наиболее распространённые проблемы и способы их решения.

Ошибка Возможная причина Решение
Error loading shared library libgsf-1.so.114 Отсутствует или устарела библиотека libgsf sudo apt install libgsf-1-114
Cluster manager version mismatch Не все узлы кластера обновлены Обновите оставшиеся узлы или выполните ras cluster update-manager --force
Failed to connect to PostgreSQL Несовместимость версий 1С и PostgreSQL Обновите PostgreSQL или откатите версию 1С
Permission denied for /var/1C Сбросились права доступа sudo chown -R usr1cv8:grp1cv8 /var/1C

Если вы столкнулись с ошибкой, не описанной в таблице, изучите лог-файлы:

tail -n 100 /var/log/1C/srv1cv83.log

journalctl -u srv1cv83 --no-pager -n 50

Для диагностики проблем с производительностью используйте утилиты:

  • top — проверка загрузки CPU и памяти.
  • iotop — мониторинг дискового ввода-вывода.
  • perf1c — встроенный профайлер 1С (доступен в клиентском приложении).
⚠️ Внимание: Если после обновления 1С начала потреблять значительно больше памяти, проверьте настройки пула соединений в файле /etc/apache2/conf-available/1c.conf. В некоторых версиях (например, 8.3.20–8.3.22) были баги с управлением памятью при большом количестве подключений.

7. Откат обновления: как вернуть прежнюю версию

Если обновление прошло неудачно, и сервер стал нестабильным, иногда проще вернуть прежнюю версию 1С. Для этого:

  1. Остановите сервис: 
    sudo systemctl stop srv1cv83
  2. Удалите текущую версию: 
    sudo apt remove 1c-enterprise83-server 1c-enterprise83-common
  3. Установите прежнюю версию из резервной копии пакетов: 
    sudo dpkg -i /backup/1c-enterprise83-server_8.3.20.1234_amd64.deb
  4. Восстановите конфигурационные файлы из бэкапа.
  5. Перезапустите сервис: 
    sudo systemctl start srv1cv83

Если вы обновляли кластер, после отката может потребоваться повторная инициализация менеджеров:

ras cluster --cluster=MY_CLUSTER init

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

Часто задаваемые вопросы

Можно ли обновить 1С на Ubuntu без перезагрузки сервера?

Да, но с оговорками. Само обновление пакетов не требует перезагрузки, однако после установки новой версии 1С необходимо перезапустить сервис srv1cv83. Если используется Apache для веб-доступа, его тоже нужно рестартовать. Полная перезагрузка сервера рекомендуется только при обновлении ядра Linux или критичных библиотек (например, glibc).

Как проверить, что обновление прошло успешно?

Помимо проверки статуса сервисов и подключения к базам, выполните тестовые операции:

  1. Откройте самую крупную базу данных.
  2. Сгенерируйте отчёт с большим объёмом данных.
  3. Выполните регламентное задание (если используются).
  4. Проверьте работу веб-клиента (если применимо).

Также сравните версии в логе запуска сервера (grep "Server version" /var/log/1C/srv1cv83.log) с ожидаемой.

Что делать, если после обновления 1С не видит базы данных?

Причина обычно кроется в несовместимости версий СУБД и платформы 1С или сбросе прав доступа. Порядок действий:

  1. Проверьте, запущен ли сервис СУБД (sudo systemctl status postgresql).
  2. Убедитесь, что пользователь usr1cv8 имеет права на каталог с базами.
  3. Если используется PostgreSQL, проверьте совместимость версий: 
    psql --version

    grep "DBMS version" /var/log/1C/srv1cv83.log

  4. При необходимости обновите PostgreSQL или откатите версию 1С.

Если проблема сохраняется, восстановите базы из резервной копии.

Сколько времени занимает обновление сервера 1С на Ubuntu?

Время зависит от метода обновления и мощности сервера:

  • Через deb-пакеты: 5–15 минут (без учёта времени на резервное копирование).
  • Ручная сборка: 30–60 минут (включая компиляцию).
  • Обновление кластера: 20–40 минут на узел (плюс время на синхронизацию).

Дольше всего обычно занимает резервное копирование баз (особенно крупных) и проверка работоспособности после обновления.

Нужно ли обновлять клиентские приложения 1С после обновления сервера?

Да, но не всегда сразу. Серверные и клиентские компоненты 1С должны быть совместимы по мажорной версии. Например, клиент 8.3.20 будет работать с сервером 8.3.21, но может не поддерживать новые фичи. Если же сервер обновлён до 8.3.23, а клиенты остались на 8.3.15, возможны ошибки при подключении. Рекомендуем обновлять клиенты в течение 1–2 недель после сервера, предварительно протестировав совместимость.