Вопрос: Восстановить данные NTFS из пула ZFS, который был открыт как цель iSCSI


Это я был глупым, и данные ни в коем случае не являются критическими, и теперь это первый опыт обучения, секундомер.

Я установил 100GB iSCSI-мишень с помощью инструкций голой кости в napp-it. Это объем LU.

Затем я подключил машину Windows 7 к цели iSCSI, отформатировал ее в NTFS и протестировал ее производительность с некоторыми большими передачами файлов iso. Затем я отключил диск, снова подключился к цели и был вынужден снова форматировать в NTFS.

Тогда я понял, что файлы, которые я перенесла, существовали только на цели iSCSI. Я немного подошел, а потом занялся своим делом. Когда я убирал свой эксперимент, я заметил на этом экране: http://imgur.com/1xlcu.jpg

Это мой экспериментальный целевой танк / iSCSI, и в нем все еще есть много данных.

Предполагая, что мои isos все еще находятся в этом пуле, как я могу их восстановить?

При написании этого я использовал GetDataBackup для NTFS с сайта www.runtime.org. И хотя он обнаружил два предыдущих раздела NTFS, данных не было.


5
2018-02-15 05:49


Источник


При удаче? Каков был результат? - ewwhite
Я еще не нашел решения. Он был поставлен на задний план. - David


Ответы:


К сожалению, нет - данных больше нет, чем может видеть Windows - если только вы не сделали снимок ZFS.

Чтобы выставить из ZFS в iSCSI, работая как необработанный диск, когда он действительно работает с файлами, ему необходимо создать фальшивое блочное устройство в виде файла в пуле ZFS. Этот конкретный файл отображается как пустой «диск» поверх iSCSI - разрешая инициатору Windows iSCSI форматировать его с файловой системой NTFS. Это контрастирует с файловым протоколом, таким как NFS или SMB, где файловая система вообще не будет файловой системой NTFS, а файлы из системы Windows будут храниться непосредственно в виде файлов на томе ZFS.

Поскольку воздействие iSCSI работает таким образом, как файл поверх ZFS, который отображается как диск, ZFS действительно не знает, что такое «бесплатно» и что «используется» с точки зрения NTFS. Вместо этого все, что он действительно знает, насколько большой этот поддельный файл на диске - и сколько было написано с помощью каких-то данных (это то, что REFER номер - 86 ГБ, в который будут входить любые другие файлы в /tank/iSCSI также).

Если вы сделаете снимок, данные на этом поддельном диске - это данные, которые вам доступны, но так же, как обычный диск, файлы все равно могут быть на диске, просто без файловой системы, чтобы указать на них. Я не знаком с этим конкретным инструментом, но что-то, что проверяет весь диск для потерянных файлов, может сделать трюк.


4
2018-02-15 06:03





Раньше у меня была эта проблема, и я снова столкнулся с ней. Я использую UFS Explorer инструмент как последнее решение для восстановления данных для удаленных томов. В сегодняшнем случае я восстанавливаю данные из раздела Linux XFS, созданного поверх экспорта ZFS iSCSI, совместно используемого VM VX NexentaStor, находящегося в VMDK VMWare. Множество слоев абстракции ...

Данные были удалены на уровне файловой системы XFS, поэтому я перенаправляю этот iSCSI-экспорт на виртуальную машину Windows 2003 Server, где UFS Explorer жизни. Оттуда я буду использовать UFS Explorer, чтобы попытаться восстановить данные на другое устройство хранения.

8 часов спустя ...

UFS Explorer смог восстановить данные, а имена файлов остались нетронутыми. Сейчас я копирую на другой жесткий диск. К сожалению, некоторые имена каталогов не заменены на «inodeXXXXXX». Это довольно типично. Но все-таки, этот тип восстановления возможен в некоторых ситуациях.

enter image description here


3
2018-03-31 22:17