Восстановить данные NTFS из пула ZFS, который был представлен как цель iSCSI
Я был глуп, а данные ни в коем случае не критичны, и теперь это, во-первых, опыт обучения, во-вторых, экономия времени.
Я установил цель iSCSI 100 ГБ с помощью простых инструкций в napp-it. Это объем LU.
Затем я подключил свой компьютер с Windows 7 к цели iSCSI, отформатировал его в NTFS и протестировал его производительность с некоторыми большими передачами файлов iso. Затем я отключил диск, снова подключился к целевому устройству и был снова вынужден отформатировать его в NTFS.
Именно тогда я понял, что файлы, которые я передал, существуют только на цели iSCSI. Я немного накинулся и занялся своими делами. Когда я убирал свой эксперимент, я заметил на этом экране: http://imgur.com/1xlcu.jpg
Это мой экспериментальный целевой танк / iSCSI, и в нем все еще есть много данных.
Предполагая, что мои ISO все еще находятся в этом пуле, как мне их восстановить?
При написании этого я использовал GetDataBackup for NTFS с www.runtime.org. И хотя он обнаружил два предыдущих раздела NTFS, данных не было.
К сожалению, нет - там нет больше данных, чем может видеть Windows - только если вы не сделали снимок ZFS.
Чтобы открыть доступ из ZFS в iSCSI, который ведет себя как необработанный диск, когда он действительно работает с файлами, ему необходимо создать поддельное блочное устройство в виде файла в пуле ZFS. Этот конкретный файл отображается как пустой «диск» по iSCSI, что позволяет инициатору Windows iSCSI отформатировать его с файловой системой NTFS. Это контрастирует с файловым протоколом, таким как NFS или SMB, где файловая система вообще не будет NTFS, а файлы из системы Windows будут храниться непосредственно в виде файлов на томе ZFS.
Поскольку представление iSCSI работает таким образом, как файл поверх ZFS, представленный как диск, ZFS действительно не имеет возможности узнать, что «бесплатно», а что «используется» с точки зрения NTFS. Вместо этого все, что он действительно знает, - это насколько велик этот фальшивый файл на диске - и сколько было записано с некоторыми данными (это то, что REFER количество - 86 ГБ, куда войдут любые другие файлы в /tank/iSCSI также).
Если не сделать снимок, данные на этом фальшивом диске - это данные, которые вам доступны, но, как и на обычном диске, файлы могут все еще находиться на диске, только без файловой системы, указывающей на них. Я не знаком с этим конкретным инструментом, но что-то, что проверяет весь диск на наличие потерянных файлов, может помочь.
У меня была эта проблема раньше, и я снова столкнулся с ней. Я использую UFS Explorer инструмент в качестве решения последней попытки восстановления данных для удаленных томов. В сегодняшнем случае я восстанавливаю данные из раздела Linux XFS, созданного поверх экспорта ZFS iSCSI, совместно используемого через виртуальную машину NexentaStor, находящуюся в VMWare VMDK. Много уровней абстракции ...
Данные были удалены на уровне файловой системы XFS, поэтому я перенаправляю этот экспорт iSCSI на виртуальную машину Windows 2003 Server, где UFS Explorer жизни. Оттуда я воспользуюсь UFS Explorer, чтобы попытаться восстановить данные на другое устройство хранения.
8 часов спустя ...
UFS Explorer смог восстановить данные, и имена файлов остались нетронутыми. Копирую сейчас на другой жесткий диск. К сожалению, некоторые имена каталогов не заменяются на "inodeXXXXXX". Однако это довольно типично. Но в целом этот тип восстановления возможен в некоторых ситуациях.
