Windows Server Backup错误-大于16.7TB的卷是否无法保护？

我正在尝试使用Windows Server Backup在新服务器上备份RAID阵列。但是，当我这样做时，我遇到了这个错误：

该服务器正在运行Windows Server 2012 R2，该阵列的大小为20TB（可用的18TB）；当前使用的内存不足1TB。

我知道在Windows Server 2008中，由于VHD的限制，您无法备份大于2TB的卷，但是Microsoft现在已切换到VHDX，它可以备份64TB的卷。我还知道，为了利用这一优势，有问题的驱动器必须是GPT。

我已经确认我的磁盘实际上是GPT。

运行Windows Server Backup时，我使用“一次备份”选项并备份到网络驱动器。我也在使用我认为是标准设置的东西。但是，当我尝试运行备份时，出现上述错误。

我不知道为什么上限为16.7TB，因为Windows Server Backup最多可以备份64TB的卷。谁能给我一些见解，为什么会发生这种情况或我做错了什么？

更新：我收到了新的驱动器并再次创建了阵列，但是仍然遇到相同的错误。我可以确认我的群集计数在2 ^ 32以下。

我读到这个问题，显然Windows备份不支持从没有512或512e字节扇区的磁盘备份或从磁盘备份。查看我要备份到的文件共享，它使用4k扇区。这可能是潜在的问题吗？如果有帮助，我要备份到的共享将托管在CentOS服务器上。

好的，Windows Server Backup失败的原因是由于您在卷上使用的群集大小。（在RAID阵列的重要问题是定时炸弹之后，我将确切解释为什么会在最后。）

但是在解决备份问题之前，我们需要使用您的RAID设置解决该问题。

不要将RAID5与大磁盘一起使用。而且，不要将RAID5与具有很多成员的阵列一起使用。仅使用一个奇偶校验磁盘，几乎可以肯定的是，由于有这么多大磁盘，您会遇到（不可恢复的读取错误）URE或另一个磁盘故障，因此您没有真正的冗余。如果必须使用奇偶校验RAID，请使用RAID6，但是即使那样，奇偶校验RAID也具有严重的缺陷，因此在使用奇偶校验RAID之前，请三思而后行。

我建议分解20 TB阵列并在RAID 10中重新创建它。您将获得更好的性能和数据的真正冗余。由于无论如何您仅使用1 TB，因此仍然有9 TB的空间用于将来的增长，坦率地说，如果您要达到此目标，则需要研究专用的NAS设备或存储服务器。

一旦将RAID阵列设置为合理的状态，您也将解决此问题，因为它比当前抱怨的16 TiB小。但是，如果您想知道，它不是问题所在的数组的大小，而是簇的数量。您要备份的卷中的群集数量必须少于2 ^ 32。将您的群集大小从4 KB更改为8 KB，您应该一切顺利。

要检查群集大小，请使用：

fsutil fsinfo ntfsinfo F：

您应该会得到类似下面的屏幕剪辑的信息。

如果您想知道16TiB号码的来源，则此msdn博客文章应为您清除它。

NTFS文件系统的文件大小限制为16.7 TB。NTFS5的文件大小限制为16艾字节。由于这是共享存储驱动器，因此它很可能是NTFS格式的，而不是NTFS5格式的。您将需要检查。我得到的所有缺点都是假定您正在写入NTFS5文件系统的人。