![有人能解释为什么群集共享卷(CSV)不支持 DFS-Replication 吗?](https://linux22.com/image/654354/%E6%9C%89%E4%BA%BA%E8%83%BD%E8%A7%A3%E9%87%8A%E4%B8%BA%E4%BB%80%E4%B9%88%E7%BE%A4%E9%9B%86%E5%85%B1%E4%BA%AB%E5%8D%B7%EF%BC%88CSV%EF%BC%89%E4%B8%8D%E6%94%AF%E6%8C%81%20DFS-Replication%20%E5%90%97%EF%BC%9F.png)
希望这个问题对于 ServerFault 来说是客观且合适的......
我在很多地方都看到过 CSV 不支持 DFS-Replication,但是还没有找到任何信息来解释为什么它不受支持,以及如果我们在存储集群上部署 DFS 文件服务器,我们可能会遇到什么样的问题。
我们正在运行 Windows Server 2012 R2。
如有任何相关信息,我们将不胜感激。提前致谢。
答案1
根据这个文章CSV 实际上是一个 CsvFs 层,隐藏并控制对底层 NTFS 的访问。它提供同步服务,帮助多个 CSV 感知参与者无冲突地写入文件系统。
同时,DFS-R与 NTFS 绑定因为它直接与低级结构协同工作,以捕获和响应创建和更改事件。
DFS 具有集群感知能力,因为它可以使用从活动节点到故障转移节点发生故障的旧式 LUN,但整个卷必须同时发生故障,这样 DFS 数据库和文件系统才能一起移动。它不支持 CSV,因为它不支持 CsvFs,它需要对原始 NTFS 进行原始访问,以便可以窥视内部情况。CSV 层层覆盖在卷上,正是 DFS-R 无法忍受的,其他人未经通知就写入卷。
我想他们有一天可以为 CsvFs 编写它,但为什么要增加这种复杂性,因为它只会给你带来 DFS-R 级别的痛苦?如果 CsvFs 最终托管在与 DFS 不同的节点上,它会不断要求其他节点检查低级结构并将所有内容传回,并且只会对每个事件做出迟缓反应。
我不是这些低级东西的专家,但对我来说,它们似乎是相当不兼容的 FS 魔法形式!