これは私が愚かだったので、データは決して重要ではなく、今では最初に学習体験、次に時間の節約になります。
Napp-itのベアボーン命令を使用して100GBのiSCSIターゲットを設定しました。ボリュームLUです。
次に、Windows 7マシンをiSCSIターゲットに接続し、NTFSにフォーマットして、いくつかの大きなISOファイル転送でパフォーマンスをテストしました。次に、ドライブのマップを解除し、ターゲットに再接続して、NTFSに再度フォーマットすることを余儀なくされました。
その後、転送したファイルがiSCSIターゲットにのみ存在することに気付きました。私は少しフィット感を投げて、それから私のビジネスに取り掛かりました。実験を片付けていると、この画面で気づきました: http://imgur.com/1xlcu.jpg
これは私の実験的なターゲットタンク/ iSCSIであり、まだ多くのデータが含まれています。
私のisoがまだこのプールにあると仮定すると、どのようにそれらを回復するのですか?
これを書いている間、私はwww.runtime.orgからNTFS用のGetDataBackupを使用しました。また、以前の2つのNTFSパーティションが見つかりましたが、データはありませんでした。
残念ながら、ZFSスナップショットを作成しない限り、Windowsが認識できる以上のデータはありません。
ZFSからiSCSIに公開し、実際にファイルを処理するときにrawディスクのように動作するには、ZFSプールにファイルとして偽のブロックデバイスを作成する必要があります。この特定のファイルは、iSCSIを介して空の「ディスク」として公開されます。これにより、WindowsiSCSIイニシエーターはNTFSファイルシステムでファイルをフォーマットできます。これは、ファイルシステムがNTFSではなく、WindowsシステムのファイルがZFSボリュームにファイルとして直接保存されるNFSやSMBのようなファイルプロトコルとは対照的です。
ISCSI公開はこのように機能するため、ディスクとして公開されるZFS上のファイルとして、ZFSには、NTFSの観点から何が「無料」で何が「使用」されているかを知る方法がありません。代わりに、実際にわかっているのは、その偽のディスクファイルの大きさ、およびある種のデータで書き込まれた量です(REFER
番号-86GBで、/tank/iSCSI
内の他のファイルは次のように含まれます)。上手)。
スナップショットを撮ったことを除けば、その偽のディスクのデータは利用可能なデータですが、通常のディスクと同じように、ファイルはディスク上にあり、それらを指すファイルシステムがないだけです。私はその特定のツールに慣れていませんが、孤立したファイルがないかディスク全体をチェックする何かがうまくいくかもしれません。
私は以前にこの問題を抱えていましたが、再び問題に遭遇しました。 FS Explorer ツールを、削除されたボリュームの最後の試みのデータ回復ソリューションとして使用します。今日の場合、VMWareVMDKにあるNexentaStor VMを介して共有されるZFSiSCSIエクスポートの上に作成されたLinuxXFSパーティションからデータを回復しています。多くの抽象化レイヤー...
データはXFSファイルシステムレベルで削除されたので、そのiSCSIエクスポートをWindows 2003 Server VM where FS Explorer が存在する場所にリダイレクトします。そこから、 UFS Explorerを使用して、データを別のストレージデバイスに回復しようとします。
8時間後...
UFS Explorerはデータを回復でき、ファイル名はそのままです。現在、別のハードドライブにコピーしています。残念ながら、一部のディレクトリ名は「inodeXXXXXX」に置き換えられていません。ただし、これはかなり一般的です。しかし、全体として、このタイプの回復は状況によっては可能です。