Soru Bir iSCSI hedefi olarak ortaya çıkan bir ZFS havuzundan NTFS verilerini kurtarın


Bu bana aptalca davranıyordu ve veriler hiçbir şekilde kritik değil ve şimdi bir öğrenme deneyimi, ilk olarak zaman tasarrufu ikinci.

Napp-it'deki çıplak kemik talimatları ile 100 GB'lik bir iSCSI hedefi oluşturdum. Bu bir LU birimidir.

Daha sonra Windows 7 makinemi iSCSI hedefine bağladım, NTFS olarak biçimlendirdim ve bazı büyük iso dosya aktarımlarıyla performansını test ettim. Daha sonra sürücüyü unmapped, hedefe yeniden bağlandım ve tekrar NTFS'ye biçimlendirmek zorunda kaldım.

Daha sonra transfer ettiğim dosyaları sadece iSCSI hedefinde var olduğunu farkettim. Biraz fitim attım ve işimi yaptım. Deneyimi temizlerken, bu ekranda fark ettim: http://imgur.com/1xlcu.jpg

Bu benim deneysel hedef tankım / iSCSI'm ve hala içinde çok fazla veri var.

İzoslarımın hala bu havuzda olduğunu varsayarsak, onları kurtarmak için nasıl giderim?

Bunu yazarken www.runtime.org adresinden NTFS için GetDataBackup kullanmıştım. Ve önceki iki NTFS bölümünü bulduğunda veri yoktu.


5
2018-02-15 05:49


Menşei


Şansın var mı? Sonuç neydi? - ewwhite
Henüz bir çözüm bulamadım. Arka yakıcıya konuldu. - David


Cevaplar:


Ne yazık ki, hayır - orada görebileceğin başka bir veri yok - bir ZFS enstantanesi almadıkça.

ZFS'den iSCSI'ye, dosyaları gerçekten uğraşırken bir ham disk gibi davranmak için, ZFS havuzunda bir dosya olarak sahte bir blok aygıtı oluşturması gerekir. Bu özel dosya iSCSI üzerinden boş bir "disk" olarak görünür - Windows iSCSI başlatıcısını NTFS dosya sistemiyle biçimlendirmesine izin verir. Bu dosya sisteminin NFS veya SMB gibi bir dosya protokolüne terstir, burada dosya sistemi hiç NTFS olmaz ve Windows sistemindeki dosyalar doğrudan ZFS birimindeki dosyalar olarak saklanır.

İSCSI ekspozürü bu şekilde çalıştığı için, ZFS'nin üzerinde bir disk olarak gösterilen bir dosya olarak, ZFS'nin gerçekten neyin "özgür" olduğunu ve NTFS perspektifinden "ne" kullanıldığını bilmenin bir yolu yoktur. Bunun yerine, gerçekten bildiği tek şey, sahte disk dosyasının ne kadar büyük olduğudur - ve ne tür verilerle yazıldığını REFER sayı - diğer tüm dosyaları içerecek 86 GB /tank/iSCSI de).

Bir anlık görüntü almayı bastığınızda, bu sahte diskteki veriler, sizin kullanabileceğiniz verilerdir - ancak normal bir diskte olduğu gibi, dosyalar sadece disk üzerinde olabilir, sadece dosya sistemi bunları göstermez. Bu özel aleti bilmiyorum, ancak tüm diski yetim dosyalar için kontrol eden bir şey hile yapabilir.


4
2018-02-15 06:03





Daha önce bu problemi yaşadım ve tekrar işe girdim. ben kullanıyorum UFS Gezgini Silinen birimler için son girişim veri kurtarma çözümü olarak aracı. Bugünkü durumda, bir VMWare VMDK'sinde oturan bir NexentaStor VM'si aracılığıyla paylaşılan bir ZFS iSCSI ihracının üstünde oluşturulan bir Linux XFS bölümünden veri kurtarıyorum. Bir sürü soyutlama tabakası ...

Veriler XFS dosya sistemi düzeyinde silindi, bu yüzden bu iSCSI verisini bir Windows 2003 Server VM'ye yönlendiriyorum UFS Gezgini hayatları. Oradan, verileri başka bir depolama cihazına kurtarmaya çalışmak için UFS Explorer'ı kullanacağım.

8 saat sonra ...

UFS Explorer, verileri kurtarmayı başardı ve dosya adları sağlamdı. Şimdi başka bir sabit diske kopya alıyorum. Ne yazık ki, bazı dizin adları "inodeXXXXXX" ile değiştirilmez. Bu olsa da, oldukça tipik. Ancak hepsi bir arada, bazı durumlarda bu tür bir kurtarma mümkündür.

enter image description here


3
2018-03-31 22:17