В настоящее время мы поддерживаем среду с одним файловым сервером Windows Server 2008 R2. Мы хотели бы заменить сервер машиной Server 2012 R2 и перейти на DFS (совместное использование файлов на сервере dfs без репликации).
Теперь у меня проблема, что на старый сервер мог ссылаться:
И я не знаю, какие ссылки есть у пользователей в своих документах. Когда я теперь переключаюсь на новый сервер с dfs, старое имя хоста все равно становится недействительным, и я могу ссылаться на новый общий ресурс только с помощью:
Короче говоря: есть ли возможность переключиться на DFS, но сохранить старые пути в силе (какой-то псевдоним или что-то в этом роде)?
Хорошо, так как не похоже, что у кого-то здесь есть ответ, я собираюсь опубликовать то, что я узнал (если у кого-то есть лучший способ сделать это, пожалуйста, не стесняйтесь размещать это;))
Во-первых, похоже, что мое утверждение выше верно: новое пространство имен DFS не может быть совместимо со старым общим файловым ресурсом, к которому осуществляется доступ по его UNC-пути. В некоторых ситуациях есть функция, которая может помочь в некоторых ситуациях, называемая «Корни консолидации DFS». Однако имейте в виду, что это решение работает только с автономными пространствами имен, а не с интегрированным AD (AFAIK).
Для себя я выбрал следующее решение:
Однако имейте в виду, что вам нужно настроить новый сервер, чтобы он принимал запросы, инициированные с этим альтернативным именем (получил его отсюда: http://md3v.com/enable-windows-server-smb-2-0-alias-cname):
Я еще не запускал его в производство, но в лаборатории он работал прилично. На мой взгляд, это хороший способ развернуть DFS без нарушения всех шаблонов документов или пользовательских сценариев, о которых вы даже не подозреваете.
Но: в следующий раз, когда я настраиваю файловый сервер для нового клиента, я полностью собираюсь использовать DFS с самого начала;)
С уважением, Кристиан