Как удалить сервер из кластера 1С:Предприятие

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

Кластер 1С состоит из одного или нескольких рабочих серверов, на которых запущены агенты сервера 1С. Один из серверов обычно является центральным — на нём хранится реестр кластера (файл 1CV8Clst.lst и каталог reg_1541). Удаление рядового рабочего сервера и удаление центрального — принципиально разные сценарии с разными рисками.

Перед удалением нужно убедиться, что на сервере не осталось активных сеансов и рабочих процессов, обслуживающих информационные базы, а также что требования к соединению не назначают базы именно на этот сервер. Ниже разобраны подготовка, пошаговое удаление через консоль и командную строку, проверка результата и типичные ошибки.

Подготовка: что проверить перед удалением сервера

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

Второй момент — требования назначения функциональности. Если в кластере настроены правила, которые жёстко привязывают информационные базы или типы нагрузки (например, фоновые задания) к удаляемому серверу, после его исключения эти базы могут остаться без обработчика. Проверьте ветку «Требования назначения функциональности» для каждого рабочего сервера и либо перенастройте правила, либо удалите те, что ссылаются на выводимый узел.

Третий момент — роль сервера. Определите, не является ли удаляемый сервер центральным. Признак: на нём находится каталог реестра кластера (обычно C:\Program Files\1cv8\srvinfo\reg_1541 на Windows или /home/usr1cv8/.1cv8/1C/1cv8/reg_1541 на Linux). Удалять центральный сервер штатной кнопкой нельзя без переноса реестра — об этом отдельный раздел ниже.

Завершение сеансов и снятие нагрузки с сервера

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

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

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

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

Удаление сервера через консоль администрирования

Основной способ — консоль администрирования серверов 1С (оснастка «Администрирование серверов 1С Предприятия» на Windows или консоль администрирования кластера на Linux). Порядок действий одинаков для обеих платформ.

Откройте консоль, подключитесь к нужному кластеру и раскройте ветку «Рабочие серверы». В списке найдите удаляемый сервер, выделите его и выберите в контекстном меню пункт «Удалить». Консоль запросит подтверждение — после подтверждения сервер исключается из состава кластера, и реестр кластера обновляется на центральном сервере.

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

Удаление центрального сервера: перенос реестра кластера

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

Практический приём: остановите службу агента сервера 1С на всех машинах кластера, скопируйте каталог реестра (reg_1541 со всем содержимым) с текущего центрального сервера в аналогичный каталог srvinfo на новом центральном сервере, отредактируйте файл 1CV8Clst.lst, указав новое имя центрального сервера, и запустите агенты — сначала на новом центральном, затем на остальных. После этого старый сервер можно удалить из списка рабочих серверов штатно.

Перед любыми манипуляциями с реестром сделайте полную копию каталога srvinfo. Это единственная точка восстановления, если что-то пойдёт не так: реестр не хранится в базах данных СУБД и не восстанавливается из бэкапов SQL.

Удаление сервера через командную строку

Для автоматизации или работы без графической консоли используется утилита администрирования rac в связке с сервером администрирования ras. Утилита rac находится в каталоге установки платформы и позволяет выполнять те же операции, что и консоль.

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

rac cluster list
rac agent server list --cluster=<ID_кластера>
rac agent server remove --cluster=<ID_кластера> --server=<ID_сервера>

Идентификаторы в выводе rac представлены в формате GUID — копируйте их внимательно, ошибка в одном символе приведёт к отказу команды. Если кластер защищён аутентификацией администратора, добавьте параметры --cluster-user и --cluster-pwd. Удаление через rac подчиняется тем же правилам: сеансы должны быть завершены, а сервер — не центральным.

Что делать с агентом сервера 1С на выведенной машине

Удаление сервера из кластера не останавливает и не удаляет службу агента на самой машине. Если сервер выводится из эксплуатации окончательно, остановите службу «Агент сервера 1С:Предприятия» (на Windows — через services.msc, на Linux — systemctl stop srv1cv8), отключите её автозапуск и при необходимости деинсталлируйте платформу 1С с этой машины.

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

Типичные ошибки и ограничения

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

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

Частые вопросы