Dav*_*vid 5 zfs iscsi data-recovery
这是我的愚蠢,数据绝不是关键,现在首先是学习经验,其次是节省时间。
我通过 napp-it 中的基本指令设置了一个 100GB iSCSI 目标。这是一个卷 LU。
然后我让我的 Windows 7 机器连接到 iSCSI 目标,将其格式化为 NTFS,并使用一些大型 iso 文件传输测试它的性能。然后我取消映射驱动器,重新连接到目标,并被迫再次格式化为 NTFS。
那时我才意识到我传输的文件只存在于 iSCSI 目标上。我稍微调整了一下,然后开始做我的事。当我清理我的实验时,我注意到这个屏幕:http : //imgur.com/1xlcu.jpg
那是我的实验目标tank/iSCSI,里面仍然有很多数据。
假设我的 iso 仍在这个池中,我将如何恢复它们?
在写这篇文章时,我使用了来自 www.runtime.org 的 GetDataBackup for NTFS。虽然它发现了两个以前的 NTFS 分区,但没有数据。
不幸的是,没有 - 那里没有比 Windows 所能看到的更多的数据 - 除非您拍摄了 ZFS 快照。
为了从 ZFS 公开到 iSCSI,在真正处理文件时表现得像原始磁盘一样,它需要创建一个假块设备作为 ZFS 池上的文件。该特定文件通过 iSCSI 作为空白“磁盘”公开 - 允许 Windows iSCSI 启动器使用 NTFS 文件系统对其进行格式化。这与 NFS 或 SMB 等文件协议形成对比,其中文件系统根本不是 NTFS,并且来自 Windows 系统的文件将直接作为文件存储在 ZFS 卷上。
由于 iSCSI 暴露以这种方式工作,作为 ZFS 之上作为磁盘暴露的文件,ZFS 实际上无法从 NTFS 的角度知道什么是“空闲”以及什么是“已使用”。相反,它真正知道的是那个假磁盘文件有多大——以及某种数据写入了多少(就是这个数字——86 GB,其中也REFER
包括任何其他文件)。/tank/iSCSI
除非拍摄了快照,否则该假磁盘中的数据就是您可用的数据 - 但与普通磁盘相同,文件可能仍然位于磁盘上,只是没有文件系统指向它们。我不熟悉那个特定的工具,但是检查整个磁盘是否有孤立文件的工具可能会起作用。
归档时间: |
|
查看次数: |
2582 次 |
最近记录: |