Windows服务器备份错误 – 大于16.7TB的卷不能被保护？
我正尝试使用Windows Server Backup在我的新服务器上备份RAIDarrays。 但是，当我这样做，我遇到了这个错误：
服务器运行的是Windows Server 2012 R2，相关arrays的大小为20TB（可用18TB）; 目前正在使用不到1TB。
我知道，在Windows Server 2008中，由于VHD的限制，无法备份大于2TB的卷，但现在Microsoft已经切换到VHDX，因此可以备份64TB卷。 我也知道，为了利用这一点，有问题的驱动器必须是GPT。
我已经确认我的磁盘实际上是GPT。
当我运行Windows Server Backup时，我正在使用“备份一次”选项并备份到networking驱动器。 我也使用我认为是标准设置。 但是，当我尝试运行备份时，出现上面显示的错误。
我不知道为什么这是16.7TB，因为Windows服务器备份可以备份高达64TB的卷。 谁能给我一些见解，为什么这可能会发生，或者我可能做错了什么？
更新：我已经收到新的驱动器，并再次创buildarrays，但我仍然得到相同的错误。 我可以确认我的群集数量在2 ^ 32以下。
我在这个问题上读到，显然Windows备份不支持备份到512或512e字节扇区的磁盘。 看着我试图备份的文件共享，它使用4k扇区。 这可能是潜在的问题吗？ 如果有帮助，我试图备份的份额被托pipe在CentOS服务器上。
好吧，Windows Server Backup失败的原因是因为您在卷上使用的群集大小。 （而且我将解释为什么在你的RAIDarrays的重要问题是定时炸弹之后。
但是在解决备份问题之前，我们需要用RAID设置来解决这个问题。
不要在大磁盘上使用RAID5。 并且不要使用RAID5和很多成员的arrays。 如果只有一个奇偶校验磁盘，则几乎肯定会遇到一个（不可恢复的读取错误）URE或另一个磁盘出现故障，因此您没有真正的冗余。 如果你不得不使用奇偶校验RAID，那么使用RAID6，但是即使这样，奇偶校验RAID也会带来严重的缺陷，所以在你解决奇偶校验RAID问题之前，请先考虑一下。
我会build议打破这个20TB的arrays，并重新创build它在RAID 10中。你会得到更好的性能和真正的冗余数据。 由于无论如何只能使用1TB，所以仍然有9TB可供未来增长，坦率地说，如果达到这个目标，就需要考虑专用的NAS设备或存储服务器。
一旦你的RAIDarrays进入一个合理的状态，你也将解决这个问题，因为它会比目前抱怨的16个TiB小。 但是，如果你想知道，它不是数组的大小，它是一个问题，它是群集的数量。 您需要在备份的卷中拥有less于2 ^ 32个群集。 将您的群集大小从4 KB更改为8 KB，您应该很好。
要检查您的群集大小，请使用：
fsutil fsinfo ntfsinfo F：
你应该得到像下面的屏幕截图。
如果你很好奇16TiB号码的来源， 这个msdn博客文章应该为你清除它 。
16.7 TB是NTFS文件系统的文件大小限制。 NTFS5的文件大小限制是16 exabyte。 由于这是一个共享存储驱动器，所以很可能是NTFS格式化，而不是NTFS5格式化。 你需要检查。 我所得到的所有缺点都是假设你正在写入NTFS5文件系统的人。