网络共享超过 4TB

Kem*_*u79 4 file-sharing windows-server-2008-r2

我们将项目文件存储在 Windows 2008R2 上。现在 4TB 驱动器上的空间正在迅速填满,我们很快要么被迫扩展驱动器,要么将旧文件从驱动器中移出。问题是(我们 IT 团队中的某个人声称)如果我们将共享扩展到 4TB 以上,某些应用程序是否会出现问题。我们的组织使用了一些声称有问题的旧应用程序,但没有人可以确定是否会出现问题。

那么,超过 4TB 阈值是否会导致共享驱动器上的旧应用程序出现问题?4TB 在旧计算机上的本地驱动器上一直是个问题,但是在客户端应用程序的共享驱动器上会出现问题吗?

技术信息:服务器为虚拟服务器VMware ESXi 5.1。4TB 驱动器是来自 Dell Equallogic 的直接 iSCSI 驱动器(不是通过 VMware)。

Luc*_*man 9

他们可能是问题。问题是您的应用程序在访问文件系统时将分层多低。通常,如果 Windows 可以处理它,它们应该没有问题,因为您的应用程序应该使用 Windows API 来访问较低级别的文件系统。

当然,安全总比后悔好,所以在投入生产之前先进行测试。


Eva*_*son 6

我唯一担心的是,根据我的经验,4TB 是一个相当大的 NTFS 卷。CHKDSK 在最近的几个 Windows 版本中变得更好了,但是如果您在这么大的卷上损坏文件系统,您可能仍然会遇到数小时的中断。(与更多数量的小文件相比,更少的大文件会使 CHKDSK 运行速度更快。)

如果这样的中断是可以接受的,那么我认为你可以增加数量。Windows 绝对可以处理它。

您可能会考虑将您可能希望为其保持更高可用性的关键文件重新定位到另一个较小的 NTFS 卷,并使用安装点或 DFS-N 将其“粘合”到较大的卷上。

看过几个小时的 CHKDSK 运行后,我对在生产中使用如此大的 NTFS 卷有些犹豫。至少,我尝试将它们用于可以容忍某些可用性损失的“存档”数据。


编辑:我不太关心应用程序。Microsoft 的应用程序兼容性工具包(ACT) 包含许多“强制”不情愿的应用程序运行的功能。例如,EmulateGetDiskFreeSpace 修复可能会导致 Windows 编造一个可用空间编号,从而允许具有大于 2GB 可用磁盘空间的整数溢出的旧应用程序工作。

我在使用 ACT 使挑剔的应用程序工作方面取得了很多成功。