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