DFS: следует ли отделить мои домашние каталоги от корня DFS?

Я бы не стал этого делать. Две мои основные причины использовать DFSN (пространство имен DFS) не применимы к домашним папкам: использование DFSR для репликации папок и определение вашей ближайшей копии в AD, а во-вторых, если вы хотите, чтобы у пользователей был согласованный путь к файлам независимо от того, какой файл сервер, на котором они находятся. Я люблю DFS и использую его со многими клиентами / рабочими местами, но я не вижу небольшого преимущества (а может быть, и недостатка) его использования для домашних каталогов. Вот некоторые мысли в произвольном порядке:

• НЕ ИСПОЛЬЗУЙТЕ НАСТРОЙКИ ПУТИ ПРОФИЛЯ ОБЪЯВЛЕНИЯ. Это полностью устаревшие настройки NT, которые заменены перенаправлением папок GPO. Когда вы устанавливаете путь к профилю AD, он фактически настраивает компьютер на использование этого сетевого пути в качестве местоположения по умолчанию для всех видов вещей, что замедлит все, от входа в систему до запуска Word. Просто оставьте эту вкладку в покое и научитесь любить перенаправление папок GPO, которое делает гораздо больше и которым легче управлять для групп людей. Не могу не подчеркнуть этого достаточно. Microsoft должна предупреждать администраторов о проблемах, которые может вызвать вкладка.
• Я помню, что в XP были проблемы с перенаправлением папок, если это был DFSN. В дни XP / 2003 нам нужно было настроить перенаправление папки пользователя на пути // server / share. DFSN для всего остального по-прежнему отлично работал.
• Вам не следует заставлять пользователей просматривать домашние папки друг друга. Обычно правило заключается в том, что если доступ требуется более чем одному пользователю, он не попадает в домашние папки пользователей и принадлежит другому месту в DFSN. Скорее всего, вы устанавливаете перенаправление папок в GPO, поэтому, если вы когда-нибудь переместите эти домашние папки пользователей, вы измените их в GPO и вам не понадобится преимущество ссылок DFSN.
• К вашему сведению, если у вас есть пользователи Mac, все, что старше, чем Lion 10.7, плохо работает с DFS или вообще не работает.
• Обратите внимание, если вы используете NetApp для NAS в вашем DFSN, тогда вы не можете использовать DFSR с ним (последний раз я использовал его в 2009 году с 7.0). Вам нужно будет установить интерфейс NetApp с Windows Server и использовать iSCSI для хранения файлов.
• Лично, если у вас почти все клиенты Windows (Vista или новее), я списал на общие файловые ресурсы все, кроме ОС Windows. SMB 2.0, затем 2.1 и сейчас 3.0 сделать совместный доступ к файлам намного быстрее и многофункциональным между клиентом и сервером Windows, и IMO, все другие продавцы всегда играют в догонялки с Microsoft. Было бы здорово, если бы вся отрасль вместе двигалась вперед, но реальность такова, что даже NetApp на годы отстает от Microsoft в этом протоколе. Если вам нужны корпоративные постоянные общие файловые ресурсы, используйте кластер файловых серверов перед NetApp iSCSI.