Одной из полезных возможностей распределенной файловой системы является определение физического расположения папки, к которой пользователь пытается получить доступ. Для этого необходимо рассмотреть свойства папки в Проводнике Windows (Windows Explorer).
В окне свойств папки на вкладке DFS будет показан путь UNC к фактическому расположению ресурса.
Помните, что при работе с реплицируемыми ссылками существует возможность настройки разрешений для доступа к папке на одном сервере, отличающихся от разрешений для доступа к такой же папке на другом сервере.
Такая настройка может привести к тому, что иногда пользователь может получить доступ к папке, а иногда нет. При использовании реплицируемых папок разрешения файловой системы NTFS и разрешения ресурса должны совпадать для всех ресурсов, которые реплицируются в пределах одной ссылки распределенной файловой системы.
Примите в качестве политики (и превентивного обслуживания) привычку проверять дерево структуры распределенной файловой системы перед изменением разрешений общего ресурса. Это позволит не забыть внести изменения во все общие папки.
Если определенный ресурс оказался недоступен из-за отказа сервера, клиент распределенной файловой системы должен подождать несколько минут (до пяти), пока он сможет получить доступ к одному из партнеров по репликации.
Если необходимо очистить кэш клиента, запустите команду dfsutil /pktflush на клиентском компьютере. После запуска этой команды клиент не будет иметь кэшированных путей распределенной файловой системы и для доступа к любому ресурсу в пределах иерархии DFS должен будет обратиться к корню распределенной файловой системы.
psydo
Спасибо за статью, очень помогла. День убил на то чтобы найти причину того что иногда у пользователей нет доступа в “переносимые профили”, которые находятся по ссылке в dfs плюс еще и реплицируются на резервный ресурс, как оказалось недоступный для пользователей. А сервер иногда начинал переводить всех как раз по ссылке на второй ресурс, думая что первый недоступен.