комментировать написанное не стану напишу как было у меня, попытка создать перемещаемые профили приводит к тому что надо данным юзерам все запретить вплоть до пользования рабочитм столом, так как большинство юзеров тетенек и 50% юзеров дяденек могут копировать на рабочий стол многогиговые файлы с музыкой и видео - а ето замедляет процесс залогинивая юзеров иногда на часы. В итоге было принято решение GP настроить перемещаемые папки на \\server\doc\%username% и проблема с профилем отпала - на локальных машинах он много места не занимает и его если что можно удалить или вообще создавать только на время сеанса.
Что касается DFS то я одно время поматерился система неплохая но всеже она от MS. даже при живом и неумирающем главном сервере некоторые корни ссылки которых были на другие серваки, а последние сдохли, так вот эти корни какбы есть и какбы нету, тоесть при попытке отобразить - система пишет что корень не существует, а при попытке создать пишет что уже есть. Самый оптимальный выход - создаем расшаренный ресурс на основном серваке \\server\shares и создаем dfs корень с именем shares теперь если dfs падает то клиенты просто подключается к обычному расшаренному ресурсу.
Что касается репликации - как показала практика ето процесс очень медленный с использованием промежуточных дирректорий и тп. тоесть реально работаеть с динамическими базами данных нереально - просто не успеет среплицировать, а если учесть что клиент может по свему усмотрению использовать одну из реплик корня то вообще может ерунда получиться. В итоге dfs с использованием нескольких реплик одного ресурса реально использовать только для доступа к статическим данным(ето кстати и производитьль советует).
мне реально dfs пригодился только для того чтобы документы разных подразделений лежащие на разных серваках объединить в один корень - удобнее доступ через один ресурс. Да еще видео на машины с большими винтами на скрытые шары запуливаю и в один корень все шары с разных машин объеденяю - обычный юзер вообще может не знать где чего лежит - на серваках только документы и бэкапы а всякая лабудень на обычных машинах а путь \\server\video и все путем.
Такчто перед созданием перемещаемого профиля подумайте - а оно надо.
Что касается DFS то я одно время поматерился система неплохая но всеже она от MS. даже при живом и неумирающем главном сервере некоторые корни ссылки которых были на другие серваки, а последние сдохли, так вот эти корни какбы есть и какбы нету, тоесть при попытке отобразить - система пишет что корень не существует, а при попытке создать пишет что уже есть. Самый оптимальный выход - создаем расшаренный ресурс на основном серваке \\server\shares и создаем dfs корень с именем shares теперь если dfs падает то клиенты просто подключается к обычному расшаренному ресурсу.
Что касается репликации - как показала практика ето процесс очень медленный с использованием промежуточных дирректорий и тп. тоесть реально работаеть с динамическими базами данных нереально - просто не успеет среплицировать, а если учесть что клиент может по свему усмотрению использовать одну из реплик корня то вообще может ерунда получиться. В итоге dfs с использованием нескольких реплик одного ресурса реально использовать только для доступа к статическим данным(ето кстати и производитьль советует).
мне реально dfs пригодился только для того чтобы документы разных подразделений лежащие на разных серваках объединить в один корень - удобнее доступ через один ресурс. Да еще видео на машины с большими винтами на скрытые шары запуливаю и в один корень все шары с разных машин объеденяю - обычный юзер вообще может не знать где чего лежит - на серваках только документы и бэкапы а всякая лабудень на обычных машинах а путь \\server\video и все путем.
Такчто перед созданием перемещаемого профиля подумайте - а оно надо.
