我对 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
为 .