De acordo com este artigo um CSV é na verdade uma camada CsvFs que oculta e controla o acesso ao NTFS subjacente. Ele fornece serviços de sincronização que ajudam vários atores conscientes do CSV a gravar no sistema de arquivos sem conflito.
Enquanto isso, o DFS-R é vinculadas ao NTFS porque ele trabalha diretamente com estruturas de baixo nível para capturar e responder a criações e mudanças de eventos.
O DFS é compatível com cluster porque pode usar um lun antigo que falha do nó ativo para o nó de failover, mas todo o volume precisa falhar de uma vez para que o banco de dados DFS e o sistema de arquivos se movam juntos. Ele não suporta CSV porque não suporta CsvFs, ele quer acesso bruto ao NTFS de baunilha para que ele possa espiar embaixo das capas. Cobre as camadas CSV em cima para fazer exatamente o que o DFS-R não suporta, alguém escrevendo no volume sem aviso prévio.
Suponho que eles poderiam escrevê-lo para CsvFs algum dia, mas por que adicionar essa complexidade quando você ganha nada além de mágoa no nível DFS-R? Se o CsvFs fosse hospedado em um nó diferente do DFS, ele estaria constantemente solicitando que outro nó examinasse as estruturas de baixo nível e passasse tudo isso de volta e estaria reagindo atrasado a todos os eventos.
Eu não sou especialista neste material de baixo nível, mas eles parecem ser formas bastante incompatíveis de magia FS para mim!