Как изменить имя сервера 1С: пошаговая инструкция

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

Порядок действий зависит от архитектуры: файловый вариант работы, клиент-серверный вариант с одним сервером или распределённый кластер из нескольких рабочих серверов. Ниже разобраны все три сценария с учётом особенностей Windows и Linux, а также способы проверить, что после переименования всё работает корректно.

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

Что именно означает «имя сервера» в 1С

В экосистеме 1С под именем сервера понимают сразу несколько связанных сущностей. Первая — сетевое имя компьютера (hostname), на котором установлен агент сервера 1С:Предприятия. Вторая — имя рабочего сервера, зарегистрированное в кластере: именно его видят клиенты при подключении. Третья — имя сервера в строке подключения информационной базы (параметр Srvr) и в настройках доступа к СУБД.

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

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

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

Для клиент-серверного варианта зафиксируйте текущую конфигурацию: список рабочих серверов кластера, порты агента (по умолчанию 1540), менеджера кластера (1541) и рабочих процессов (диапазон от 1560), а также строки подключения всех баз. Сделайте скриншоты консоли администрирования — это упростит восстановление при ошибке.

Выполните резервное копирование. Для клиент-серверных баз — средствами СУБД (MS SQL, PostgreSQL), для файловых — копирование каталога с файлом 1Cv8.1CD или выгрузка через конфигуратор. Дополнительно скопируйте каталог srvinfo целиком: при неудаче его можно вернуть на место.

Сценарий 1: файловая база на сервере

Если база лежит в общей сетевой папке, переименование сервера не затрагивает кластер — его просто нет. Достаточно переименовать компьютер стандартными средствами Windows (Параметры → Система → О системе → Переименовать этот ПК) или Linux, перезагрузить машину и убедиться, что сетевая папка снова доступна по новому имени.

После этого обновите путь к базе у каждого клиента. В стартере 1С выберите базу, нажмите «Изменить» и укажите новый путь вида \\НовоеИмя\Bases\MyBase. Если клиентов много, удобнее раздать обновлённый файл ibases.v8i с общего ресурса или настроить подключение через список общих баз.

Учтите, что если клиенты обращались к папке по IP-адресу, а не по имени, менять ничего не придётся — но проверьте, что IP сервера не изменился вместе с переименованием, например при смене сетевого сегмента.

Сценарий 2: клиент-серверный вариант на Windows

Это самый распространённый и самый рискованный сценарий. Действуйте в строгой последовательности: сначала остановите службу «Агент сервера 1С:Предприятия», затем переименуйте компьютер, перезагрузитесь и только после этого исправляйте настройки кластера.

1. 1
   Завершите все сеансы пользователей через консоль администрирования серверов 1С
2. 2
   Остановите службу «Агент сервера 1С:Предприятия 8.3» в services.msc
3. 3
   Скопируйте каталог srvinfo в безопасное место
4. 4
   Переименуйте компьютер и перезагрузите сервер
5. 5
   Откройте консоль администрирования, удалите старый рабочий сервер и добавьте новый с актуальным именем
6. 6
   Проверьте, что службы агента запущены и базы видны в кластере
7. 7
   Обновите строки подключения у клиентов и проверьте вход в базу

Ключевой момент — реестр кластера. В файле 1CV8Clst.lst внутри srvinfo хранится имя рабочего сервера. Если после перезагрузки консоль показывает пустой кластер или ошибку соединения, откройте этот файл в текстовом редакторе при остановленной службе агента и замените старое имя на новое. Сохраните файл и запустите службу заново.

Если агент сервера был установлен с указанием конкретного имени центрального сервера, проверьте параметры запуска службы в реестре: ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent, значение ImagePath. При необходимости скорректируйте путь к каталогу srvinfo и параметры запуска.

Сценарий 3: сервер 1С на Linux

На Linux последовательность похожая, но инструменты другие. Имя хоста меняется командой hostnamectl set-hostname новое-имя, после чего нужно обновить файл /etc/hosts, чтобы новое имя корректно разрешалось в IP-адрес. Проверьте также, что в /etc/hostname записано новое значение.

Реестр кластера на Linux обычно находится в каталоге /home/usr1cv8/.1cv8/1C/1cv8 или в пути, заданном при установке. Остановите службу агента (systemctl stop srv1cv8 или через скрипт запуска), исправьте имя сервера в файле 1CV8Clst.lst и запустите службу обратно. Проверьте права доступа: каталог srvinfo должен принадлежать пользователю, под которым работает агент (обычно usr1cv8).

sudo systemctl stop srv1cv8
sudo hostnamectl set-hostname new-1c-server
sudo nano /etc/hosts
sudo systemctl start srv1cv8
sudo systemctl status srv1cv8

После запуска убедитесь, что процессы ragent, rmngr и rphost работают: команда ps aux | grep 1cv8 должна показать все три процесса. Если rphost отсутствует, проверьте журнал кластера в каталоге srvinfo — там будут записи о причине сбоя.

Настройка СУБД и строк подключения

Переименование сервера приложений часто идёт вместе с переносом или переименованием сервера баз данных. Если СУБД находится на той же машине, после переименования проверьте, что SQL Server или PostgreSQL принимает подключения по новому имени. Для MS SQL Server имя экземпляра привязано к имени компьютера — после переименования может потребоваться корректировка метаданных сервера через sp_dropserver и sp_addserver.

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

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

Проверка результата и откат изменений

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

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

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