Recuperar dados NTFS de um pool do ZFS que foi exposto como um destino iSCSI

5

Isso foi eu sendo estúpido e os dados não são críticos e agora são uma experiência de aprendizado em primeiro lugar, economizando tempo em segundo lugar.

Eu configurei um alvo iSCSI de 100GB através das instruções básicas do napp-it. É um volume LU.

Eu então tive meu computador com Windows 7 conectado ao destino iSCSI, formatado em NTFS e testei o desempenho dele com algumas grandes transferências de arquivos iso. Em seguida, desmaprei a unidade, reconectei-a ao destino e fui forçado a formatar para NTFS novamente.

Foi então que percebi que os arquivos que eu havia transferido só existiam no alvo iSCSI. Eu joguei um pouco de ajuste e, em seguida, fui sobre o meu negócio. Quando eu estava limpando meu experimento, notei nesta tela: link

Esse é meu tanque de destino experimental / iSCSI e ainda tem muitos dados nele.

Assumindo que minhas isos ainda estão neste pool, como eu iria recuperá-las?

Enquanto escrevia isso, usei o GetDataBackup for NTFS em www.runtime.org. E, embora tenha encontrado duas partições NTFS anteriores, não havia dados.

    
por David 15.02.2012 / 06:49

2 respostas

4

Infelizmente, não - não há mais dados lá do que o Windows pode ver - a não ser que você tenha tirado um instantâneo do ZFS.

Para expor do ZFS para o iSCSI, comportando-se como um disco bruto quando estiver realmente lidando com arquivos, ele precisará criar um dispositivo de bloco falso como um arquivo no pool do ZFS. Este arquivo específico é exposto como um "disco" em branco sobre o iSCSI - permitindo que o iniciador iSCSI do Windows o formate com o sistema de arquivos NTFS. Isso está em contraste com um protocolo de arquivo como NFS ou SMB, em que o sistema de arquivos não seria o NTFS, e os arquivos do sistema Windows seriam armazenados diretamente como arquivos no volume do ZFS.

Como a exposição iSCSI funciona dessa maneira, como um arquivo sobre o ZFS exposto como um disco, o ZFS realmente não tem como saber o que é "livre" e o que é "usado" do ponto de vista do NTFS. Em vez disso, tudo o que realmente sabe é quão grande é esse arquivo de disco falso - e quanto foi gravado com algum tipo de dado (é REFER number - 86 GB, que incluirá outros arquivos em /tank/iSCSI também ).

Exceto por ter tirado uma foto instantânea, os dados nesse disco falso são os dados que estão disponíveis para você - mas da mesma forma que um disco normal, os arquivos ainda podem estar no disco, sem nenhum sistema de arquivos apontar para eles. Eu não estou familiarizado com essa ferramenta em particular, mas algo que verifica o disco inteiro em busca de arquivos órfãos pode funcionar.

    
por 15.02.2012 / 07:03
3

Eu já tive esse problema antes e simplesmente corri para ele novamente. Eu uso a ferramenta UFS Explorer como uma solução de recuperação de dados de última tentativa para volumes excluídos. No caso de hoje, estou recuperando dados de uma partição Linux XFS criada em cima de uma exportação ZFS iSCSI compartilhada por meio de uma VM NexentaStor localizada em um VMWare VMWare. Muitas camadas de abstração ...

Os dados foram excluídos no nível do sistema de arquivos XFS, então estou redirecionando essa exportação iSCSI para uma VM do Windows 2003 Server, onde UFS Explorer vidas. De lá, usarei o UFS Explorer para tentar recuperar os dados em outro dispositivo de armazenamento.

8 horas depois ...

O UFS Explorer conseguiu recuperar os dados e os nomes de arquivos estão intactos. Estou copiando para outro disco rígido agora. Infelizmente, alguns nomes de diretório não são substituídos por "inodeXXXXXX". Isso é bastante típico, no entanto. Mas, no geral, esse tipo de recuperação é possível em algumas situações.

    
por 01.04.2012 / 00:17