Имя для сервера 1С:Предприятие: схема, ограничения и примеры

Имя сервера 1С нужно выбрать один раз и надолго: оно попадёт в строки подключения баз, в настройки кластера, в скрипты резервного копирования и в голову каждому администратору. Надёжный вариант: до 15 символов, латиница, цифры и дефис, без подчёркиваний, с понятной ролью и номером — например, srv-1c-01 или msk-1c-app01.

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

Что разрешает Windows: длина и символы имени

Имя компьютера в Windows имеет две формы, и у них разные пределы.

Практический вывод: держитесь в 15 символов. Если ввести имя длиннее, Windows обрежет NetBIOS-часть или откажется принять имя, а старые утилиты и скрипты начнут видеть сервер под другим именем, чем остальные.

Допустимо без сюрпризов:

• 🔤 латинские буквы;
• 🔢 цифры;
• ➖ дефис в середине имени.

Чего лучше избегать:

• Подчёркивание. Windows его пропустит, но для DNS-имён хоста оно не по стандарту, и часть систем (почтовые серверы, прокси, некоторые веб-службы) на нём спотыкается.
• Кириллица. Технически возможна, на практике ломает скрипты, строки подключения и сторонние агенты мониторинга.
• Пробелы и точки. Точка превращает имя в «псевдо-FQDN», пробел недопустим.
• Имя только из цифр. Его легко перепутать с IP-адресом, и Windows такое имя не принимает.
• Дефис в начале или в конце имени.

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

Из чего собрать имя: схемы именования на реальных примерах

Хорошее имя отвечает на три вопроса без обращения к документации: где стоит, что делает, какой по счёту. Не нужно запихивать всё сразу. Выберите одну схему и применяйте её ко всему парку, а не только к 1С.

Схема «роль + номер»

Самая простая и самая живучая.

• srv-1c-01, srv-1c-02 — серверы приложений 1С;
• srv-sql-01 — сервер СУБД;
• srv-rds-01 — терминальный сервер .

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

Схема «площадка + роль + номер»

• msk-1c-app01 — сервер приложений 1С в Москве;
• spb-1c-app01 — то же в Санкт-Петербурге;
• msk-1c-sql01 — СУБД в Москве.

Три буквы площадки (город или код офиса) занимают 4 символа с дефисом. Остаётся 11 символов на роль и номер — хватает с запасом. Для компаний с филиалами это лучший баланс.

Схема с окружением

Когда есть тестовый и боевой контуры, добавьте букву среды: p — продуктив, t — тест, d — разработка.

• msk-1c-app01p — боевой сервер;
• msk-1c-app01t — тестовый.

Так по имени видно, куда вы сейчас зашли по RDP. Это дешёвая защита от классической беды: «обновил конфигурацию не там».

Чего не стоит делать

• 🎭 Тематические имена (планеты, герои, марки пива). Весело первый год. Через три года новый администратор не знает, что thor — это СУБД.
• 📍 Имена с физическими деталями: номер стойки, этаж, модель железа. После переезда или миграции в виртуальную среду имя врёт.
• 🔖 Версия платформы в имени (srv-1c-83). Платформу обновят, имя останется.
• 👤 Имена людей и отделов: srv-ivanov, srv-buh. Люди и отделы меняются быстрее серверов.

Сравнение подходов:

Роли в кластере серверов 1С: что отражать в имени

Кластер 1С состоит из нескольких компонентов, и они не обязаны жить на одной машине.

• Агент сервера (ragent) — главный процесс на каждом рабочем сервере, по умолчанию порт 1540 для агента и 1541 — для менеджера кластера, рабочие процессы получают порты из диапазона 1560–1591.
• Менеджер кластера (rmngr) — управляет рабочими процессами.
• Рабочие процессы (rphost) — обслуживают сеансы пользователей.
• СУБД — PostgreSQL или MS SQL, обычно на отдельной машине.

В небольшой организации всё это на одном сервере, и имя srv-1c-01 вполне честное. Когда нагрузка растёт, роли расходятся: появляются несколько рабочих серверов, один из которых выполняет функции центрального, и отдельный сервер СУБД.

Что закладывать в имя заранее:

1. Разделяйте приложение и базу данных. srv-1c-app01 и srv-1c-sql01 понятнее, чем два одинаковых srv-1c-01 и srv-1c-02, где один из них — СУБД.
2. Не называйте центральный сервер «главным». Роль центрального сервера в кластере можно переназначить, а имя останется прежним и станет вводить в заблуждение. Номер лучше, чем должность.
3. Лицензионный сервер, веб-сервер публикации (Apache или IIS) и сервер для обмена с торговым оборудованием — отдельные роли, у каждой своя метка: web, lic, exch.

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

Виртуализация и рост: имя не должно привязываться к железу

Сегодня 1С-серверы чаще всего живут на виртуальных машинах (Hyper-V, VMware, Proxmox) или в облаке. Отсюда несколько правил.

• Имя виртуальной машины в гипервизоре и имя компьютера в Windows лучше сделать одинаковыми. Иначе в консоли гипервизора один сервер, а в 1С-кластере другой, и перепутать их проще простого.
• Не включайте в имя название хоста виртуализации. Виртуальная машина переезжает между узлами, имя хоста устаревает через неделю.
• Закладывайте запас по номерам. Если сегодня app01, завтра будет app02. Двузначная нумерация с ведущим нулём сохраняет сортировку списков: app09 идёт перед app10, а не после app1.
• Клоны и шаблоны. Если вы разворачиваете сервер из шаблона, сразу меняйте имя и запускайте подготовку системы (sysprep для Windows). Два компьютера с одинаковым именем в домене получат конфликт учётных записей, а в кластере 1С — путаницу в списке серверов.
• Масштабирование «вширь»: когда рабочих серверов становится несколько, имя нового сервера продолжает ряд, а не вводит новую логику.

Отдельный совет для облака. Облачные провайдеры часто сами присваивают имя вида vm-8f3a2b. Переименуйте его по своей схеме сразу после создания, пока сервер не вошёл в кластер и не попал в строки подключения.

Что зависит от имени: кластер, строки подключения, лицензии, безопасность

Имя сервера вшивается в больше мест, чем кажется. Это и есть главная причина продумать его заранее.

Где имя «прошито»

• 🔌 Строки подключения информационных баз: Srvr="srv-1c-01";Ref="buh_main";. Каждая база на каждом клиентском компьютере и в каждом списке запуска ссылается на имя.
• 🗄 Список серверов в консоли кластера. После переименования машины старая запись остаётся с прежним именем.
• 🌐 Публикация на веб-сервере: файл default.vrd содержит имя сервера и порт.
• ⏰ Задания планировщика, скрипты резервного копирования, правила мониторинга.
• 🔐 Правила брандмауэра и разрешения доступа к СУБД, если они заданы по имени.

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

Влияние на лицензирование

Серверные программные лицензии 1С привязываются к параметрам компьютера, на котором активированы. Сведения о том, насколько смена имени считается изменением «окружения» для конкретной версии платформы и типа лицензии, лучше уточнить в документации к вашей лицензии и у партнёра, который её поставлял. Аппаратные ключи защиты от имени не зависят, но сервер, на котором ключ вставлен или к которому он подключён по сети, должен оставаться доступным под тем же адресом.

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

Имя и безопасность

Само по себе имя сервера секретом не является, любой сканер сети его увидит. Но два момента важны.

• ❌ Не пишите в имени ничего, что подсказывает атакующему содержимое: srv-1c-zarplata-prod, srv-passwords. Роль и номер — этого достаточно.
• ✅ Строгая схема облегчает разбор инцидентов. Когда в журнале появляется msk-1c-sql01, вы сразу понимаете, что это за машина и кто к ней вправе ходить.

Доступ к серверу лучше ограничивать правилами брандмауэра и учётными записями, а не «неочевидностью» имени.

Документирование: реестр серверов и поддержка схемы в актуальном виде

Схема именования без документа живёт ровно до первого нового администратора. Заведите короткий реестр и держите его там, где его найдут: вики, общий файл, система учёта ИТ-активов.

Минимум полей для каждой строки:

Правила, чтобы реестр не умер:

1. Любое изменение имени, IP или роли начинается с правки реестра. Не после, а до.
2. Раз в квартал сверяйте реестр с реальностью: список компьютеров в домене, консоль гипервизора, консоль кластера 1С.
3. Описание правил именования вынесите в отдельный абзац в начале реестра: формат, допустимые символы, пример. Новый сервер называют по нему без вопросов.
4. Вешайте на каждое имя запись DNS (A-запись) и, по возможности, псевдоним (CNAME) для служебных обращений: 1c.company.local указывает на текущий боевой сервер, и при миграции меняется одна запись, а не сотни строк подключения.

Последний пункт стоит выделить. Псевдоним в DNS — единственный способ переехать на другой сервер, не трогая клиентов. Но для строки подключения кластера 1С проверьте, что псевдоним корректно работает в вашей конфигурации (в том числе при аутентификации), прежде чем переводить на него всех пользователей.

Типичные ошибки при выборе имени сервера 1С

Не повторяя то, что уже сказано выше, вот что встречается на практике чаще всего.

• Имя придумано под первый сервер, без расчёта на второй. Через год server и server2 — единственные отличия, и никто не помнит, который из них СУБД.
• Разные написания в разных местах: в домене SRV-1C-01, в документации srv1c01, в строке подключения srv-1c-1. Часть вариантов работает, часть нет, и причины сбоя ищут часами.
• Переименование в рабочее время без проверки зависимостей. Базы «отваливаются» у пользователей, потому что строки подключения указывают на старое имя.
• Имя совпало с уже существующим в домене. Второй компьютер теряет доверительные отношения, а вместе с ним пропадает и сервер 1С из сети.
• Использование IP-адреса вместо имени в строках подключения. Пока адрес не меняется, работает. После смены подсети переписывать придётся все базы.

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