Администрирование · 11 мин
Как переименовать кластер в сервере 1С
Как переименовать кластер серверов 1С через консоль администрирования и в конфигурационных файлах. Ограничения, риски, проверка результата и типичные ошибки.
Переименование кластера в сервере 1С:Предприятие — операция, которая выглядит простой, но требует понимания того, как платформа хранит идентификаторы. Главный кластер технически идентифицируется не по имени, а по уникальному GUID, поэтому изменение отображаемого имени не разрушает связь с информационными базами, рабочими процессами и настройками. Однако само имя используется администраторами при подключении консолей, в скриптах и в документации, поэтому менять его нужно аккуратно и с проверкой.
Типовые ситуации, когда требуется переименование: кластер создан с именем по умолчанию («Локальный кластер»), и в инфраструктуре с несколькими серверами имена перестают быть информативными; сервер перенесён в другой контур (тестовый, продуктивный), и имя должно отражать назначение; проводится унификация именования после слияния инфраструктур. Во всех этих случаях задача решается штатными средствами консоли администрирования серверов 1С.
Важно понимать ограничение: переименовать можно кластер, созданный администратором вручную, и главный кластер тоже, но само удаление главного кластера невозможно. Имя — это атрибут, который платформа позволяет редактировать без пересоздания объектов. Ниже разобраны оба практических способа: через графическую консоль и через правку служебных файлов, а также проверка результата и типичные ошибки.
Что такое кластер серверов 1С и что именно переименовывается
Кластер серверов 1С:Предприятие — это логическая группа рабочих процессов (rphost), обслуживающих информационные базы. В простейшей конфигурации существует один главный кластер, созданный автоматически при установке агента сервера. Кластер имеет два ключевых атрибута: уникальный идентификатор (GUID), который платформа генерирует сама, и читаемое имя, которое видит администратор в консоли.
При переименовании меняется только второй атрибут. GUID остаётся прежним, поэтому все внутренние связи — список информационных баз, назначенные менеджеры кластера, настройки требований функциональности — продолжают работать. Это принципиально отличает переименование от удаления и пересоздания кластера, при котором GUID меняется и конфигурацию приходится собирать заново.
Имя кластера хранится в служебном файле реестра кластера (каталог srvinfo, файл со списком кластеров). Консоль администрирования при изменении имени фактически переписывает этот файл через агента сервера, поэтому ручная правка файла — альтернативный, но более рискованный путь.
Подготовка: что проверить перед переименованием
Перед изменением убедитесь, что у вас есть права администратора кластера. Если в свойствах кластера задан список администраторов, консоль запросит аутентификацию — без учётной записи из этого списка изменить свойства не получится. Если пароль администратора кластера утерян, задача сначала сводится к его сбросу, и это отдельная процедура.
Зафиксируйте текущее имя кластера и его GUID. Имя можно посмотреть в консоли, GUID — там же, в свойствах кластера, либо в файле реестра в каталоге srvinfo. Эти данные понадобятся, если после переименования что-то пойдёт не так и потребуется откат.
Проверьте, не используется ли имя кластера во внешних местах: скриптах администрирования, регламентных заданиях обслуживания, документации, инструкциях для смежных команд. Хотя платформа оперирует GUID, человекочитаемое имя часто зашито в операционные процедуры, и его смена может вызвать путаницу.
Переименование через консоль администрирования серверов
Основной и рекомендуемый способ — консоль администрирования серверов 1С (она же консоль кластера). Запустите её на машине, где установлен сервер 1С, либо на рабочем месте администратора, если консоль подключается к серверу по сети.
В дереве консоли разверните нужный центральный сервер, затем ветку «Кластеры». Выберите кластер, который требуется переименовать, откройте контекстное меню и выберите пункт «Свойства». В открывшемся окне измените значение поля «Имя» на новое и подтвердите изменение. Если кластер защищён списком администраторов, консоль запросит логин и пароль.
После подтверждения новое имя сразу отображается в дереве консоли. Перезапуск агента сервера для смены имени не требуется — агент применяет изменение в реестре кластера самостоятельно. Это одно из немногих изменений конфигурации кластера, которое не требует остановки служб.
- 1Откройте консоль администрирования серверов 1С и подключитесь к нужному центральному серверу
- 2Разверните ветку «Кластеры» и выберите целевой кластер
- 3Откройте «Свойства» из контекстного меню
- 4Введите новое значение в поле «Имя», при необходимости пройдите аутентификацию администратора кластера
- 5Подтвердите изменение и убедитесь, что в дереве отображается новое имя
- 6Проверьте, что информационные базы и рабочие процессы на месте
Альтернатива: правка реестра кластера вручную
В ситуациях, когда консоль недоступна (например, утерян пароль администратора кластера и выполняется полный сброс настроек), имя можно изменить непосредственно в служебных файлах. Реестр кластера хранится в каталоге srvinfo — по умолчанию в каталоге данных сервера 1С. Список кластеров и их свойства содержатся в файле реестра внутри этого каталога.
Порядок безопасной ручной правки: остановите службу агента сервера 1С, сделайте резервную копию всего каталога srvinfo, откройте файл реестра в текстовом редакторе и найдите секцию нужного кластера. Имя хранится как строковый параметр — замените его на новое, сохранив структуру файла и кодировку. После правки запустите службу агента и проверьте результат в консоли.
Риск этого способа в том, что повреждение структуры файла реестра может привести к потере всей конфигурации кластера: списка баз, настроек, администраторов. Поэтому ручная правка оправдана только как аварийный сценарий, а резервная копия каталога srvinfo перед ней обязательна.
Проверка результата после переименования
После смены имени убедитесь, что кластер работает в штатном режиме. Откройте консоль заново или обновите дерево — кластер должен отображаться под новым именем, а внутри него должны сохраниться рабочие процессы, информационные базы и настройки. Отсутствие баз в дереве — признак того, что что-то пошло не так.
Проверьте доступность информационных баз со стороны клиентов: запустите толстый или тонкий клиент и подключитесь к одной из баз этого кластера. Поскольку клиенты обращаются по имени сервера и имени базы, а не по имени кластера, подключение должно работать без изменений в настройках клиентских списков баз.
Дополнительно просмотрите технологический журнал и журнал регистрации на предмет ошибок, появившихся в момент изменения. В штатном сценарии переименование не порождает ошибок, но если аутентификация прошла некорректно или файл реестра был недоступен, следы останутся в журналах.
Как проверить результат
Кластер виден под новым именем, ветки баз и процессов раскрываются
Кластер исчез из списка или базы не отображаются
Клиент подключается к базе без изменения настроек
Ошибки соединения, которых не было до переименования
Идентификатор в свойствах совпадает с зафиксированным до операции
GUID изменился — значит, кластер был пересоздан, а не переименован
Типичные ошибки и ограничения
Самая частая ошибка — попытка «переименовать» кластер путём его удаления и создания нового с нужным именем. При этом генерируется новый GUID, и администратору приходится заново регистрировать базы, настраивать администраторов и требования функциональности. На продуктивном сервере это означает простой и риск потери настроек.
Вторая ошибка — правка файла реестра без остановки службы агента. Агент кэширует конфигурацию и при штатной остановке записывает её на диск, затирая ручные изменения. В худшем случае файл оказывается в рассогласованном состоянии.
Третья группа проблем связана с правами: консоль молча не даёт сохранить свойства, если текущий пользователь не входит в список администраторов кластера, либо запрашивает аутентификацию, данные для которой утеряны. Планируйте операцию с учётом того, кто обладает нужными правами.
Когда переименование не поможет: альтернативные сценарии
Если реальная задача — не смена имени, а перенос кластера на другой сервер, переименование не решает её. Перенос выполняется через создание кластера на новом сервере и перерегистрацию баз, либо через перенос каталога srvinfo с сохранением GUID. Это отдельная процедура со своими рисками.
Если требуется разделить нагрузку между несколькими кластерами на одном сервере, правильный путь — создание дополнительного кластера с осмысленным именем сразу, а не переименование существующего. При создании кластера имя задаётся в диалоге, и лучше сразу придерживаться соглашения об именовании: например, включать в имя контур (prod, test) и назначение.
Для автоматизированных инфраструктур, где серверы разворачиваются скриптами, имеет смысл задавать имя кластера на этапе развёртывания, чтобы ручные переименования вообще не требовались. Это снижает расхождение между фактическим состоянием и документацией.
Сравнение вариантов
Штатный и безопасный способ, не требует остановки служб. Подходит для всех стандартных ситуаций.
Аварийный вариант при недоступной консоли или сбросе настроек. Требует остановки агента и резервной копии srvinfo.
Не переименование: новый GUID, ручное восстановление баз и настроек. Оправдано только при повреждении конфигурации.
FAQ
Можно ли переименовать главный кластер сервера 1С?
Да. Главный кластер нельзя удалить, но его имя — редактируемый атрибут. Откройте свойства кластера в консоли администрирования и измените поле «Имя» так же, как для любого другого кластера.
Отвалятся ли клиентские подключения после смены имени кластера?
Нет. Клиенты подключаются по имени сервера и имени информационной базы, а имя кластера в строке соединения не участвует. Внутренняя идентификация опирается на GUID, который при переименовании не меняется.
Нужно ли перезапускать агент сервера после переименования?
При изменении имени через консоль перезапуск не требуется — агент применяет изменение сам. Перезапуск нужен только при ручной правке файлов реестра, и в этом случае службу останавливают до начала правки.
Что делать, если консоль не даёт сохранить новое имя?
Проверьте, задан ли в свойствах кластера список администраторов. Если задан, консоль требует аутентификации — войдите под учётной записью из этого списка. Если пароль утерян, потребуется процедура сброса настроек кластера через остановку агента и правку реестра.
Изменится ли GUID кластера при переименовании?
Нет. GUID меняется только при удалении и повторном создании кластера. Если после операции идентификатор оказался другим, значит кластер был пересоздан, и нужно проверять, сохранились ли регистрации баз и настройки.
Как вернуть старое имя, если новое оказалось неудачным?
Достаточно повторить операцию: открыть свойства кластера и вернуть прежнее значение поля «Имя». Ограничений по количеству переименований нет, поэтому важно лишь, чтобы старое имя было зафиксировано до первого изменения.
Что важно запомнить
Имя кластера 1С меняется в свойствах кластера через консоль администрирования без перезапуска служб и без потери привязки баз, поскольку GUID остаётся прежним. Ручная правка файлов реестра — аварийный вариант, требующий остановки агента и резервной копии srvinfo. Перед операцией зафиксируйте текущее имя, GUID и убедитесь в наличии прав администратора кластера.