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

Мы рассмотрим все этапы — от подготовки и резервного копирования до установки патчей и пост-апдейт тестирования. Особое внимание уделим обновлению кластеров серверов 1С, работе с Windows Server и Linux, а также нюансам обновления для разных версий платформы (8.3.20, 8.3.21 и новее). Статья будет полезна как начинающим администраторам, так и опытным специалистам, которые хотят систематизировать свои знания.

1. Подготовка к обновлению: что нужно сделать до установки патчей

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

  • 📋 Проверьте текущие версии: платформы 1С:Предприятие, серверной ОС, SQL Server/PostgreSQL, а также всех используемых расширений и внешних компонент.
  • 🔍 Уточните совместимость: некоторые версии требуют конкретных версий СУБД или ОС. Например, платформа 8.3.21+ официально поддерживает только Windows Server 2019/2022 и Ubuntu 20.04 LTS+.
  • 📊 Оцените загрузку системы: обновление во время пиковых нагрузок (конец месяца, закрытие отчетных периодов) может привести к сбоям.
  • 👥 Согласуйте окно обслуживания: оповестите пользователей о времени простоя и получите одобрение руководства.

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

📊 Какую ОС вы используете для сервера 1С?
Windows Server
Linux (Ubuntu/Debian)
Linux (CentOS/RHEL)
Другую
⚠️ Внимание: Если вы обновляете сервер на виртуальной машине (VMware, Hyper-V), убедитесь, что у вас есть свежие снимки состояния (snapshots) виртуальной машины. Они помогут быстро откатиться в случае сбоя, но не заменяют полноценное резервное копирование!

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

Без надежного бэкапа приступать к обновлению категорически нельзя. Даже если у вас настроено регулярное резервное копирование, перед апгрейдом сервера необходимо создать отдельную резервную копию. Вот минимальный набор действий:

  1. Создайте полную копию информационных баз через Конфигуратор 1С → Администрирование → Выгрузить информационную базу (формат .dt).
  2. Выполните резервное копирование СУБД:
    • Для MS SQL: BACKUP DATABASE [YourDB] TO DISK = 'D:\Backups\YourDB.bak'
    • Для PostgreSQL: pg_dump -U postgres -F c -b -v -f "/backups/yourdb.backup" yourdb
  3. Сохраните конфигурационные файлы сервера 1С (обычно расположены в C:\Program Files\1cv8\conf\ или /opt/1C/v8.3/conf/).
  4. Экспортируйте список пользователей и их права из 1С:Предприятие и ОС.
  5. Проверьте целостность созданных бэкапов! Для этого можно восстановить тестовую копию на отдельном сервере или в изолированной среде. Убедитесь, что:

    • 🗃️ Архивы не повреждены (проверьте контрольные суммы)
    • 🔑 Есть доступ к учетным записям для восстановления
    • ⏱️ Время восстановления укладывается в согласованное окно обслуживания

Создана выгрузка информационных баз (.dt)|Выполнен бэкап СУБД|Сохранены конфигурационные файлы 1С|Экспортированы пользователи и права|Проверена целостность бэкапов|Тестовое восстановление прошло успешно-->

⚠️ Внимание: Если вы используете распределенные информационные базы (РИБ) или территориально распределенные системы, резервное копирование нужно выполнять на всех узлах синхронно! Иначе после обновления возможны конфликты репликации.

3. Выбор способа обновления: автоматический vs ручной

Существует три основных способа обновления серверной части , каждый из которых имеет свои плюсы и минусы. Выбор зависит от вашей инфраструктуры, опыта администратора и требований к отказоустойчивости:

Способ обновления Преимущества Недостатки Рекомендации
Автоматическое (через Центр обновлений 1С) Простота, минимальное участие администратора, проверка зависимостей Не всегда доступны последние версии, возможны задержки в публикации патчей Для небольших компаний с типовыми конфигурациями
Ручное (установка дистрибутивов) Полный контроль, доступ к любым версиям, возможность тестирования перед развертыванием Требует опыта, больше времени, риск ошибок при установке Для крупных систем с кастомизированными конфигурациями
Через систему контроля версий (Git, SVN) Возможность отката, история изменений, командная работа Сложность настройки, требует интеграции с инфраструктурой Для разработчиков и компаний с DevOps-практиками

Для большинства предприятий оптимальным решением является комбинированный подход:

  1. Скачать дистрибутив нужной версии с сайта 1С.
  2. Протестировать обновление на тестовом сервере.
  3. Развернуть на рабочем сервере через setup.exe (Windows) или install (Linux).

Если вы обновляете кластер серверов 1С, помните о последовательности: сначала обновляются рабочие серверы, затем центральный сервер кластера. Прерывать этот процесс нельзя!

💡

Перед обновлением проверьте свободное место на диске — для некоторых версий (например, 8.3.21) требуется до 5 ГБ временного пространства на системном разделе.

4. Пошаговая инструкция по обновлению сервера 1С на Windows

Рассмотрим процесс обновления на примере Windows Server 2019/2022. Предполагается, что у вас уже есть скачанный дистрибутив нужной версии (например, 1C_Enterprise_8.3.21.1234_x86-64.msi).

Шаг 1. Остановка служб 1С

Откройте Панель управления → Администрирование → Службы и остановите:

  • 🛑 1C:Enterprise 8.3 Server Agent
  • 🛑 1C:Enterprise 8.3 Server (для каждого рабочего процесса)
  • 🛑 Apache 2.4 (если используется веб-сервер)

Убедитесь, что в Диспетчере задач нет процессов ragent.exe, rmngr.exe или rphost.exe.

Шаг 2. Запуск установщика

Запустите файл установки от имени администратора. В мастере установки:

  1. Выберите Обновить (не Удалить или Установить!).
  2. Укажите путь к существующей установке (обычно C:\Program Files\1cv8\8.3.21.1234\).
  3. Подтвердите обновление компонентов (сервер, менеджер кластера, веб-сервер).
  4. Дождитесь завершения процесса (может занять 10-30 минут в зависимости от конфигурации).

Шаг 3. Проверка и запуск служб

После обновления:

  • 🔄 Перезагрузите сервер (рекомендуется, но не всегда обязательно).
  • 🔍 Проверьте версии в Панель управления → Программы → Программы и компоненты.
  • 🚀 Запустите службы 1С в обратном порядке (сначала центральный сервер, затем рабочие процессы).

Для проверки работоспособности выполните тестовое подключение через 1С:Предприятие или веб-клиент. Обратите внимание на журнал регистрации (C:\ProgramData\1C\1Cv8\logs\) — там не должно быть критических ошибок (ERROR или CRITICAL).

Что делать если службы 1С не запускаются после обновления?

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

1. Права на папку установки (должны быть у SYSTEM и пользователя, под которым работает служба).

2. Наличие всех зависимостей (например, Microsoft Visual C++ Redistributable нужной версии).

3. Логи в Event Viewer → Windows Logs → Application (ищите ошибки с источником 1C:Enterprise).

4. Конфликты портов (по умолчанию 1С использует 1540-1541, 1560-1591).

Если проблема сохраняется, попробуйте переустановить серверную часть поверх существующей установки (выбрав тот же каталог).

5. Особенности обновления сервера 1С на Linux

Обновление на Linux (Ubuntu, Debian, CentOS, ALT Linux) имеет свои нюансы. Основное отличие — использование пакетных менеджеров (apt, yum, dnf) и особенности работы с системными службами (systemd).

Подготовка системы

Перед обновлением выполните:

# Для Debian/Ubuntu

sudo apt update && sudo apt upgrade -y

sudo apt install libgsf-1-114 libgsf-bin # Требуется для некоторых версий 1С

Для RHEL/CentOS

sudo yum update -y

sudo yum install libgsf

Процесс обновления

  1. Остановите службы:
    sudo systemctl stop srv1cv83  # Основная служба
    

    sudo systemctl stop apache2 # Если используется веб-сервер

  2. Установите новый пакет (пример для .deb):
    sudo dpkg -i 1c-enterprise83-server_8.3.21.1234_amd64.deb
    

    sudo dpkg -i 1c-enterprise83-ws_8.3.21.1234_amd64.deb # Для веб-сервера

  3. Обновите конфигурацию (если требуется):
    sudo /opt/1C/v8.3/x86_64/install-components.sh
  4. Запустите службы:
    sudo systemctl start srv1cv83
    

    sudo systemctl start apache2

Для проверки статуса служб используйте:

sudo systemctl status srv1cv83

journalctl -u srv1cv83 -f # Просмотр логов в реальном времени

⚠️ Внимание: На Linux после обновления может потребоваться вручную обновить символические ссылки в /opt/1C/v8.3/, если вы используете нестандартную структуру каталогов. Также проверьте права на /var/log/1C/ — там должны быть записи от пользователя usr1cv8.

6. Обновление кластера серверов 1С: порядок действий

Если вы работаете с кластером серверов 1С, процесс обновления усложняется необходимостью синхронизации. Неправильная последовательность действий может привести к разрыву соединений между рабочими процессами и центральным сервером, что вызовет ошибки в работе пользователей.

Порядок обновления кластера:

  1. Остановите все рабочие процессы на рабочих серверах:
    ras cluster --cluster=ИмяКластера stop-workprocesses
  2. Обновите рабочие серверы (по одному, чтобы избежать полной остановки кластера).
  3. После обновления всех рабочих серверов остановите центральный сервер:
    ras cluster --cluster=ИмяКластера stop
  4. Обновите центральный сервер.
  5. Запустите центральный сервер, затем поочередно рабочие процессы:
    ras cluster --cluster=ИмяКластера start
    

    ras cluster --cluster=ИмяКластера start-workprocesses

Для проверки состояния кластера используйте:

rac cluster list

rac admin --cluster=ИмяКластера list

Обратите внимание на параметр Version — он должен быть одинаковым для всех узлов кластера. Если версии различаются, это может привести к несовместимости протоколов обмена и ошибкам типа "Несовпадение версий серверов кластера".

💡

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

7. Типичные ошибки при обновлении и как их избежать

Даже опытные администраторы сталкиваются с проблемами при обновлении серверной части . Вот наиболее распространенные ошибки и способы их предотвращения:

  • 🔴 Ошибка "Не найден ключ защиты":

    Причина: После обновления изменился путь к HASP-ключу или драйвер защиты не совместим с новой версией.

    Решение: Обновите драйвер ключа защиты с сайта Aladdin и проверьте права доступа к C:\Program Files (x86)\Aladdin\.

  • 🔴 "Несовместимая версия СУБД":

    Причина: Новая версия 1С требует более свежей СУБД (например, SQL Server 2019 вместо 2016).

    Решение: Обновите СУБД до обновления 1С или используйте режимы совместимости (если поддерживаются).

  • 🔴 Ошибки лицензирования ("Лицензия не найдена"):

    Причина: После обновления сбросились настройки лицензионного сервера.

    Решение: Перерегистрируйте лицензии через Конфигуратор → Администрирование → Лицензии.

  • 🔴 "Недостаточно памяти" при запуске рабочих процессов:

    Причина: Новые версии 1С могут требовать больше оперативной памяти.

    Решение: Увеличьте лимиты в ras cluster --cluster=ИмяКластера set-workprocess-memory.

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

  • 📈 Нагрузку на CPU/RAM (возможно, требуется добавить рабочие процессы).
  • 🔌 Сетевые задержки между сервером 1С и СУБД.
  • 🗃️ Фрагментацию индексов в базе данных (выполните REINDEX или REBUILD).
⚠️ Внимание: Если после обновления вы видите ошибку "Не найден метод объекта (Выполнить)", скорее всего, проблема в несовместимости клиентской и серверной частей. Убедитесь, что версии толстого клиента, тонкого клиента и сервера совпадают!

8. Тестирование и пост-апдейт процедуры

Обновление сервера — это только половина дела. Не менее важно проверить работоспособность системы и выполнить пост-апдейт процедуры. Начните с базового тестирования:

  • 🧪 Функциональное тестирование:
    • Проверьте открытие всех информационных баз.
    • Выполните тестовые операции (проведение документов, формирование отчетов).
    • Убедитесь, что работают внешние отчеты и обработки.
  • 🔗 Тестирование интеграций:
    • Проверьте обмен данными с другими системами (например, 1С:ЗУП1С:Бухгалтерия).
    • Убедитесь, что работают веб-сервисы и REST API.
    • Протестируйте подключение мобильных клиентов.
  • 📊 Мониторинг производительности:
    • Сравните время выполнения типичных операций до и после обновления.
    • Проверьте загрузку сервера в Диспетчере задач или htop.
    • Анализируйте логи на предмет предупреждений (WARNING).

Если вы обнаружили проблемы, воспользуйтесь механизмом отката:

  1. Остановите службы 1С.
  2. Восстановите информационные базы из бэкапа.
  3. Переустановите предыдущую версию сервера (если требуется).
  4. Проверьте работоспособность.

Для документирования изменений ведите журнал обновлений, где фиксируйте:

  • 📅 Дату и время обновления.
  • 📌 Версии "до" и "после".
  • ✅ Выполненные тесты и их результаты.
  • ⚠️ Обнаруженные проблемы и способы их решения.
💡

Тестирование после обновления должно включать не только базовые операции, но и редко используемые функции (например, выгрузку данных в формате XML или обмен с внешними системами).

FAQ: Частые вопросы по обновлению серверной 1С

Можно ли обновлять сервер 1С без остановки работы пользователей?

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

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

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

Время зависит от:

  • Размера инфраструктуры (одиночный сервер vs кластер).
  • Производительности hardware (SSD vs HDD, количество ядер CPU).
  • Версий "до" и "после" (обновление с 8.3.18 до 8.3.21 займет дольше, чем с 8.3.20 до 8.3.21).

В среднем:

  • Одиночный сервер: 15-40 минут.
  • Кластер из 3-5 узлов: 1-2 часа.
  • Крупные распределенные системы: 3-6 часов (с тестированием).
Что делать, если после обновления перестали работать отчеты или обработки?

Это типичная проблема при обновлении платформы, если:

  • Отчеты используют устаревшие методы, удаленные в новой версии.
  • Есть конфликты с внешними компонентами (например, 1C:Предприятие 8. Драйвер оборудования).
  • Изменилась структура метаданных (актуально для кастомизированных конфигураций).

Решения:

  1. Проверьте журнал регистрации на ошибки выполнения.
  2. Обновите внешние обработки/отчеты до совместимых версий.
  3. Восстановите старую версию платформы и протестируйте отчеты в Конфигураторе в режиме отладки.
Как обновить сервер 1С, если нет доступа в интернет?

В этом случае:

  1. Скачайте дистрибутив нужной версии на компьютер с доступом в интернет (с сайта 1С или через Партнерский портал).
  2. Перенесите файлы на сервер (например, через флешку или локальную сеть).
  3. Установите вручную, следуя инструкциям для вашей ОС (см. разделы 4 и 5).

Для Linux можно использовать локальный репозиторий:

sudo dpkg -i /путь/к/пакету/1c-enterprise*.deb

sudo apt-get install -f # Для разрешения зависимостей

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

Да, обязательно! Клиентские приложения (толстый клиент, тонкий клиент, веб-клиент) должны быть той же версии, что и сервер. В противном случае возможны:

  • Ошибки подключения ("Несовпадение версий клиента и сервера").
  • Проблемы с отображением форм и отчетов.
  • Сбои при выполнении сложных операций (например, групповой обработки документов).

Исключение — управляемые приложения в веб-клиенте, где часть логики выполняется на сервере. Но и в этом случае рекомендуется синхронизировать версии.