none
Смена имени сервера RRS feed

  • Вопрос

  • Добрый день!

    Задумался над, собственно, простым вопросом.

    Сейчас предстоит смена сервера приложений для 1С и заодно перевод его на виртуальную машину. Тестовый виртуальный сервер подготовлен и ждет своего часа.

    Из-за того, что у всех пользователей 1С в настройках прописан основной сервер (пусть будет srv1), нужно сменить имя на будущем сервере (называется srv2) на имя основного. Сделать это можно двумя путями:

    1) Меняем IP адрес srv1 в DNS принудительно на IP второго сервера srv2 и обновляем на всякий случай кеш DNS на рабочих машинах (используются терминальные сервера). Имена компьютеров остаются такими же, но в DNS записях будет небольшая путаница.

    2) Выгоняем основной сервер из домена, обезличиваем его, далее называем новый сервер его именем, загоняем его в домен и заставляем работать. Этот вариант чреват некоторыми нюансами, на решение которых можно потратить часа три времени. Поскольку это будет происходить ночью, а с утра на работу как обычно - вариант для меня не очень :)

    Теперь вопрос. Какие подводные камни (в будущем) могут возникнуть при применении варианта №1? Пока, кроме путаницы в записях, проблем не вижу.

    ЗЫ. Есть специфические для 1С проблемы, связанные с тонкой настройкой сервера приложений и использующие имена - но вроде тут проблем быть не должно.
    • Изменено vadik7 18 июня 2014 г. 7:09
    18 июня 2014 г. 7:06

Ответы

  • Добрый день!

    Задумался над, собственно, простым вопросом.

    Сейчас предстоит смена сервера приложений для 1С и заодно перевод его на виртуальную машину. Тестовый виртуальный сервер подготовлен и ждет своего часа.

    Из-за того, что у всех пользователей 1С в настройках прописан основной сервер (пусть будет srv1), нужно сменить имя на будущем сервере (называется srv2) на имя основного. Сделать это можно двумя путями:

    1) Меняем IP адрес srv1 в DNS принудительно на IP второго сервера srv2 и обновляем на всякий случай кеш DNS на рабочих машинах (используются терминальные сервера). Имена компьютеров остаются такими же, но в DNS записях будет небольшая путаница.

    2) Выгоняем основной сервер из домена, обезличиваем его, далее называем новый сервер его именем, загоняем его в домен и заставляем работать. Этот вариант чреват некоторыми нюансами, на решение которых можно потратить часа три времени. Поскольку это будет происходить ночью, а с утра на работу как обычно - вариант для меня не очень :)

    Теперь вопрос. Какие подводные камни (в будущем) могут возникнуть при применении варианта №1? Пока, кроме путаницы в записях, проблем не вижу.

    ЗЫ. Есть специфические для 1С проблемы, связанные с тонкой настройкой сервера приложений и использующие имена - но вроде тут проблем быть не должно.

    1С - файловая?

    Тогда первый вариант сам по себе не пройдёт. Потому что

    а) служба сервера (lanmanserver) по умолчанию проверяет, какое имя сервера используется при попытке подключения и отвергает запросы по неизвестным ей именам;

    б) аутентификация на сервере по Kerberos а в домене обычно используетс именно она) не будет работать, т.к. КД выдаст билет для старого сервера (зашифрованный его ключом), который для нового сервера будет непригоден

    Обе эти проблемы устранимы, но требуют дополнительной настройки:

    а) требуется либо отключить через реестр проверку имени сервера HKEY_LOCAL_MACHINE\system\currentcontrolset\services\lanmanserver\parameters\DisableStrictNameChecking=1 (тип DWord) либо добавить имя сервера в многострочное значение HKEY_LOCAL_MACHINE\system\currentcontrolset\services\lanmanserver\parameters\OptionalNames

    б) удалить учетную запись старого сервера и добавить его Service Principal Name (и для кhаткого имени, и для FQDN) в учетную запись нового сервера

    setspn -s HOST/srv1 srv2

    setspn -s HOST/srv1.имя.домена srv2

    • Изменено M.V.V. _ 18 июня 2014 г. 13:52
    • Предложено в качестве ответа kruzhka 18 июня 2014 г. 20:05
    • Помечено в качестве ответа vadik7 20 июня 2014 г. 6:26
    18 июня 2014 г. 13:39

Все ответы

  • а почему бы через логон скрипты не сменить пути для 1С?

    Нужно в C:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i заменить имя старого сервера на имя нового. 

    • Предложено в качестве ответа Vector BCOModerator 18 июня 2014 г. 7:25
    • Изменено kruzhka 18 июня 2014 г. 7:37
    18 июня 2014 г. 7:11
  • Не вариант, баз достаточно много (около 20) и у разных пользователей разный список баз.
    • Изменено vadik7 18 июня 2014 г. 8:51
    18 июня 2014 г. 8:50
  • почему не вариант, я же не предлагал руками переписывать разные БД каждому пользователю.

    Скрипт при входе юзера идет по этому пути и меняет в строках файла один текст на другой (srv1 на srv2).

    1 вариант чреват различными глюками с авторизацией и скорее всего сервер с доменом поругаются. Ну и вы не указали в чем задействован у вас srv1 кроме 1С. 

    2 вариант кажется наиболее нормальным, только не очень ясно, зачем его выгонять из домена, просто переименовать сервер srv1 в какой то другой, а srv2 в srv1, какие глюки связанные с этим, на ваш взгляд могут быть? 

    18 июня 2014 г. 9:19

  • 1 вариант чреват различными глюками с авторизацией и скорее всего сервер с доменом поругаются. Ну и вы не указали в чем задействован у вас srv1 кроме 1С. 


    Вот именно это я и хотел узнать.

    На сервере 1С больше ничего нет, только эта роль и все.

    18 июня 2014 г. 11:44
  • Добрый день!

    Задумался над, собственно, простым вопросом.

    Сейчас предстоит смена сервера приложений для 1С и заодно перевод его на виртуальную машину. Тестовый виртуальный сервер подготовлен и ждет своего часа.

    Из-за того, что у всех пользователей 1С в настройках прописан основной сервер (пусть будет srv1), нужно сменить имя на будущем сервере (называется srv2) на имя основного. Сделать это можно двумя путями:

    1) Меняем IP адрес srv1 в DNS принудительно на IP второго сервера srv2 и обновляем на всякий случай кеш DNS на рабочих машинах (используются терминальные сервера). Имена компьютеров остаются такими же, но в DNS записях будет небольшая путаница.

    2) Выгоняем основной сервер из домена, обезличиваем его, далее называем новый сервер его именем, загоняем его в домен и заставляем работать. Этот вариант чреват некоторыми нюансами, на решение которых можно потратить часа три времени. Поскольку это будет происходить ночью, а с утра на работу как обычно - вариант для меня не очень :)

    Теперь вопрос. Какие подводные камни (в будущем) могут возникнуть при применении варианта №1? Пока, кроме путаницы в записях, проблем не вижу.

    ЗЫ. Есть специфические для 1С проблемы, связанные с тонкой настройкой сервера приложений и использующие имена - но вроде тут проблем быть не должно.

    1С - файловая?

    Тогда первый вариант сам по себе не пройдёт. Потому что

    а) служба сервера (lanmanserver) по умолчанию проверяет, какое имя сервера используется при попытке подключения и отвергает запросы по неизвестным ей именам;

    б) аутентификация на сервере по Kerberos а в домене обычно используетс именно она) не будет работать, т.к. КД выдаст билет для старого сервера (зашифрованный его ключом), который для нового сервера будет непригоден

    Обе эти проблемы устранимы, но требуют дополнительной настройки:

    а) требуется либо отключить через реестр проверку имени сервера HKEY_LOCAL_MACHINE\system\currentcontrolset\services\lanmanserver\parameters\DisableStrictNameChecking=1 (тип DWord) либо добавить имя сервера в многострочное значение HKEY_LOCAL_MACHINE\system\currentcontrolset\services\lanmanserver\parameters\OptionalNames

    б) удалить учетную запись старого сервера и добавить его Service Principal Name (и для кhаткого имени, и для FQDN) в учетную запись нового сервера

    setspn -s HOST/srv1 srv2

    setspn -s HOST/srv1.имя.домена srv2

    • Изменено M.V.V. _ 18 июня 2014 г. 13:52
    • Предложено в качестве ответа kruzhka 18 июня 2014 г. 20:05
    • Помечено в качестве ответа vadik7 20 июня 2014 г. 6:26
    18 июня 2014 г. 13:39
  • Спасибо.
    20 июня 2014 г. 6:26