Я всегда предпочитал использовать имя хоста для таких вещей, как общие сетевые ресурсы, экземпляры SQL Server и т. Д. Я обычно считаю, что имена хостов более информативны и легче запоминаются.
Однако недавно умер один из наших файловых серверов. Его IP-адрес был привязан к сетевому адаптеру на другом сервере, общие ресурсы были созданы заново, и почти все задания, которые использовали IP-адрес, продолжали работать, поскольку ничего не произошло.
Для заданий, где я использовал имя хоста, мне пришлось просмотреть несколько десятков файлов конфигурации, чтобы изменить имя хоста, и на следующий день я обнаружил, что действительно пропустил пару. Обратите внимание, что на этот раз я фактически использовал IP-адрес, чтобы при подключении заменяющего сервера мне не пришлось ничего менять снова: D
Я понимаю, что, вероятно, есть способ создать другую запись DNS в контроллере домена и / или сетевом маршрутизаторе (вместо переназначения IP-адреса другому серверу), но в данном случае этого не было (не мое решение).
Есть ли какие-то рекомендуемые инструкции о том, как это делать? Что вы делаете в своей среде?
В случае упомянутых вами файловых серверов следует использовать пространства имен DFS, даже если у вас есть только один файловый сервер. Это позволит ссылаться на ваши акции \\domain\share вместо того \\server\share. В случае сбоя вы просто восстанавливаете файлы на другой сервер и добавляете его в пространство имен вместо исходного сервера. Путь не меняется, так как он доменный.
Это также упрощает миграцию файловых серверов.
В вашем случае, когда у вас произошел сбой и еще не настроен DFSN, вы должны иметь отключена строгая проверка имени, создали CNAME в DNS с именем вашего мертвого сервера и указали его на запись A для нового сервера (или просто создайте запись A), и продолжили с радостью продолжить свой день.
Вероятно, проблема была не в имени или IP-адресе. Если вы назначили IP-адрес другому серверу, тогда все вызовы имени отказавшего сервера должны были разрешаться в IP-адрес, повторно назначенный замещающему серверу. Проблема была более чем вероятна из-за строгой проверки имени, что означает, что заменяющий сервер не ответил авторитетно на имя сбойного сервера, что может повлиять на доступ к общему сетевому ресурсу и доступ к SQL-серверу.
В: Какой IP-адрес разрешает failed_server?
Ответ от DNS-сервера: failed_server разрешается в x.x.x.x
В: Какой MAC-адрес находится у x.x.x.x?
Ответ от заменяющего сервера: x.x.x.x находится по адресу xx-xx-xx-xx-xx-xx
Q: Хорошо. Могу ли я получить доступ к общему ресурсу на \\failed_servername\share
Ответ от заменяющего сервера: Я не failed_server, извините.
http://technet.microsoft.com/en-us/library/ff660057(v=ws.10).aspx
Есть ли какие-то рекомендуемые инструкции о том, как это делать? Что вы делаете в своей среде?
Да, по возможности всегда используйте DNS / имена хостов, все остальное, если все сделано правильно, будет глупостью.
Я понимаю, что, вероятно, есть способ создать другую запись DNS в контроллере домена и / или сетевом маршрутизаторе (вместо переназначения IP-адреса другому серверу), но в данном случае этого не было (не мое решение).
Это способ сделать это, как правило, в мире Windows с использованием Active Directory - если он требует некоторой доработки со стороны других людей, пусть будет так, если они доставляют вам какие-либо проблемы, скажите им, что им нужно наверстать упущенное. 90-е, как и все остальное, до этого устарели.