我有一个 ZFS 池——一个包含 2 个 vdev 的镜像——在 FreeBSD 服务器上运行。我现在只有一个来自镜像的磁盘，我正在尝试从中恢复文件。
ZFS 数据位于磁盘上的 GPT 分区中。
当我尝试导入池时，根本没有迹象表明它存在。我尝试了多种方法，但没有任何反应。
我已经zdb -lu在分区上运行了，似乎找到标签就好了。
# zpool import
# zpool import -D
# zpool status
no pools available
# zpool import -f ztmp
cannot import 'ztmp': no such pool available
# zpool import 16827460747202824739
cannot import '16827460747202824739': no such pool available
分区信息：
# gpart list da0
Geom name: da0
modified: false
state: OK
fwheads: 255
fwsectors: 63
last: 3907029134
first: 34
entries: 128
scheme: GPT
Providers:
1. …我有一个通用服务器，为许多用户提供邮件、DNS、Web、数据库和一些其他服务。
它有一个 3.40 GHz 的 Xeon E3-1275，16 GB ECC RAM。运行 Linux 内核 4.2.3，带有 ZFS-on-Linux 0.6.5.3。
磁盘布局为 2 个希捷 ST32000641AS 2 TB 驱动器和 1 个三星 840 Pro 256 GB SSD
我在 RAID-1 镜像中有 2 个 HD，而 SSD 充当缓存和日志设备，所有这些都在 ZFS 中进行管理。
当我第一次设置系统时，它的速度非常快。没有真正的基准，只是......快。
现在，我注意到速度非常慢，尤其是在保存所有邮件目录的文件系统上。对于仅 46 GB 的邮件，进行每晚备份需要 90 多分钟。有时，备份会导致如此极端的负载，以致系统在长达 6 小时内几乎没有响应。
在这些减速期间，我已经运行zpool iostat zroot（我的池名为zroot），并且看到写入速度为 100-200kbytes/sec。没有明显的 IO 错误，磁盘似乎没有特别努力地工作，但读取速度几乎无法使用。
奇怪的是，我在不同的机器上有完全相同的体验，具有类似规格的硬件，虽然没有 SSD，但运行 FreeBSD。它工作了好几个月，然后以同样的方式变慢。
我的怀疑是：我使用zfs-auto-snapshot来创建每个文件系统的滚动快照。它创建 15 分钟、每小时、每天和每月的快照，并保留一定数量的快照，删除最旧的快照。这意味着随着时间的推移，在每个文件系统上创建和销毁了数千个快照。这是我能想到的唯一具有累积效应的正在进行的文件系统级操作。我尝试销毁所有快照（但保持进程运行，创建新快照），并没有发现任何变化。
不断创建和销毁快照有问题吗？我发现拥有它们是一个非常有价值的工具，并且被引导相信它们（除了磁盘空间）或多或少是零成本的。
还有其他可能导致此问题的原因吗？
编辑：命令输出
的输出zpool list：
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP …我有一组位于多个数据中心的服务器。它们都应该同步，以便它们具有相同的时间，并且理想情况下还应该具有正确的时间。
无论地理位置如何，将它们全部与相同的服务器同步是否更好，还是与附近的服务器同步更好？