Gemäß diesem Artikel ist eine CSV tatsächlich eine CsvFs-Schicht, die den Zugriff auf das zugrunde liegende NTFS verbirgt und steuert. Es bietet Synchronisierungsdienste, mit denen mehrere CSV-fähige Akteure ohne Konflikte in das Dateisystem schreiben können.
In der Zwischenzeit ist DFS-R an NTFS gebunden, da es direkt mit Strukturen auf niedriger Ebene zusammenarbeitet, um Erstellungs- und Änderungsereignisse zu erfassen und darauf zu reagieren.
DFS ist clusterfähig, da es eine Lun im alten Stil verwenden kann, die vom aktiven Knoten zum Failover-Knoten ausfällt, aber das gesamte Volume muss sofort ausfallen, damit die DFS-Datenbank und das Dateisystem zusammen verschoben werden. CSV wird nicht unterstützt, da es keine CsvFs unterstützt. Es möchte einen unformatierten Zugriff auf Vanilla NTFS, damit es einen Blick unter die Decke werfen kann. Behandelt, dass CSV-Ebenen darüber liegen, um genau das zu tun, was DFS-R nicht aushält, und dass jemand anderes ohne Vorankündigung auf das Volume schreibt.
Ich nehme an, sie könnten es eines Tages für CsvFs schreiben, aber warum sollte man diese Komplexität hinzufügen, wenn man auf DFS-R-Ebene nur Herzschmerz bekommt? Wenn die CsvFs auf einem anderen Knoten als DFS gehostet würden, würde dieser andere Knoten ständig aufgefordert, die Strukturen auf niedriger Ebene zu untersuchen und all das zurückzugeben, und würde nur spät auf jedes Ereignis reagieren.
Ich bin kein Experte für dieses Low-Level-Zeug, aber es scheinen mir ziemlich inkompatible Formen von FS-Magie zu sein!