Доброго времени суток.

Возникла необходимость переименовать сервер 1с.
Будут ли проблемы после переименования сервера?
Запустятся ли ИБ?

Меня пугают, что сервер переименовывать нельзя. Что, якобы после этого ИБ будут неработоспособны. Что единственным корректным способом будет выгрузка всех ИБ до переименования и загрузка их заново после переименования. Так ли это? Нет ли более простого способа?

Спасибо всем за ответы.

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

(0) И вообще, ещё понять нужно, что там за сервер у вас. Если веб-сервер с полноценным доменным именем и SSL-сертификатом, привязанным к этому имени, да ещё и у клиентов тоже доступ по сертификатам, тогда конечно массы проблем не миновать. Впрочем, даже в таком случае эти проблемы не коснутся самих баз.

(0) Смотря какие у вас сервера, настройки, и конфигурации... 1С
После переименовании надо проверить работоспособность 1С.

В былое время, когда я был маленький, некоторые нетленки писались с явным указанием в коде 1С имени серверов.
И про смене имени сервера 1С, надо так же прописывать все в самой 1С.

...
Как-то так :)
А какой зоопарк у вас, мы не знам, он у каждого свой :)

+(0) В типовой базе используется один вариант БСП (но разной версии), так вот вам потребуется в таких базах после переименования зайти и подтвердить, что база является не копией :)

Если переименовывать сервер, то надо будет в файлах настроек кластеров с невнятными именами файлов перепрописывать новое имя. Можно тупо текстовым редактором, поиском и заменой. Нюанс - сохраняйте регистр символов, в теории это не важно - но на практике если сервер называется SRV, а в кластере 1с прописано srv, то возникают тормоза на ровном месте.

Сервер установлен на ОС Debian Linux.
Версия 1С 8.3.20
Программная лицензия.

Судя по документации, лицензия не привязывается к имени сервера. Она привязывается к 11 другим пунктам.
Смена имени сервера - политика вышестоящего руководства.

Есть второй сервер на виртуалке для тестов. Переименовал сервер (которая вторая копия).
После смены имени сервера конект к серверу невозможен. Ни через консоль mmc, ни через клиент.

При попытке обратиться к серверу через консоль получаю ответ:
"Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://172.21.20.103:1540
descr=172.21.20.103:1540 :10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение."

где 172.21.20.103 - ip адрес ВМ сервера 1С.

При попытке обратиться к серверу через клиент как в режиме "Предприятие", так и в режиме "Конфигуратор" получаю ответ:
"Ошибка при выполнении операции с информационной базой
server_addr=oldname descr=1101(0x00002AF9): Этот хост неизвестен."

где oldname - старое имя сервера 1С.

Если в файл hosts на клиенте добавит запись:
172.21.20.103 oldname
ошибка станет такой же как и при попытки соединиться через mmc:
"Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://172.21.20.103:1540
descr=172.21.20.103:1540 :10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение."

Все порты открыты.
Служба на сервере запущена.

Если переименовать сервер в старое имя, то сервер вновь работает, соединения устанавливаются как через консоль mmc, так и через клиент и в режиме "Предприятие" и в режиме "Конфигуратор" - ИБ успешно запускается.

(6) Я же написал. В файлах настроек кластера (и рабочих серверов) в файлах .lst надо переименовать тоже.

(6) >Судя по документации, лицензия не привязывается к имени сервера
Она привязывается к имени компьютера.
https://www.online-ufa.ru/content/articles/binding-file-lic-1c/
Или вы под именем сервера что-то другое подразумеваете?

> Ошибка соединения с сервером 1С:Предприятия 8.3:
Вы в первом примере соединяетесь по айпи-адресу, во втором примере по старому имени сервера, в третьем —опять по айпи-адресу, но с абсурдной привязкой через hosts. Новое-то имя где? Адрес соответствует настройкам кластера и серверов? Маршрутизация в порядке? Порты точно-точно открыты или только так кажется? Учтите, что если файрвол или шлюз не по адресу настроен, а по имени, то ещё и там нужно менять настройки соответствующим образом. Ну и (7) — вот это конечно в первую очередь.

разумеется что если вы ТОЛЬКО поменяете имя сервера и больше ничего не сделает - ничего и не заработает.
но вот если аккуратно поменять все настройки на новое имя - то должно работать.

Думается, что переименовать сервер проблема связана с автоматикой его полной переустановки и потом перенастройка. Просто так дописать имя в одном месте не получится.

(10) Переименовывал, всё работает. Полной переустановки не требуется, пока в 1с не закрыли от изменений json-файлики конфигов. Вот когда будут файлики шифровать и подписывать - тогда да, аллес.

(5) >если сервер называется SRV, а в кластере 1с прописано srv, то возникают тормоза на ровном месте

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

(12) Возможно, что когда имя совпадает буквально, то разрешение имени в адрес идет по более быстрому пути, из каких-то локальных таблиц. А в случае несовпадения задействуется служба DNS, и тормоза зависят от её "реактивности".

(13) Да вроде про серьёзную деградацию производительности речь шла, а днс-то весьма шустрая штука, да и запросы там разовые. Непонятно, в общем.

(14) Запросы там не разовые, а на каждый серверный вызов. Ну и DNS быстрый сам по себе, только когда он есть и в нем присутствуют записи для локальной сети. А если своего днс нет, и используется провайдерский, то обращение к нему может быть очень небыстрым.

(0) во всех базах на бсп отключатся обмены с внешними системами

(15) Это всё так, мне кажется, что, понятие «1С тормозит» предполагает существенно, на порядки более выский уровень торможения, чем тот, который может быть обусловлен задержками днс (ну, кроме каких-нибудь крайних случаев).

(17) Вряд ли провайдерский DNS (или кэширующий сервер на роутере) что-то знает о локальных именах и адресах. И если сервер 1с будет к нему обращаться для разрешения имен локальной сети - то будут тормоза минимум в секунду, пока не получим Non-existent domain.

(18) У многих людей (и, наверное, у подавляющего большинства операторов 1С, если только они не киберспортсмены-любители и на досуге не играют в контрлстрайк на высоком уровне) даже время реакции — от момента появления/изменения сигнала до момента начала двигательного ответа — будет приблизительно сопоставимым. Другими словами, они и не заметят, как мне кажется.

(19) Замечают, однако. Если форма открывается не за 1 секунду, а за 2 - это заметно. Конечно, когда к этому привыкли, то не замечают. Но задача программистов и админов в том и состоит, чтобы программа работала максимально эффективно. В данном случае - не тормозила.

Найдите грамотного линуксоида и он вам всё переименует без проблем.

(6) "Смена имени сервера - политика вышестоящего руководства". Эпичный аргумент.
Зряшная затея, ИМХО.

"Смена имени сервера - политика вышестоящего руководства." - Шили плотники штаны - вот тебе и брюки! (с)

(21) Да уже сами разобрались

А как с логическими серверами внутри сервера? Их тоже надо бы переименовать они участвуют в управлении. Думается, что еще не вечер.

В windows,есть служба dns кеш,которая несколько минут держит полученное имя в кеше,и она же ответственна за имена машин в локальной сети.
Поэтому,обращение будет только один раз ну или после того как пользователь чай попьет.

(26) В теории да, а на практике лучше делать как я сказал - в одном регистре. Неоднократно сталкивался с тормозами в 1 при невыполнении этого условия. Версий винды множество, версий днс-серверов ещё больше..