.png)
我有一个 4TB iSCSI LUN，在 Windows 2008 中格式化为 NTFS。我已通过 SMB 将此格式化卷共享为文件夹。当此卷的容量不够时，我必须添加更多 iSCSI LUN，但最终用户只能看到我之前共享的文件夹。因此，当我使用更多 iSCSI LUN（例如，2 个 4TB LUN）扩展当前为 4TB 的 NTFS 卷时，如果其中一个 LUN 发生故障或丢失，文件夹中的所有数据都会丢失吗？我想象扩展的 ntfs 卷就像 RAID 0（条带化）。如果它像 RAID 0，那么当其中一个 LUN 发生故障或丢失时，我的所有数据都将丢失。简而言之，这里有两个问题：1- 如果扩展的 ntfs 卷中缺少其中一个 LUN，会发生什么？ 2-是否有另一种方法可以将所有 iscsi lun 合并为一个文件夹，这样，即使我向文件服务器添加额外的 iscsi lun，用户也看不到任何额外的文件夹。（我没有提到 DFS）问候。
答案1
您说得对，将一个卷跨多个 LUN 会增加其发生中断的可能性。这并非严格意义上的 Raid0，因为这意味着条带化机制。这仅仅是多个存储实体上的一个卷。如果任何一个 LUN 丢失，数据丢失的可能性是肯定的。损失的规模各不相同，因为文件可以存在于跨区卷中的一个、两个或所有 LUN 上。NTFS 不提供将目录隔离到跨区卷的物理设备成员上的方法。
答案2
一个简单的解决方案是将一些目录移动到另一个磁盘并使用硬链接（或连接点）链接到它们。这对用户来说是透明的。因此，您可以将 100Gb 的文件放在 10 个 lun 上，并从主共享目录创建 10 个链接，每个链接指向这些目录（假设一个简单的世界，并且它们的大小相等）。每个 100Gb lun 都可以放在单独的 Nas 上，每个 Nas 都有自己的 Raid 设置。您可以使用此技术将内容从具有临时空间问题的系统的 c: 磁盘中移出。
我做过类似的事情，数据按年份组织。2014 年、2013 年、2012 年的数据位于服务器的本地磁盘上。前几年的数据只是指向用于归档的 iSCSI 卷上的目录的连接点。用户无法分辨出差异。