加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

windows-server-2003 – 如何从NTFS驱动器上包含200万个文件的文

发布时间:2020-12-13 23:17:11 所属栏目:Windows 来源:网络整理
导读:问题是对目录的任何修改都会无限期地锁定资源管理器,尽管Samba对其他目录的访问仍然有效.我试过在本地和Samba上移动文件. 即使枚举目录以获取文件列表也会无限期地锁定计算机. 我尝试使用Python的win32file.FindFilesIterator迭代文件,但也挂起. 我的想法是
问题是对目录的任何修改都会无限期地锁定资源管理器,尽管Samba对其他目录的访问仍然有效.我试过在本地和Samba上移动文件.

即使枚举目录以获取文件列表也会无限期地锁定计算机.

我尝试使用Python的win32file.FindFilesIterator迭代文件,但也挂起.

我的想法是根据时间戳将每个文件移动到不同的目录(在我们正在处理的目录上的目录中),这样我们每个目录中最多只有一千个文件……但是我甚至无法枚举文件,这是一个非首发.

如果我不得不放弃并且只是核对我愿意这样做的目录,但标准删除也会无限期地挂起.

我已经设置了这两个参数以提高速度,但它们也没有帮助解决问题:

R:&;fsutil behavior query disablelastaccess
disablelastaccess = 1

R:&;fsutil behavior query disable8dot3
disable8dot3 = 1

这些都是顺序图像,这些图像会遇到带有8.3个文件名的“bug”,因此一个目录中的许多类似命名的文件可能需要很长时间来计算8.3文件名.根据我的理解,即使在启用disable8dot3之后,这些数据也会存储在文件系统中,因此它可能仍然会导致问题.

有任何想法吗?

根据文件的添加方式以及文件夹碎片的严重程度,最快的方法可能是移动您要保留的文件并对分区进行核对!

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读