Я перенаправляю данные приложений, свои документы и папки рабочего стола на сервер с помощью GPO в зависимости от того, на каком объекте они обычно находятся. Это создает проблему для пользователей, которые перемещаются между несколькими местоположениями. Профили Firefox хранятся в appdata, поэтому переход на другой объект для получения профиля Firefox для его запуска занимает целую вечность. И после двух-трех минут ожидания загрузки Firefox он работает так медленно, что его почти невозможно использовать.
Я хочу исправить это с помощью DFS, но я не хочу адского переходного периода. Прямо сейчас объект групповой политики для объекта 1 настроен на перенаправление папок в //server1/Documents и GPO для объекта 2 настроен на перенаправление папок в //server2/Documents. Я знаю, что мне нужно будет изменить эти настройки на пространство имен DFS, которое я создаю.
Мне нужно добавить //server1/Documents и //server2/Documents в пространство имен DFS //DFSDocuments/ и измените параметры перенаправления GPO, чтобы перенаправить данные приложения на //DFSDocuments/UserName. Однако если записать это здесь, это покажется действительно простым; это будет все, что мне нужно будет сделать? Будет ли параметр GPO направлен на папки UserName в пространстве имен DFS правильно без необходимости перемещать что-либо? Увидят ли вообще пользователи икоту? Или он просто волшебным образом воспроизведется?
Буду признателен за любые отзывы и советы от всех, кто прошел через этот переход (перенаправление папок без dfs на перенаправление папок dfs) раньше.
Прежде всего вам нужно понять, что DFS действительно включает в себя две технологии: пространства имен DFS (DFS-N) и репликацию DFS (DFS-R). Первый создает логическое пространство имен, которое можно использовать для скрытия имен отдельных файловых серверов, а второй двунаправленно реплицирует данные между двумя партнерами репликации.
DFS-N - это хорошо, и его следует использовать везде. Но сейчас это не поможет.
DFS-R тоже хорош, но несовместим с перемещаемыми профилями пользователей (перенаправленные части профиля по-прежнему являются его частью).
Для получения дополнительной информации смотрите мои статьи:
Репликация профилей пользователей между сайтами (с DFS или без) - почему этого следует избегать
Это старый ответ, но я все равно отвечу, поскольку другой ответ на самом деле не является ответом.
Я только что изменил перенаправление (для пользователей терминального сервера Server 2003) с пути \ server на путь \ dfsroot, и вот что я нашел:
1.) Убедитесь, что вы сняли флажок «переместить содержимое в новое место» в GPO перенаправления. Путь DFS уже указывает на данные, поэтому копировать их нет необходимости. Можно было подумать, что окна распознают, что данные не нужно копировать, но с первой попытки этого не произошло. Вход в систему длился вечно, пока я не внес это изменение.
2.) Убедитесь, что ваш путь \ dfsroot распознается как сайт интрасети на компьютерах ваших пользователей Windows, иначе ваши пользователи будут сталкиваться с предупреждениями безопасности каждый раз, когда они пытаются получить доступ к общему ресурсу. Вдвойне убедитесь, что перенаправляете Appdata или Desktop, потому что что-то сломается (например, возможность добавить панель инструментов быстрого запуска в меню «Пуск»). Предполагалось, что это произойдет автоматически, но в моем случае этого не было. Фактически, я не смог понять, почему мои терминальные серверы по-прежнему выдают предупреждения при копировании файлов из общих папок DFS, несмотря на все усилия, направленные на то, чтобы убедиться, что он находится в зоне интрасети. Пришлось вообще отказаться от перенаправления Appdata.