Итак, миграция файлового сервера.
Я скопировал все заново и сохранил права доступа к папкам, я воссоздал общий доступ.
Мой вопрос: мне нужен прозрачный способ переключения всех пользователей со старого сервера (GB-LON-FS1.domain) на новый (е) сервер (ы) GB-LON-FS4.domain.
люди должны иметь доступ к файлам через \ GB-LON-FS1 ...
Мой первоначальный план состоял в том, чтобы изменить запись DNS для GB-LON-FS1 на IP-адрес FS4, однако я понимаю, что у некоторых пользователей IP-адрес старого сервера будет кэшироваться.
Другой моей мыслью было изменить IP-адрес FS4 на IP-адрес FS1 и оставить DNS в покое.
Возникнут ли проблемы с путями UNC, если имя хоста сервера не совпадает с записью dans? Я так не думаю.
Вы можете придумать более прозрачный способ сделать это? Все старые пути UNC должны оставаться прежними. Я бы предпочел оставить AD как есть, но дайте мне знать, если нужно изменить имена хостов.
У меня также есть FS3, который является DFS, реплицированным из FS4, стоит ли добавить две записи DNS для FS1 и выполнить циклическое ограбление, или возникнут проблемы.
Это можно сделать, и я делал это раньше. Вы можете получить доступ к общему ресурсу со случайным DNS-именем, указывающим на ваш сервер, даже если это не имя сервера в Active Directory.
Очевидно, что для этого вам понадобится небольшой простой. В конечном итоге, чтобы избежать подобных проблем в будущем, вы хотите, чтобы ваш пользователь имел доступ к ресурсам файлового сервера через абстракцию - либо через другое имя, либо с помощью DFS.
Итак, по памяти процедура такова:
Если вы хотите избежать проблемы с кешированием DNS, то за несколько дней до выполнения вышеуказанного можно изменить TTL DNS, чтобы обновление происходило быстрее, когда вы вносите изменения. В зависимости от того, сколько у вас компьютеров, вы также можете использовать PsExec
и выполните очистку DNS на всех машинах.
Но я повторюсь еще раз, потому что это ключ к вашему будущему. НЕ УСТАНАВЛИВАЙТЕ все таким образом, чтобы у пользователей были ярлыки или закладки для имени сервера. Используйте псевдонимы для услуг. (Ссылка: Практика системного и сетевого администрирования Томаса А. Лимончелли - и, вероятно, многие другие ссылки).