我有一个 ZFS 池，其中包含 3 个相互镜像的磁盘。我希望能够将其中一个磁盘离线和离线存储几个月，然后将其重新引入池中，同步数据，使另一个驱动器离线并重复。此方案将始终使 ZFS 池中的 2 个驱动器处于活动状态。将数据发送到另一台服务器不是一种选择。如果我需要访问该备份（例如服务器烧毁或发生灾难性事件），我希望将脱机的磁盘上的数据可用。我还希望能够监控 ZFS 池的运行状况，以防 2 个活动驱动器之一开始出现问题。ZFS 数据集加密将用于所有 3 个驱动器。
实现这一目标的最佳方法是什么？ZFS“脱机”命令是否足以使其中一个磁盘脱机，然后在以后简单地将其恢复“联机”以重新同步数据？如果我需要访问脱机磁盘上的数据，是否可以使用此方法访问它？
ZFS 会抱怨使用这种方法的脱机磁盘吗？我基本上希望能够在移除 1 个磁盘的情况下检查池的运行状况，以防剩余 2 个驱动器中的任何一个发生故障。
如果我使用此架构对池中的数据集使用 ZFS 本机加密，是否有任何可预见的问题？我在想如果服务器烧毁了，我以后解密剩余驱动器上的数据会有什么问题吗？
谢谢你的帮助！
是的。在删除磁盘之前使磁盘脱机，这是您告诉 ZFS 活动数据在哪里的方式。稍后重新插入的离线磁盘将使用池中的新数据进行更新。
是的。只需将其导入另一个 ZFS 系统，但请注意：
是的。脱机磁盘使池处于降级状态
这取决于您对«able to check»的期望，并注意 «removed» 与 ZFS 上下文中的 «offlined» 不同。
恕我直言，如果您期望数据完整性，请不要计划在常规过程中移动磁盘。磁盘不应该经常移动。这看起来像是使用 ZFS 磁盘而不是磁带的“磁带备份” ……
请记住，存储 不是 备份：
ZFS 池只是存储，在您处于灾难恢复计划之前，不要计划移动包含实时数据的磁盘。