我正在尝试使用 Windows Server Backup 备份新服务器上的 RAID 阵列。但是,当我这样做时,我遇到了此错误:
该服务器运行的是 Windows Server 2012 R2,所讨论的阵列大小为 20 TB(可用容量为 18 TB);当前使用的容量不到 1 TB。
我知道在 Windows Server 2008 中,由于 VHD 的限制,您无法备份大于 2TB 的卷,但 Microsoft 现已切换到 VHDX,它允许备份 64TB 的卷。我还知道,为了利用这一点,相关驱动器必须是 GPT。
我已经确认我的磁盘确实是 GPT。
当我运行 Windows Server Backup 时,我使用“备份一次”选项并备份到网络驱动器。我还使用我认为是标准的设置。但是,当我尝试运行备份时,出现了上述错误。
我不确定为什么上限是 16.7TB,因为 Windows Server Backup 可以备份高达 64TB 的卷。有人能告诉我为什么会发生这种情况或者我可能做错了什么吗?
更新:我收到了新的驱动器并再次创建了阵列,但仍然出现相同的错误。我可以确认我的簇数低于 2^32。
我读这问题是,Windows 备份显然不支持备份到没有 512 或 512e 字节扇区的磁盘或从没有 512e 字节扇区的磁盘备份。查看我尝试备份到的文件共享,它使用 4k 扇区。这可能是根本问题吗?如果有帮助,我尝试备份到的共享托管在 CentOS 服务器上。
答案1
好的,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 博客文章应该可以帮你搞清楚。
答案2
16.7 TB 是 NTFS 文件系统的文件大小限制。NTFS5 的文件大小限制为 16 EB。由于这是一个共享存储驱动器,因此它很可能是 NTFS 格式,而不是 NTFS5 格式。您需要检查一下。我得到的所有缺点都是人们认为您正在写入 NTFS5 文件系统。