网络共享超过4TB

Question

我们的项目文件存储在Windows2008R2上。现在，该4TB驱动器上的空间正在迅速填充，我们很快就不得不扩展驱动器或将较旧的文件从驱动器中移出。问题是(我们的IT团队中有人声称这一点)，如果我们将份额扩大到4TB以上，某些应用程序会不会出现问题。我们的组织使用一些较旧的应用程序，这些应用程序声称有问题，但没有人能肯定地说是否会出现问题。

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

技术信息:服务器是虚拟服务器VMware ESXi 5.1。4TB驱动器是直接的iSCSI驱动器(而不是通过VMware)从戴尔平等逻辑。

Answer 1

我唯一关心的是，在我的经验中，4TB是一个相当大的NTFS卷。在过去的几个Windows版本中，CHKDSK已经得到了很大的改善，但是如果您将文件系统损坏处理到这么大的一个卷上，您可能仍然会有多个小时的中断。(与更多的数字小文件相比，更少的大文件将使CHKDSK运行得更快。)

如果这样的中断是可以接受的，那么我认为你可以扩大音量。窗户肯定能处理。

您可能会考虑将关键文件重新定位，您可能希望为这些文件维护更大的可用性，并使用一个挂载点或DFS将其“粘合”到更大的卷。

看过几个小时的CHKDSK运行之后，我有点不愿意使用产量如此大的NTFS卷。至少，我尝试将它们用于“归档”数据，以容忍某些可用性的丧失。

编辑:我不太关心应用程序。微软的应用程序兼容性工具包包含了许多“强迫”不愿使用的应用程序的功能。例如，仿真磁盘自由空间修正可以使Windows生成一个空闲空间号，从而允许具有大于2GB空闲磁盘空间的整数溢出的遗留应用程序工作。

我已经取得了很多成功，使挑剔的应用程序工作使用ACT。

Answer 2

这可能是个问题。问题是，在访问文件系统时，您的应用程序将被分层到多低。通常情况下，如果Windows能够处理它，就不会有问题，因为您的应用程序应该使用Windows访问较低级别的文件系统。

当然，最好是安全的，而不是抱歉，所以把它进行测试，然后才开始生产。

Answer 3

我更关心的是存储的直接iSCSI映射(相对于vSphere集群上具有这些保护的东西)。

您可以在戴尔上增加LUN大小，因此显然有更多的存储资源可供您使用。但是在这一点上，创建一个新的LUN并将文件移动到它是否更有意义？如果这是一个选项，并且您的应用程序(S)不需要一个连续的分区，我就会这样做。这更多的是一项管理建议，而不是一项技术限制。这已经是一个GPT磁盘，分区大小上的神奇屏障是2.2TB。