我正在Windows中设置存储解决scheme，我希望利用多个物理驱动器上的空间，并将它们识别为单个驱动器号。 我不希望做任何限制如何分配空间的限制，例如挂接一个物理驱动器的sym-linking，junctioning或ntfs，以便它看起来像是另一个物理驱动器上的一个目录。 出于这个原因，我决定使用跨区卷来存储一些非关键数据。
由于这些数据并不重要，如果其中一些数据丢失，这样做只会是不方便的 。 如果所有数据都丢失了，那将会更加不方便 。 这个问题是为了避免上述数据丢失带来的不便，而不是针对驱动器故障提供全面的数据保护。
我的问题是：当一个物理驱动器出现故障时，从跨越卷的正常物理驱动器恢复数据的方法是什么？
不幸的是，谷歌上的任何信息实际上都是不可能的，因为所有的信息都是一个解释，如果一个跨磁盘卷上的物理磁盘发生故障，应该会丢失所有的数据。 然后问问题的人意识到他们想要保护他们所有的数据，他们对一个跨越的卷不感兴趣，也没有进一步的信息。
请假设，除非我另有说明，否则我理解跨越卷的具体内容以及使用它的含义，因为这不是我的问题所在。
我很乐观，有足够的技术兴趣和好奇心的人也想要找出答案这个问题！
感谢您的帮助！
**closures时编辑**
我当然有可能误解了SO / SE / SF的使命。
只是因为某些东西不符合你的用例并不意味着它没有用处。 当（经常毫无意义地）讨论用户select的软件或操作系统时，这一点是不是经常足够呢？
我想感谢MDMarra没有被抓住。 有代表是很有趣的，但更重要的是，我很高兴能对我的技术问题有一个真正的技术答案。 我以前并不知道，即使经过了很长时间的search有关这个问题的信息。
在search这个问题的信息时，99％的讨论和post都是新手用户对跨越卷的低级数据保护的解释。通常，随后的评论片断为什么没有人应该使用它们，基于为所有目的而logging的所有数据都是关键任务，并且永远不会丢失。
因此，我知道我的问题可能会引起一些人的强烈甚至是情绪上的反应。 我很高兴有一个人觉得我用有限而客观的答案问了一个问题。
希望这里写的答案可以继续帮助下一个对跨度卷的技术属性有同样疑问的人。
跨区卷与带区卷不同，不会跨所有磁盘条带化数据。 这意味着所有的数据都被写入到第一个逻辑磁盘中，直到它被填满，然后额外的数据被写入下一个逻辑磁盘，依此类推。
这意味着如果跨度中的磁盘发生故障，则只有写入该故障磁盘的数据才会消失。 如果您丢失了双磁盘区域中的第一个磁盘，则会丢失大部分数据。 如果您丢失了一个跨度中的最后一个磁盘，则会丢失最less量的数据。
任何能够读取dynamic磁盘的软件都可以在一个范围内获取剩余磁盘上的数据，因为整个文件都存储在这个磁盘上 – 同样，它们不是分散在多个磁盘上的。 如果这是一个条纹卷，这不会是这样的情况。 所以，恢复剩余的文件是非常简单的。
恢复发生故障的磁盘上的文件是一个不同的故事，并将从故障的独立磁盘恢复数据。 这取决于导致失败的原因。
在MFT出现故障扇区或严重损坏的情况下，我已经从故障驱动器中恢复数据。 这似乎是一种相当常见的灾难性驱动器故障（即死亡驱动器）。 我使用的工具是GetDataBack NTFS。 它主要分析指定物理驱动器或卷中的所有可访问扇区，以收集重build文件索引所需的数据，并将虚拟MFT作为文件保存在PC上。 然后，我可以看到卷的整个文件结构，并能够成功地将所有未损坏的文件复制到健康的驱动器。 所以，这甚至应该在另一个（失败？）驱动器为其内容保存MFT的跨越卷上工作。 但是，如果扇区分片很差，并且文件的碎片不全部在同一物理驱动器上，则这可能是一个问题。