Обновление сервера 1С:Предприятия от бэкапа до проверки пользователей
Содержание
Обновить серверную 1С можно без остановки на полдня, если заранее договориться с пользователями, снять копии и ставить новую платформу рядом со старой. Серверная часть обновляется отдельно от конфигураций: вы меняете платформу (службу агента, менеджер кластера, рабочие процессы), а базы и их данные остаются на месте.
Порядок такой: проверить совместимость, сохранить кластер и базы, установить новую версию , переключить службу, обновить клиентов и проверить работу. Ниже каждый шаг с цифрами и командами для Windows и Linux.
Подготовка к обновлению сервера 1С: что проверить до установки
Половина неудач при обновлении приходится на пропущенную подготовку. Потратьте на неё 30-40 минут.
Что выяснить заранее
- 📌 Текущую версию платформы. Узнайте её в консоли администрирования серверов или по имени каталога установки (например,
8.3.xx.xxxx). - 📌 Требуемую версию. Откройте описание релиза конфигурации: там указана минимальная платформа. Обновлять платформу «на всякий случай» до самой свежей не нужно, достаточно версии, которую требует ваша конфигурация, плюс запас на ближайшие релизы.
- 📌 Совместимость клиентов. Клиентские рабочие места и веб-серверы должны работать на той же версии платформы, что и сервер. Безопаснее совпадение до номера сборки; как минимум должны совпадать первые три числа.
- 📌 Режим совместимости баз. Если в базе выставлен режим совместимости со старой версией, после обновления платформы он сохранится. Это нормально, трогать его в том же окне работ не нужно.
- 📌 Внешние компоненты. Проверьте, что внешние обработки, COM-соединения, обмены и интеграции с веб-сервисами поддерживают новую платформу. Для этого достаточно прогнать их на тестовой копии.
- 📌 Лицензии. Серверные лицензии и ключи защиты привязаны к программе или серверу. Если у вас аппаратные ключи, проверьте, что драйвер защиты поставится вместе с новой версией, а ключ доступен по сети.
Окно работ
Назначьте время, когда в базах никто не работает : вечер или выходной. Предупредите пользователей минимум за день. Уточните, нет ли в этот период регламентных заданий (закрытие периода , выгрузка отчётности, обмены): их придётся переносить.
Заведите тестовую копию сервера (виртуальную машину или отдельный сервер) и сначала обновите её. Если базы весят 50 ГБ, тестовая копия поймает проблемы, а не вы в пятницу вечером.
Резервное копирование: что сохранить перед обновлением платформы
Без свежей копии баз и каталога кластера обновление не начинайте. Сама установка платформы базы не трогает, но при сбое службы или потере реестра кластера вы получите неприятный день.
Сохраните три вещи.
- Информационные базы. Для файловых баз скопируйте каталог целиком. Для клиент-серверных сделайте полный бэкап средствами СУБД (PostgreSQL или MS SQL Server) и дополнительно выгрузите важные базы в
.dtчерез конфигуратор. - Каталог данных кластера. В нём реестр кластера: список баз, параметры, администраторы, назначенные ограничения. На Windows по умолчанию это папка
srvinfoвнутри каталога установки 1С, на Linux обычно/home/usr1cv8/.1cv8/1C/1cv8. Остановите службу и скопируйте папку целиком, иначе копия получится «рваной». - Настройки службы. Запишите учётную запись, от которой запущен сервер, параметры запуска (порт, диапазон портов, каталог данных, отладка). После обновления они понадобятся, если служба создастся заново.
Проверьте копии. Файл .dt откройте на тестовой машине, бэкап СУБД разверните в отдельную базу. Бэкап, который ни разу не восстанавливали, гарантией не считается.
| Что копируем | Чем | Сколько места ориентировочно |
|---|---|---|
| Клиент-серверная база | Бэкап СУБД | 100% размера базы, со сжатием 30-50% |
Выгрузка .dt | Конфигуратор | 20-40% размера базы |
| Каталог кластера | Копирование папки при остановленной службе | обычно сотни мегабайт |
Как выбрать способ обновления: на месте или параллельная установка
Платформа 8.3 ставится в отдельный каталог под номером версии. Старая версия не удаляется, поэтому есть два подхода.
| Способ | Когда подходит | Риски |
|---|---|---|
| Параллельная установка с переключением службы | Рабочий сервер, нужен быстрый откат | Придётся вручную менять путь в службе |
| Установка с удалением старой версии | Тестовый сервер, мало места на диске | Откат только через повторную установку |
| Новый сервер и перенос баз | Смена ОС или железа вместе с обновлением | Дольше, нужен перенос кластера и лицензий |
Для боевого сервера берите первый вариант. Старый каталог остаётся нетронутым, и если что-то идёт не так, вы возвращаете путь в службе и запускаете прежнюю версию за пять минут.
Что касается «автоматического» обновления: платформа сама на сервере не обновляется. Автоматизировать можно разве что установку: тихая установка из командной строки или раскатка через системы управления конфигурациями. Для одного сервера делайте вручную, для десятка серверов оформите скрипт и отработайте его на тесте.
Обновление сервера 1С на Windows: пошаговая установка
Работайте под учётной записью с правами локального администратора.
Шаги установки
- Скачайте дистрибутив платформы нужной версии (сервер ставится из полного комплекта для Windows). Распакуйте его в локальную папку, не запускайте с сетевого диска.
- Предупредите пользователей и закройте все сеансы. В консоли администрирования серверов завершите сеансы и разрешите блокировку новых соединений.
- Остановите службу «Агент сервера 1С:Предприятия 8.3» через
services.msc. - Снимите копию каталога кластера (см. раздел про резервные копии).
- Запустите
setup.exeиз дистрибутива. На шаге выбора компонентов отметьте «Сервер 1С:Предприятия». Если нужен конфигуратор или администрирование кластера на этой машине, добавьте их. Установите расположение новой версии: по умолчанию подставится каталог с номером версии. - На странице установки сервера как службы можно выбрать, ставить ли службу. Если служба уже существует и работает под нужной учётной записью, её лучше не пересоздавать, а перенастроить путь.
- Дождитесь завершения. Перезагрузка требуется не всегда, но при обновлении драйвера защиты она может понадобиться.
Переключение службы на новую версию
Откройте свойства службы агента и проверьте строку запуска. В ней указан путь к ragent.exe старой версии. Замените путь на каталог новой версии, не меняя остальные параметры (-d каталог кластера, -port, -regport, -range).
Пример строки до изменения (значения условные):
"C:\Program Files\1cv8\8.3.22.1851\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Если вы пользуетесь командной строкой, то изменить путь можно командой sc config:
sc config "1C:Enterprise 8.3 Server Agent" binPath= "\"C:\Program Files\1cv8\8.3.новая_версия\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \"C:\Program Files\1cv8\srvinfo\""
Имя службы и её параметры в вашей установке могут отличаться. Скопируйте текущую строку из свойств службы и меняйте в ней только версию.
Запустите службу и убедитесь, что порты слушаются: netstat -ano | findstr 1541. Если брандмауэр режет порты, откройте их заново: смена пути к программе иногда сбрасывает правила, привязанные к исполняемому файлу.
Обновление сервера 1С на Linux: пакеты, служба, права
На Linux платформа ставится из пакетов: DEB для Debian и Ubuntu, RPM для RHEL, CentOS и их производных. В комплекте несколько пакетов: общие компоненты, сервер, при необходимости клиент и модуль веб-расширений.
Debian и Ubuntu
- Остановите службу. Имя зависит от версии платформы, поэтому сначала посмотрите:
systemctl list-units | grep -i 1c. - Скопируйте каталог кластера.
- Установите пакеты новой версии из папки с дистрибутивом:
sudo dpkg -i 1c-enterprise-8.3.*-common_*.deb 1c-enterprise-8.3.*-server_*.deb
Если dpkg ругается на зависимости, выполните sudo apt -f install.
RHEL, CentOS и производные
sudo yum localinstall 1c-enterprise-8.3.*-common-*.rpm 1c-enterprise-8.3.*-server-*.rpm
На новых версиях ОС вместо yum используйте dnf, синтаксис тот же. Файлы лежат в /opt/1cv8/x86_64/<версия>/, как и на Debian.
Что сделать после установки пакетов
- 🐧 Новая версия ставится в свой каталог, а служба продолжает ссылаться на старую. Откройте юнит или файл настроек службы и поменяйте путь к
ragentна новый. После правки юнита выполнитеsudo systemctl daemon-reload. - 🐧 Проверьте владельца каталога кластера: он должен принадлежать пользователю, от имени которого работает сервер (по умолчанию
usr1cv8). Команда:ls -ld /home/usr1cv8/.1cv8. - 🐧 Запустите службу и посмотрите журнал:
journalctl -u <имя_службы> -n 50.
На Linux нужны установленные системные библиотеки (например, пакеты для работы со шрифтами и libwebkit/libgtk для клиента). Если пакет не встаёт, начните с вывода менеджера пакетов: он называет недостающую зависимость.
Обновление кластера серверов 1С: порядок действий для нескольких серверов
Кластер из нескольких рабочих серверов обновляют по очереди, но с одним условием: версия платформы на всех серверах кластера должна совпадать до сборки. Работать смесь версий внутри одного кластера не будет.
Порядок такой.
- Определите роли. Главный сервер кластера (на нём менеджер кластера) и рабочие серверы. Список виден в консоли администрирования.
- Остановите нагрузку. Закройте сеансы, заблокируйте новые соединения к базам, сохраните копии.
- Обновите главный сервер. Установите новую версию, переключите службу, запустите. Убедитесь, что кластер и базы видны.
- Обновите рабочие серверы. По одному: установка, смена пути в службе, запуск. После запуска каждый сервер должен подключиться к кластеру сам.
- Проверьте назначение функций. В консоли откройте требования назначения функций и убедитесь, что ничего не «слетело».
- Обновите клиентов и веб-серверы.
Если кластер построен на виртуальных машинах, перед работами сделайте снимки состояния всех узлов. Это самый быстрый откат, если не получится собрать кластер на новой версии.
Типичные ошибки при обновлении сервера 1С и как их избежать
Ошибки в этом разделе повторяются от компании к компании.
| Симптом | Причина | Что делать |
|---|---|---|
| Служба не запускается после установки | Путь в службе указывает на удалённый или недоступный каталог | Откройте свойства службы, исправьте путь к ragent |
| Клиент пишет, что версия сервера не совпадает | Клиентская платформа старее или новее сервера | Обновите клиент до той же версии |
| Менеджер кластера не стартует | Занят порт 1541 или нет доступа к каталогу кластера | Проверьте порты и права на каталог данных |
| Базы пропали из списка | Служба запущена с другим каталогом кластера (-d) | Верните прежний параметр -d |
| Не работает аппаратный ключ | Не поставлен драйвер защиты или ключ недоступен | Переустановите драйвер, проверьте доступность ключа |
| Рабочий сервер не подключается к кластеру | У него другая версия платформы | Приведите версии к одной |
Ещё одна история: после обновления платформы часть пользователей жалуется на «зависания». Чаще всего дело в устаревшем кэше клиента. Запустите клиент с ключом /ClearCache или очистите папку локального кэша пользователя.
Если служба упала после обновления, не удаляйте каталог кластера «чтобы пересоздать». Сначала верните старый путь запуска и проверьте, что кластер читается.
Тестирование после обновления: что проверить и когда открывать базы
Не открывайте базы сразу всем. Сначала проверьте рабочее состояние.
- 🔍 В консоли администрирования убедитесь, что кластер виден, все базы на месте, рабочие процессы запущены.
- 🔍 Откройте тестовую или одну из баз от имени администратора и зайдите в клиент через тонкий клиент. Посмотрите, что платформа показывает ожидаемую версию в справке «О программе».
- 🔍 Выполните типовые операции: проведите документ, сформируйте тяжёлый отчёт, запустите регламентное задание вручную.
- 🔍 Проверьте обмены, интеграции, веб-сервисы и внешние обработки.
- 🔍 Проверьте журнал регистрации и технологический журнал на ошибки соединения и лицензирования.
- 🔍 Подключите пользователей группами: сначала 3-5 человек, через час остальных.
Время отклика сравните с прежним. Если отчёт, который шёл 20 секунд, теперь идёт 40, ищите причину: настройки службы, права на каталоги, параметры СУБД.
Что делать с клиентами и веб-серверами
После обновления сервера обновите платформу на рабочих станциях и терминальных серверах. Если пользователи работают через веб-клиент, перепубликуйте базы на веб-сервере: публикация привязана к версии модуля веб-расширения.
- за 1-3 дняПодготовка и согласование
- перед началом работКопии кластера и баз
- 15-30 минутУстановка новой версии
- 5-10 минутПереключение службы и запуск
- 1-2 часаПроверка и открытие баз
- в течение нескольких днейОбновление клиентов
Частые вопросы по обновлению серверной части 1С
Нужно ли обновлять базы после обновления платформы?
Сколько обычно длится обновление сервера?
Можно ли держать две версии платформы на одном сервере?
Можно ли обновить сервер, не останавливая базы?
Как вернуться на старую версию?
ragent старой версии и запустите службу. Для этого каталог старой версии нельзя удалять сразу.