Назад | Перейти на главную страницу

Прозрачный переход с одиночного файлового сервера на DFS

В настоящее время мы поддерживаем среду с одним файловым сервером Windows Server 2008 R2. Мы хотели бы заменить сервер машиной Server 2012 R2 и перейти на DFS (совместное использование файлов на сервере dfs без репликации).

Теперь у меня проблема, что на старый сервер мог ссылаться:

И я не знаю, какие ссылки есть у пользователей в своих документах. Когда я теперь переключаюсь на новый сервер с dfs, старое имя хоста все равно становится недействительным, и я могу ссылаться на новый общий ресурс только с помощью:

Короче говоря: есть ли возможность переключиться на DFS, но сохранить старые пути в силе (какой-то псевдоним или что-то в этом роде)?

Хорошо, так как не похоже, что у кого-то здесь есть ответ, я собираюсь опубликовать то, что я узнал (если у кого-то есть лучший способ сделать это, пожалуйста, не стесняйтесь размещать это;))

Во-первых, похоже, что мое утверждение выше верно: новое пространство имен DFS не может быть совместимо со старым общим файловым ресурсом, к которому осуществляется доступ по его UNC-пути. В некоторых ситуациях есть функция, которая может помочь в некоторых ситуациях, называемая «Корни консолидации DFS». Однако имейте в виду, что это решение работает только с автономными пространствами имен, а не с интегрированным AD (AFAIK).

Для себя я выбрал следующее решение:

  1. Робокопируйте все файлы на новый сервер
  2. Создайте общие ресурсы на новом сервере с тем же относительным UNC-путем (я имею в виду: \ hostname \ "все после имени хоста остается прежним")
  3. Робокопирование во второй раз (только различие)
  4. Удалите старый сервер из AD-домена (очень важно для последующих шагов;))
  5. Выключите старый сервер
  6. Добавьте CNAME-запись в DNS, указывающую со старого имени хоста на новое.
  7. Настроить DFS
  8. Настроить все приложения под моим контролем для использования DFS-Path с этого момента

Однако имейте в виду, что вам нужно настроить новый сервер, чтобы он принимал запросы, инициированные с этим альтернативным именем (получил его отсюда: http://md3v.com/enable-windows-server-smb-2-0-alias-cname):

  1. regedit: HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ LanmanServer \ Parameters
  2. REG_DWORD 32 бит: DisableStrictNameChecking, значение: 1
  3. перезагрузите ваш сервер.
  4. setspn -a host / "oldname" "hostname нового сервера"
  5. setspn -a host / "oldFQND" "имя хоста нового сервера"

Я еще не запускал его в производство, но в лаборатории он работал прилично. На мой взгляд, это хороший способ развернуть DFS без нарушения всех шаблонов документов или пользовательских сценариев, о которых вы даже не подозреваете.

Но: в следующий раз, когда я настраиваю файловый сервер для нового клиента, я полностью собираюсь использовать DFS с самого начала;)

С уважением, Кристиан