前端之家收集整理的这篇文章主要介绍了
Windows DFS延迟写入，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我对DFS
文件系统知之甚少,但遇到了我们的一个部署问题.
我们的应用程序将文件写入指定位置,关闭它们,然后将记录写入数据库.应用程序的另一部分获取这些DB记录并读取先前写入的文件.
在某些情况下,读者会收到“未找到文件”但失败.重新启动它而不触及任何其他东西,它正确找到文件,一切都很好.
我相信我已经排除了我们的应用程序的问题,因为在创建数据库记录之前文件肯定是刷新/关闭的.
因此,我开始相信操作系统或文件系统在内部延迟文件写入,因此无法立即使用.
有问题的文件系统是Windows 2003 SP2 DFS.这是DFS的可能情况吗？如果可以,可以将其切换到某种直写/不缓存策略,以确保文件被及时写入？
DFS是分布式
文件系统,正如其
名称所示：在多个服务器之间分发和复制的“虚拟”
文件共享.每次你的应用程序写入它时,它实际上是在其中一个服务器上访问其中一个副本,如果另一个应用程序试图很快读取相同的数据,它很可能正在访问另一个服务器,它没有t还收到更新的数据.
使用DFS,您永远不能绝对确保写入的数据在随后的读取中可用：可能始终存在复制延迟;您也没有任何方法可以告诉您的应用程序与特定的DFS服务器“对话”：它可以自由连接到运行它的任何一个服务器.
如果您希望此应用程序实时工作,您应该使用标准文件共享,而不是DFS.
