Администрирование · 11 мин
Как удалить рабочий сервер из кластера 1С
Как безопасно удалить рабочий сервер из кластера 1С: подготовка, перенос баз и сеансов, удаление через консоль и командную строку, типичные ошибки и проверка результата.
Удаление рабочего сервера из кластера 1С — типовая задача при выводе оборудования из эксплуатации, перераспределении нагрузки или замене железа. Операция кажется простой, но выполненная без подготовки она приводит к обрыву сеансов пользователей, потере фоновых заданий и недоступности информационных баз. Кластер 1С хранит список рабочих серверов в своём реестре, и пока сервер числится в нём, агент будет пытаться распределять на него соединения и нагрузку.
Правильная последовательность включает три обязательных этапа: перенос или отключение всего, что обслуживает сервер, корректное удаление его из состава кластера и проверку того, что кластер работает без сбоев. Пропуск любого из этапов — самая частая причина инцидентов после такой операции.
Ниже разобраны оба способа удаления — через консоль администрирования серверов 1С и через командную строку утилитой rac, а также подготовка, проверки и типичные ошибки.
Когда сервер действительно нужно удалять из кластера
Удаление сервера из состава кластера требуется в нескольких ситуациях: вывод физической машины или виртуалки из эксплуатации, перенос роли сервера 1С на другое оборудование, отказ от распределённого кластера в пользу одного сервера, а также аварийное исключение неисправного узла. Во всех случаях логика одна: сначала кластер должен перестать нуждаться в этом сервере, и только потом его можно исключать из списка.
Важно различать временную недоступность сервера и его постоянное удаление. Если сервер выключен для обслуживания, удалять его из кластера не нужно — при повторном включении он сам вернётся в работу. Удаление оправдано только тогда, когда сервер не вернётся в кластер никогда или вернётся в другой роли.
Подготовка: что сделать до удаления
Главный принцип подготовки — убедиться, что на удаляемом сервере не осталось ничего, от чего зависят пользователи и регламентные операции. Начните с анализа сеансов: в консоли администрирования откройте список сеансов и отфильтруйте по рабочему серверу. Если кластер работает в режиме балансировки, сеансы могут распределяться автоматически, и на целевом сервере их может быть много.
Далее проверьте требования назначения функциональности. Если на удаляемом сервере настроены требования, привязывающие к нему определённые информационные базы, сервисы или фоновые задания, их нужно либо переназначить на другие серверы, либо удалить. Иначе после исключения сервера часть функциональности просто перестанет выполняться, а в журнале регистрации появятся ошибки о невозможности назначить требование.
Третий шаг — регламентные и фоновые задания. Убедитесь, что активные задания завершены, а новые не будут назначаться на удаляемый сервер. Если на нём работал планировщик заданий кластера, дождитесь завершения длительных операций: обрыв фонового задания на середине может оставить данные в несогласованном состоянии.
Перенос и завершение сеансов
Если на сервере есть активные сеансы, их нужно аккуратно завершить. Самый безопасный путь — заранее уведомить пользователей и попросить их выйти из программы, затем удалить оставшиеся сеансы через консоль администрирования. Для плановых работ выбирайте время с минимальной нагрузкой.
Чтобы новые сеансы не назначались на выводимый сервер, временно измените требования назначения функциональности: создайте для удаляемого сервера требование, запрещающее назначение клиентских соединений, или перенастройте правила балансировки. Это позволит «слить» нагрузку постепенно, без резкого обрыва.
- 1Уведомьте пользователей о плановых работах и выберите окно минимальной нагрузки
- 2Проверьте и перенастройте требования назначения функциональности, привязанные к серверу
- 3Дождитесь завершения фоновых и регламентных заданий на сервере
- 4Завершите оставшиеся сеансы через консоль администрирования
- 5Сделайте резервные копии информационных баз, если операция выполняется впервые или кластер небольшой
Удаление сервера через консоль администрирования
Основной способ — консоль администрирования серверов 1С:Предприятия (оснастка «Администрирование серверов 1С Предприятия»). Откройте консоль, подключитесь к нужному центральному серверу и разверните дерево: кластер → рабочие серверы. В списке найдите сервер, который нужно исключить.
Щёлкните по нему правой кнопкой мыши и выберите пункт «Удалить». Консоль запросит подтверждение. Если на сервере ещё есть активные сеансы или он задействован в требованиях назначения, система может выдать предупреждение или отказать в удалении — это сигнал вернуться к этапу подготовки, а не искать обходные пути.
После подтверждения сервер исчезает из списка рабочих серверов кластера. Реестр кластера обновляется автоматически, перезапуск агента на оставшихся серверах не требуется. Учётные данные администратора кластера или агента для этой операции нужны, если они заданы.
rac server remove --cluster=<ид_кластера> --server=<ид_сервера> --cluster-user=<админ> --cluster-pwd=<пароль>Удаление через утилиту rac командной строки
Для автоматизации и работы без графической консоли используется утилита rac из каталога установки сервера 1С. Сначала получите идентификатор кластера командой rac cluster list, затем список рабочих серверов с их идентификаторами — rac server list --cluster=<ид_кластера>. Удаление выполняется командой rac server remove с указанием идентификаторов кластера и сервера.
Этот способ удобен в скриптах регламентного обслуживания и при администрировании серверов под Linux, где графическая консоль недоступна. Результат идентичен удалению через консоль: сервер исключается из реестра кластера. Ошибки утилита возвращает кодом и текстом, что позволяет встроить проверки в скрипт.
Перед удалением зафиксируйте идентификаторы кластера и сервера в отдельном файле. Если после удаления потребуется вернуть сервер, добавление через rac server insert с теми же параметрами займёт пару минут, а не разбирательство с нуля.
Что сделать на самом удалённом сервере
После исключения из кластера на бывшем рабочем сервере остаются работающие службы: агент сервера 1С и, возможно, сервер администрирования (ras). Если машина выводится из эксплуатации полностью, остановите службу агента сервера 1С и отключите её автозапуск. В Windows это делается через оснастку служб, в Linux — через systemctl stop и systemctl disable для соответствующего юнита.
Если сервер 1С на этой машине больше не нужен, деинсталлируйте платформу штатным способом. Обратите внимание на каталог srvinfo: в нём хранится реестр кластера, журналы и служебные данные. Перед удалением каталога убедитесь, что в нём нет нужных данных — например, если этот сервер был центральным, в srvinfo находится файл реестра кластера, потеря которого критична.
Проверка результата после удаления
После операции откройте консоль администрирования и убедитесь, что в списке рабочих серверов остались только нужные машины, а по всем информационным базам сеансы устанавливаются нормально. Проверьте выполнение нескольких регламентных заданий — они должны назначаться на оставшиеся серверы без ошибок.
Дополнительно просмотрите журнал регистрации и технологический журнал на предмет ошибок вида «нет доступного рабочего сервера» или отказов назначения требований функциональности. Такие записи означают, что какое-то требование всё ещё ссылается на удалённый сервер, и его нужно перенастроить.
Как проверить результат
Удалённого сервера нет, остальные в статусе «работает»
Сервер отображается с ошибкой или кластер пытается к нему подключиться
Сеансы открываются и распределяются по оставшимся серверам
Ошибки «Сервер администрирования недоступен» или обрывы соединений
Задания выполняются по расписанию на оставшихся серверах
Задания не стартуют, в журнале ошибки назначения функциональности
Агент сервера 1С остановлен, автозапуск отключён
Агент продолжает работать и пытаться регистрироваться в кластере
Особый случай: удаление центрального сервера
Центральный сервер кластера хранит реестр — список баз, настроек и рабочих серверов. Удалять его из кластера без переноса роли нельзя: кластер потеряет управление. Если центральный сервер нужно вывести, сначала назначьте центральным другой рабочий сервер, перенесите каталог srvinfo и только потом выполняйте стандартную процедуру удаления.
Признак того, что сервер центральный, — в консоли он помечен соответствующим образом, а на нём ведётся основной реестр кластера. Если вы не уверены, какой сервер центральный, выясните это до начала работ, а не в процессе.
Часто задаваемые вопросы
Можно ли удалить сервер из кластера, если он выключен или сломан?
Да. Если сервер физически недоступен, он всё равно числится в реестре кластера. Удалите его через консоль или rac — операция не требует связи с самим сервером, она изменяет только реестр на центральном сервере.
Нужно ли перезапускать кластер после удаления сервера?
Нет, перезапуск агента или служб на оставшихся серверах не требуется. Изменения вступают в силу сразу после удаления, новые сеансы сразу распределяются без учёта исключённого сервера.
Что будет с сеансами пользователей, если удалить сервер без подготовки?
Сеансы оборвутся с ошибкой соединения. Несохранённые данные в открытых формах будут потеряны, а длительные операции прервутся. Поэтому сеансы завершают заранее, а новые блокируют настройкой требований назначения функциональности.
Как вернуть сервер обратно в кластер?
Через консоль администрирования: в списке рабочих серверов выберите «Создать — Рабочий сервер» и укажите имя или IP машины, где работает агент. Либо командой rac server insert. Агент на этом сервере должен быть запущен и доступен по сети.
Отличается ли процедура для кластера на Linux?
Логика та же, но вместо графической консоли обычно используется утилита rac, а службы управляются через systemd. Сами команды удаления сервера из кластера идентичны Windows-версии.
Нужно ли делать резервную копию перед удалением сервера?
Удаление сервера само по себе не затрагивает данные информационных баз — они хранятся в СУБД. Но перед любыми работами с кластером рекомендуется иметь актуальные резервные копии баз и копию каталога srvinfo центрального сервера, чтобы откатить конфигурацию при ошибке.
Что важно запомнить
Удаление сервера из кластера 1С безопасно только после переноса сеансов, заданий и требований назначения функциональности. Само удаление выполняется через консоль или rac server remove, после чего на бывшем сервере останавливают агента. Центральный сервер кластера удаляется в последнюю очередь и только после переноса его роли.