Joachim Sauer's questions

首先：我完全可以接受目前的情况，并且不是在寻找立即的解决方案，而是试图了解此约束的技术限制。

我主要在 Linux 上使用 ZFS，但我的理解是，所有 FOSS ZFS 开发现在都植根于 OpenZFS，因此任何/所有其变体的信息都值得赞赏。

手册页指出zfs remove：

仅当主池存储不包含顶级 raidz vdev、所有顶级 vdev 具有相同扇区大小并且加载所有加密数据集的密钥时，才能删除顶级 vdev。

我理解和/或可以猜测大多数这些限制的原因，但我并不真正理解为什么仅仅存在raidz vdev 就会阻止删除任何（甚至是镜像或非冗余）vdev。

我的理解/假设是，从池的角度来看，每个 vdev 充当“哑块设备”，实际的冗余/镜像发生在 vdev 级别（正如池级别没有冗余的重复警告所暗示的那样：所有vdev 级别必须存在冗余，单个 vdev 发生故障会导致整个池停机）。

在这种假设下，删除什么特定数据 vdev 并不重要，更不用说池中存在“坏”(raidz) vdev 。

显然，这种假设（或我想不到的其他假设）是错误的。有人可以启发我什么吗？

我唯一无法验证的猜测是，raidz vdevs 没有绝对原因阻止 vdev 删除，但是某些 raidz 特定操作和设备删除之间的某些交互根本没有实现/测试/至此已验证。

我们目前正在使用 Amanda Backup 将来自不同服务器的大量数据备份到磁带库，并且运行良好。

现在，我需要将一组特定文件（在未备份的位置）一次性备份到磁带上，以便长期存储。

显然，我可以创建一个新的 Amanda 配置并只运行一次，但这有几个缺点，因为恢复需要该配置存在或通过手动过程从磁带恢复（这对于一般备份是可以接受的，但我不认为这是一次性的好主意）。

考虑到易于恢复和（更重要的是）不依赖于恢复过程的外部配置数据，将备份存储在磁带上的最佳格式是什么。

根据维基百科页面，外部 SAS 电缆的指定长度最长为 10m。

但是，我发现很难真正找到销售这种长度电缆的地方。这让我想知道：

使用这么长的电缆是否存在任何已知问题？会不会更脆弱？慢点？

如果不建议使用 10m，那么 6m 会更稳定吗？

一些背景知识：出于多种原因，我们希望将磁带库与我们的主服务器在物理上分开放置，10m 足以将它放在一个单独的楼层上。