У вас просто нецелевое использование.
DFS создана не для этого.
Это система повышения доступности файлов, и она прекрасно работает, пока файлы нечасто обновляются, а если вдруг возникает такая маловероятная ситуация что файл обновится одновременно в нескольких местах - тут уже и до зависания один шаг.
А файловая база 1с как раз постоянно обновляется причем в нескольких местах.
1) Как анализировать данные по загруженности?
Да что там анализировать - сеть узкое место. Хотя если хотите мониторить - смотрите в журнале события службы репликации файлов.
2) Работа DFS?
Ну тут все просто. DFS создана для упрощения доступа. У всех пользователей один каталог - хотя файлы реально раскиданы по разным серверам, пользователь видит все файлы и может работать с любым, файл банально будет скопирован на ближайший сервер. Если файл изменен, будут скопированы изменения. Поскольку файлы кэшируются - изменения могут произойти в двух местах одновременно, чтобы не было коллизий, перед каждым изменением он вынужден опросить и заблокировать все остальные реплики и кэшированные копии. Это медленно. Ну а про переброску баз туда - сюда по сети вообще говорить не стоит.
Собственно у файловой 1с две основные проблемы - блокировки, и большой объем данных передаваемых по сети.
С помощью DFS вы умножаете обе эти проблемы на количество пользователей.Итого-Оправданное использование DFS - это шара с множеством мелких офисных документов, которые все активно просматривают и редко изменяют, причем редактирует один документ в один момент времени не более одного человека.
Нормальная организация работы с 1с по сети - это общий сетевой ресурс при файловом доступе, если пользователей немного и сеть быстрая, если сеть медленная то терминал, или веб доступ.
Если пользователей много, то переход на SQL.