Надеюсь, этот вопрос объективен и подходит для ServerFault ...
Я читал во многих местах, что репликация DFS не поддерживается в CSV, но еще не встретил какой-либо информации, объясняющей, почему она не поддерживается, и с какими проблемами мы можем столкнуться, если развернем наши файловые серверы DFS на наших кластер хранения.
Мы работаем под управлением Windows Server 2012 R2.
Любая информация об этом будет принята с благодарностью. Заранее спасибо.
Согласно этому статья CSV на самом деле является слоем CsvFs, который прячется и контролирует доступ к базовой NTFS. Он предоставляет службы синхронизации, которые помогают нескольким участникам, поддерживающим CSV, записывать в файловую систему без конфликтов.
Между тем, DFS-R привязан к NTFS потому что он работает с низкоуровневыми структурами напрямую, чтобы улавливать и реагировать на события создания и изменения.
DFS поддерживает кластер, потому что он может использовать LUN старого стиля, который выходит из строя с активного узла на узел переключения при отказе, но весь том должен выйти из строя сразу, поэтому база данных DFS и файловая система перемещаются вместе. Он не поддерживает CSV, потому что он не поддерживает CsvF, ему нужен прямой доступ к ванильной NTFS, чтобы он мог заглянуть под покровы. Покрывает слои CSV поверх, чтобы делать именно то, что DFS-R терпеть не может: кто-то другой пишет на том без уведомления.
Я полагаю, они могли бы когда-нибудь написать это для CsvF, но зачем добавлять эту сложность, если это не приносит вам ничего, кроме душевной боли на уровне DFS-R? Если бы CsvF были размещены на другом узле, отличном от DFS, он бы постоянно просил этот другой узел проверить низкоуровневые структуры и передать все это обратно и просто будет поздно реагировать на каждое событие.
Я не эксперт в этом низкоуровневом материале, но они кажутся мне довольно несовместимыми формами магии FS!