Solaris 服务器会容忍未来的 ZFS 池吗？

我对 ZFS 的体验通常是它可以正常工作，所以我希望答案是，这不是问题——但我有一个数据池，如果它出现故障，它将毁掉我的 1 月份，所以我想仔细检查一下。

这个问题实际上可能在涉及单独数据池的两种不同情况下出现。现在我正在处理第一个，但我也想知道第二个：

• 系统盘的存储（即持有的那个rpool）失败了，但是数据池的存储很好，所以你想从备份中恢复系统盘，但继续使用数据池的实时存储。
• 您在 VM 中运行 Solaris，并希望回滚到虚拟机管理程序拍摄的快照（不是ZFS 快照rpool），但数据池存储在处于“独立”模式、RDM 等的磁盘上，因此将不会被回滚。

在这两种情况下，当 Solaris 重新启动时，它会看到一个它知道的数据池，但它处于它从未（据它记得）放入的状态。

我主要只关心在系统磁盘倒带之前系统完全关闭的情况，以及系统在倒带到映像之前完全关闭的情况。我希望在运行状态之间切换可能会有点棘手。

另请注意，在我的特定情况下，池的存储几何结构和存储路径没有改变。同样，如果他们有，我希望这会更棘手。

我什至不会用 Windows 和 NTFS 来问这个问题，因为这是一个相对简单的解耦系统，所以很难看出它为什么不起作用。但是，Solaris 似乎将某种池元数据保留在带外，正如您应该在系统之间移动池时所证明的那样zpool export（zpool import感谢 VMware，我从未以这种方式这样做过）。我对该元数据及其用途的了解有限，因此我很难推断这种情况下的影响。（对此的解释会很棒！）

我实际上仍然可以访问预回滚系统。它位于由 HP SmartArray 支持的 VMFS 数据存储中，该数据存储在命运多舛的预防性维护磁盘更改后引发 1716 POST 警告（由于 SmartArray 比 ZFS 更笨而丢失数据）。所有重要的虚拟机看起来仍然很好，对其文件系统的扫描也没有发现错误，但我还是计划从最近的备份中恢复阵列，因为我有理由怀疑 ESXi 会默默地将坏扇区归零而不是将错误传递给来宾，所以我不想冒险潜伏在某个地方的某个归零扇区稍后会咬我的屁股。

对于 Solaris VM，我不必担心零扇区，因为 ZFS 会捕捉到这一点，但大多数其他 VM 使用哑文件系统。不过，备份是整个 VMware 数据存储的映像，因此修复它们也会回滚 Solaris VM。实际上，我rpool对该 VM 进行了清理，它没有发现任何错误，所以，如果我愿意，我可以将其 VMDK 存储在其他地方，并在回滚后将其复制回来，然后整个问题将是没有实际意义。我想这就是我会做的，如果没有人回答，大声笑。但这是我想知道一段时间的事情，所以我还是会问。

那么问题来了，我可以直接回滚系统盘的存储并完成它吗？ 或者我是否必须从预回滚系统中导出池，回滚，在附加存储之前删除池，然后附加存储并导入池？我不喜欢后者的声音，部分原因是该池同时提供 CIFS 和 iSCSI，我不记得我是如何设置它们的，甚至不记得如何设置它们，所以如果它们坏了我会生气的。（你能说我们没有全职的系统管理员吗？哈哈）

VM 运行的是旧版本 Solaris 11.0。

^{（顺便说一句，它较旧，部分原因是同样的问题。我想在尝试升级之前对 VM 进行快照，以防万一，但后来我担心回滚系统可能如何对独立池做出反应，所以只是别管它。是的，我意识到我也可以rpool为 .}