Windows, Linux ve macOS’ta Arızalı RAID’den Veri Nasıl Kurtarılır
Hetman RAID Recovery ile arızalı donanım ve yazılım RAID dizilerinden, NAS cihazlarından, DAS sistemlerinden ve sunucu depolamalarından verilerin nasıl kurtarılacağını öğrenin. Bu kılavuz tüm kurtarma sürecini kapsar: orijinal diskleri hazırlama ve güvenli bir bağlantı yöntemi seçme, RAID’i meta verilerden otomatik olarak yeniden oluşturma, yapılandırma eksik veya bozuk olduğunda diziyi manuel olarak yeniden oluşturma ve kurtarılabilir dosyaları bulmak, önizlemek ve kaydetmek için elde edilen birimi analiz etme.
Program doğrudan bağlı fiziksel diskler, disk görüntüleri ve SSH üzerinden eklenen uzak blok aygıtlarıyla çalışabilir. Kaynak disklerdeki özgün verileri değiştirmeden depolama yapılandırmasını sanal olarak yeniden oluşturur. Başlamak için RAID üye disklerine erişmek ve bunları analiz etmek amacıyla kullanacağınız Windows, Linux veya macOS bilgisayara Hetman RAID Recovery’yi indirin ve yükleyin.
RAID Veri Kurtarmaya Hazırlanın
ve Kaynak Diskleri Bağlayın
Kurtarmaya başlamadan önce etkilenen RAID, NAS, DAS veya sunucu depolama sistemini kullanmayı bırakın. Her türlü yeniden oluşturma, başlatma, biçimlendirme, dosya sistemi onarımı veya başka bir yazma işlemi RAID meta verilerinin ya da kurtarılabilir dosya verilerinin üzerine yazabilir.
Orijinal diziyi yeniden oluşturmayın veya yeniden yapılandırmayın. Disklerini başlatmayın, yeni bölümler oluşturmayın, birimleri biçimlendirmeyin ve CHKDSK, FSCK veya başka onarım yardımcı programlarını çalıştırmayın.
Orijinal RAID Yapılandırmasını Kaydedin
Herhangi bir diski çıkarmadan veya yeniden bağlamadan önce orijinal depolama sistemi hakkında mümkün olduğunca fazla bilgi toplayın:
- Disk yuvalarını ve disklerin mevcut sırasını fotoğraflayın.
- Her diski yuva numarası veya orijinal konumuyla etiketleyin.
- Her diskin modelini ve seri numarasını kaydedin.
- NAS, RAID denetleyicisi, anakart veya sunucunun modelini kaydedin.
- Biliniyorsa RAID seviyesini, üye disk sayısını, disk kapasitelerini ve stripe boyutunu not edin.
- Hangi disklerin arızalandığını, değiştirildiğini, hot spare olarak kullanıldığını veya diziden çıkarıldığını not edin.
- Yakın zamanda yapılan rebuild, taşıma, genişletme, disk değiştirme veya yapılandırma değişikliklerini kaydedin.
Arızalı diskler, yedek diskler, hot spare’ler ve yarıda kesilen rebuild sırasında çıkarılan diskler dahil diziyle ilişkili tüm kullanılabilir diskleri saklayın. Depolamayı doğru biçimde yeniden oluşturmaya yardımcı olabilecek farklı RAID meta verisi veya dosya verisi sürümleri içerebilirler.
LSI 3ware 9750 Denetleyicisinde RAID 0, 1 ve 5’ten Veri Nasıl Kurtarılır
Diskleri Doğrudan Bağlayın
Donanım belgeleri güvenli hot removal işlemini açıkça desteklemiyorsa diskleri çıkarmadan önce orijinal cihazı kapatın. Kullanılabilir tüm üye diskleri uyumlu SATA, NVMe, SAS, SCSI veya Fibre Channel donanımı üzerinden kurtarma bilgisayarına bağlayın.
Denetleyici veya adaptör her diski bağımsız bir fiziksel aygıt olarak göstermelidir. HBA, JBOD kutusu veya HBA/JBOD modunda çalışan bir denetleyici kullanın. Kaynak diskleri yeni bir RAID dizisinde birleştirmeyin ve işletim sistemi istediğinde diskleri başlatmayın.
Disk Görüntüleri Oluşturun ve Bağlayın
Bir disk kararsızsa, okuma hataları bildiriyorsa, beklenmedik şekilde bağlantısı kesiliyorsa veya tekrarlanan taramalar sırasında arızalanabilecekse analizden önce tam sektör-sektör görüntü oluşturun. Kurtarma bilgisayarında tüm RAID üyelerini aynı anda bağlayacak kadar bağlantı noktası yoksa disk görüntüleri de yararlıdır.
Bu durumda diskleri tek tek bağlayın, her diskin tam görüntüsünü oluşturun ve ardından elde edilen tüm görüntüleri Hetman RAID Recovery’ye bağlayın. Bağlanan görüntüler orijinal fiziksel disklerin yerine kullanılabilir.
SSH Üzerinden NAS veya Sunucuya Bağlanın
NAS veya sunucu hâlâ açılıyor ve SSH erişimi sağlıyorsa fiziksel disklerini, bölümlerini veya diğer blok aygıtlarını sistemden çıkarmadan uzaktan ekleyebilirsiniz. Kaynak aygıtlara erişmek için yönetici veya root yetkileri gerekebilir.
Fiziksel diskler, bağlı görüntüler ve uzak SSH aygıtları aynı kurtarma oturumunda birlikte kullanılabilir. Bu, yalnızca bazı RAID üyelerinin doğrudan bağlanabildiği durumlarda kullanışlıdır.
Disk Görüntüleri ve Kurtarılan Dosyalar İçin Depolama Hazırlayın
Disk görüntüleri ve kurtarılan dosyalar için ayrı ve sağlıklı bir depolama aygıtı kullanın. Hedef, hasarlı RAID’e ait olan veya daha önce ait olmuş bir disk olmamalıdır.
Tam disk görüntüleri oluştururken görüntüsü alınacak kaynak disklerin toplam kapasitesine yaklaşık eşit boş alan hazırlayın. Ayrıca kurtarmayı beklediğiniz dosyalar için yeterli miktarda ayrı depolama alanı bulunduğundan emin olun.
Bağlı Kaynakları Doğrulayın
Hetman RAID Recovery’yi başlatın ve kullanılabilir her fiziksel diskin, bağlı görüntünün ve SSH aygıtının Drive Manager’da beklenen model, seri numarası ve kapasiteyle göründüğünü kontrol edin.
Bir disk eksikse, yanlış kapasite gösteriyorsa, bağlantısı kesiliyorsa veya okuma hataları bildiriyorsa tekrarlanan taramalara devam etmeyin. Önce bağlantıyı kontrol edin veya tam disk görüntüsü oluşturun. Tüm kullanılabilir kaynaklar hazır olduğunda otomatik RAID algılama ve yeniden oluşturmaya geçin.
RAID’i Otomatik Olarak Algılayın ve Yeniden Oluşturun
Kullanılabilir tüm fiziksel diskler, disk görüntüleri ve uzak SSH aygıtları eklendikten sonra Hetman RAID Recovery mevcut RAID meta verilerini otomatik olarak okur ve farklı kaynaklarda bulunan bilgileri karşılaştırır.
Program bu meta verileri kullanarak RAID seviyesi, üye disklerin sayısı ve sırası, stripe veya blok boyutu, başlangıç ofsetleri, blok sırası, parity düzeni, disk grupları, eksik üyeler ve denetleyiciye ya da üreticiye özgü diğer parametreler dahil orijinal depolama yapılandırmasını belirler.
Otomatik RAID Algılamasını Bekleyin
Tüm kullanılabilir kaynak aygıtların Drive Manager’da göründüğünü kontrol edin ve programın ilk analizini tamamlamasına izin verin. Yeterli meta veri bulunduğunda Hetman RAID Recovery diziyi otomatik olarak yeniden oluşturur ve ayrı bir mantıksal depolama aygıtı olarak gösterir.
Yeniden oluşturulan RAID şunları içerebilir:
- bir veya daha fazla bölüm;
- bir dosya sistemi birimi;
- LVM, Storage Spaces, ZFS, Btrfs veya başka bir mantıksal depolama katmanı;
- aynı depolama havuzunda oluşturulmuş birden fazla birim;
- sanal olarak temsil edilen bir veya daha fazla eksik üye disk.
Yeniden oluşturulan dizi mevcut olduğunda RAID üye disklerini ayrı ayrı taramayın. Dosya sistemi analizi ortaya çıkan RAID biriminde veya içindeki mantıksal birimde yapılmalıdır.
Proxmox’tan Veri Nasıl Kurtarılır: LVM, VM Diskleri, Ext4 ve XFS
Yeniden Oluşturulan Diziyi İnceleyin
Drive Manager’da otomatik algılanan RAID’i seçin ve yapılandırmasını inceleyin. Yeniden oluşturulan depolamayı kurtarma öncesinde topladığınız bilgilerle karşılaştırın.
Mevcut olduğunda aşağıdaki parametreleri kontrol edin:
- RAID seviyesi ve depolama düzeni;
- üye disklerin toplam sayısı;
- disklerin sırası ve orijinal konumu;
- eksik üyelerin sayısı ve konumu;
- stripe veya blok boyutu;
- her üye diskin başlangıç ofseti;
- blok sırası ve parity düzeni;
- toplam yeniden oluşturulmuş kapasite;
- dizi içinde bulunan bölümler, birimler ve mantıksal depolama katmanları.
Eksik olarak işaretlenen bir disk mutlaka hata olduğu anlamına gelmez. Orijinal RAID bir veya daha fazla arızalı üyeyle çalışabiliyorsa program kullanılabilir olmayan diskler için sanal yer tutucular ekler ve kalan verileri mevcut üyeler ile parity bilgisinden yeniden oluşturur.
ZFS’te Veri Kurtarma: ZVOL, Dataset, Snapshot ve Sanal Diskler
Otomatik Yeniden Oluşturmayı Doğrulayın
Tam dosya sistemi analizi başlatmadan önce yeniden oluşturulan diziyi açın ve yapısının orijinal depolama sistemiyle tutarlı olup olmadığını kontrol edin.
Otomatik yeniden oluşturma şu durumlarda büyük olasılıkla doğrudur:
- toplam kapasite beklenen RAID kapasitesine yakındır;
- beklenen bölümler ve mantıksal birimler görüntülenir;
- doğru dosya sistemi algılanır;
- birim makul bir ofsetten başlar;
- klasör yapısı orijinal depolamayla tutarlı görünür;
- bilinen klasörler ve dosya adları görünür;
- Önizleme’de gösterilen dosyalar doğru açılır.
Yeniden oluşturma şu durumlarda yanlış veya eksik olabilir:
- yeniden oluşturulan kapasite beklenen boyuttan önemli ölçüde farklıdır;
- diziye yanlış diskler dahil edilmiştir;
- bölümler eksiktir veya gerçekçi olmayan boyutlara sahiptir;
- beklenen dosya sistemi algılanmaz;
- klasörlerde bozuk veya anlamsız adlar bulunur;
- bilinen dosyaların boyutları yanlıştır veya Önizleme’de açılamaz;
- veriler yalnızca birimin başında doğru görünür ve ileride bozulur.
OpenMediaVault ile Oluşturulan mdadm RAID 0, 5, 6’dan Veri Nasıl Kurtarılır
Sırada Ne Yapacağınıza Karar Verin
Doğru RAID, bölümler ve birimler otomatik olarak algılanırsa son aşamaya geçin ve dosyaları bulup kurtarmak için yeniden oluşturulan depolamayı analiz edin.
Şu durumlarda RAID Constructor’a geçin:
- gerekli dizi algılanmıyor;
- program yalnızca eski veya eksik bir yapılandırma gösteriyor;
- üye diskler veya sıraları yanlış;
- yeniden oluşturulan kapasite orijinal RAID ile eşleşmiyor;
- beklenen bölümler veya dosya sistemleri eksik;
- dosyalar Önizleme’de doğru açılamıyor;
- RAID meta verileri eksik, bozuk veya tutarsız.
RAID Constructor, olası parametreleri test ederek depolama yapılandırmasını otomatik bulmanıza, üreticiye özgü profillerden seçmenize veya manuel tanımlamanıza olanak tanır.
Rockstor’da Oluşturulan Btrfs RAID 0, RAID 5 ve RAID 6’dan Veri Nasıl Kurtarılır
RAID Constructor ile RAID’i Manuel Olarak Yeniden Oluşturun
Yarıda kesilen rebuild, disk değişimi, depolama taşıma, dizi genişletme, denetleyici arızası, yanlışlıkla yeniden yapılandırma veya RAID meta verilerinin kısmen üzerine yazılması sonrasında manuel yeniden oluşturma gerekebilir. Ayrıca birkaç eski yapılandırmadan gelen diskler aynı anda bağlıysa veya bir ya da daha fazla üye disk mevcut değilse de gerekli olabilir.
RAID Constructor orijinal dizinin sanal bir temsilini oluşturur. Fiziksel RAID’i yeniden oluşturmaz, disklerine meta veri yazmaz veya kaynak aygıtlarda depolanan verileri değiştirmez.
RAID Constructor’ı Açın ve Yapılandırma Yöntemini Seçin
RAID Constructor diziyi yeniden oluşturmak için üç yöntem sunar:
- Otomatik Yapılandırma Araması — olası disk sıralarını ve RAID parametrelerini test eder;
- Üreticiye Göre Arama — belirli NAS cihazları, denetleyiciler, yonga setleri veya depolama platformlarıyla ilişkili yapılandırma profillerini kullanır;
- Manuel Yapılandırma — her RAID parametresinin doğrudan tanımlanmasına olanak tanır.
Yapılandırmayı Otomatik Olarak Arayın
Hangi disklerin RAID’e ait olduğunu bildiğiniz ancak tam sıralarını, stripe boyutunu, parity düzenini, başlangıç ofsetini veya diğer parametreleri bilmediğinizde Otomatik Yapılandırma Aramasını kullanın.
RAID yapılandırmasını otomatik aramak için kullanılabilir tüm üye diskleri seçin ve eksik ya da arızalı üyeler dahil başlangıçta dizide bulunan toplam disk sayısını belirtin.
Arama sırasında program şu öğelerin farklı kombinasyonlarını test edebilir:
- üye disk sırası;
- eksik disklerin konumları;
- RAID seviyesi ve depolama düzeni;
- stripe veya blok boyutu;
- veri başlangıç ofsetleri;
- blok sırası;
- parity konumu ve dönüşü;
- parity gecikmesi;
- iç içe RAID düzenlerinde kullanılan disk grupları.
İlk sonucu otomatik olarak seçmek yerine programın bulduğu yapılandırmaları inceleyin. Birkaç varyant tanınabilir bir bölüm oluşturabilir, ancak yalnızca doğru yapılandırma tüm birim boyunca tutarlı dosya verisi sağlayacaktır.
Denetleyici Arızası veya Birden Fazla Disk Arızası Sonrası RAID 5EE Nasıl Kurtarılır
Üreticiye Göre Arama
Orijinal RAID bilinen bir NAS cihazı, RAID denetleyicisi, anakart yonga seti, işletim sistemi veya depolama platformu tarafından oluşturulduysa Üreticiye Göre Arama’yı kullanın.
İlgili üreticiyi veya depolama teknolojisini seçin ve orijinal üye diskleri ekleyin. RAID Constructor bilinen yapılandırma şablonlarını uygular ve aramayı bu donanım veya yazılım tarafından yaygın kullanılan parametrelerle sınırlar.
Bu yöntem NAS sistemleri, donanım RAID denetleyicileri, anakart RAID yardımcı programları ve üreticiye özgü diğer depolama uygulamalarıyla oluşturulan diziler için yararlıdır.
Üretici profili olası parametreleri belirlemeye yardımcı olur ancak seçilen üreticinin tüm cihazlarının aynı yapılandırmayı kullandığını garanti etmez. Ortaya çıkan diziyi kapasite, bölümler, klasör yapısı ve dosya içeriklerini kontrol ederek her zaman doğrulayın.
RAID Yapılandırmasını Manuel Olarak Tanımlayın
Orijinal RAID parametreleri biliniyorsa veya otomatik arama doğru sonuç üretmiyorsa Manuel Yapılandırma’yı kullanın.
Orijinal depolama düzenini belirtin ve diskleri beklenen sırada ekleyin. RAID türüne göre aşağıdaki parametreleri yapılandırın:
- RAID seviyesi — JBOD, doğrusal RAID, RAID 0, RAID 1, RAID 5, RAID 6, RAID 10 veya desteklenen başka bir düzen gibi;
- Üye diskler — diziye ait tüm fiziksel diskler, disk görüntüleri ve SSH aygıtları;
- Disk sırası — her üyenin dizideki orijinal konumu;
- Eksik diskler — kullanılamayan üyeler için sanal yer tutucular;
- Başlangıç ofseti — RAID verilerinin her diskte başladığı konum;
- Stripe veya blok boyutu — başka üyeye geçmeden önce bir üyeye yazılan ardışık veri miktarı;
- Blok sırası — veri ve parity bloklarının diskler arasında dağıtıldığı sıra;
- Parity düzeni — parity bloklarının konumu ve dönüş deseni;
- Parity gecikmesi — gecikmeli parity kullanan düzenlerde parity konumu değişmeden önce kullanılan aralık;
- Disk grupları — RAID 10, RAID 50, RAID 60 ve diğer iç içe yapılandırmalarda üye disklerin düzenlenmesi;
- Sektör boyutu — otomatik algılanan değerden farklı olduğunda orijinal depolamanın kullandığı mantıksal sektör boyutu.
Biliniyorsa orijinal üye sırasını koruyun. Fiziksel yuva sırasının denetleyici veya depolama sistemi tarafından kullanılan mantıksal disk sırasıyla her zaman aynı olduğunu varsaymayın.
Bir hot spare, arızalı bir diskin yerini alıp rebuild işlemine katılmadıkça aktif RAID üyesi olarak eklemeyin. Yarıda kesilen rebuild sonrasında hem arızalı disk hem de yerine takılan disk dizinin yararlı ancak farklı bölümlerini içerebilir; bu nedenle ilgili yapılandırmaları ayrı ayrı test edin.
Yeniden Oluşturulan Diziyi Önizleyin ve Doğrulayın
Drive Manager’a eklemeden veya dosya sistemi analizi başlatmadan önce ortaya çıkan depolamayı incelemek için RAID Constructor’daki önizlemeyi kullanın.
Büyük olasılıkla doğru bir yapılandırma şunları göstermelidir:
- beklenen toplam RAID kapasitesi;
- geçerli bir bölüm tablosu veya mantıksal depolama yapısı;
- beklenen dosya sistemine sahip bölümler ve birimler;
- yeniden oluşturulan birimin kök dizininde tanınabilir klasörler;
Şu durumlarda yapılandırmanın ayarlanması gerekebilir:
- beklenen bölümler eksik;
- dosya sistemi tanınmıyor;
- RAID diskinin kök dizininde tanınabilir klasör görünmüyor;
Önizleme tutarsız olduğunda yapılandırmaya dönün ve farklı disk sırası, eksik disk konumu, blok boyutu, ofset, parity düzeni veya disk gruplaması deneyin. Yeniden oluşturulan depolama bu kontrolleri geçmeden uzun bir dosya sistemi analizi başlatmayın.
Yeniden Oluşturulan RAID’i Ekleyin
Yapılandırma doğru görünüyorsa yeniden oluşturulan RAID’i Drive Manager’a ekleyin. Program bunu içinde bulunan bölümler, birimler ve mantıksal depolama katmanlarıyla birlikte sanal depolama aygıtı olarak gösterecektir.
Yeniden oluşturulan yapılandırmayı orijinal disklere geri yazmayın ve kaynak disklerden yeni bir fiziksel RAID oluşturmayın. Ortaya çıkan sanal RAID birimini analiz ederek ve gerekli dosyaları ayrı depolamaya kaydederek kurtarmaya devam edin.
Yeniden Oluşturulan RAID’i Analiz Edin
ve Dosyaları Kurtarın
RAID otomatik olarak yeniden oluşturulduktan veya RAID Constructor ile oluşturulduktan sonra bölümlerini, dosya sistemlerini, klasörlerini ve kurtarılabilir dosyaları bulmak için ortaya çıkan sanal depolama aygıtını analiz edin.
Drive Manager’da görüntülenen yeniden oluşturulmuş RAID, depolama havuzu veya mantıksal birimle çalışın. RAID alanı dışında depolanan verileri özellikle incelemeniz gerekmiyorsa üye diskleri ayrı ayrı taramayın.
Analiz İçin Doğru Birimi Seçin
Drive Manager’da yeniden oluşturulan RAID’i genişletin ve içinde bulunan depolama katmanlarını inceleyin. Orijinal sisteme bağlı olarak dizi bir bölüm tablosu, bir veya daha fazla dosya sistemi, LVM birim grubu, Storage Spaces havuzu, ZFS havuzu, Btrfs birimi, şifreli kapsayıcı, sanal disk veya başka bir mantıksal depolama yapısı içerebilir.
Daha önce gerekli dosyaları içeren en düşük seviyeli mantıksal birimi seçin. Örneğin:
- doğrudan görüntüleniyorsa NTFS, ReFS, EXT4, XFS, Btrfs, APFS, HFS+, ZFS veya başka bir dosya sistemi birimini seçin;
- LVM veya Windows Storage Spaces içindeki gerekli mantıksal birimi seçin;
- orijinal sistem birden fazla mantıksal depolama nesnesi içeriyorsa uygun dataset, ZVOL, alt birim veya depolama birimini seçin;
- içindeki dosya sistemini analiz etmeden önce şifreli birimin kilidini açın;
- beklenen bölüm veya mantıksal birim eksikse ve analiz sırasında bulunması gerekiyorsa yeniden oluşturulan RAID’in kendisini seçin.
Taramaya başlamadan önce birim kapasitesini, dosya sistemini, bölüm konumunu ve etiketini kontrol edin. Birkaç benzer birim görüntüleniyorsa bunları orijinal depolama yapılandırması ve beklenen klasör yapısıyla karşılaştırın.
Arızalı Thecus N7700Pro NAS Üzerindeki RAID 5 ve RAID 6’dan Veri Kurtarma Rehberi
Analiz Yöntemini Seçin
Gerekli RAID birimine sağ tıklayın ve analizi başlatın. Program dosya sisteminin durumuna ve veri kaybı nedenine bağlı olarak farklı tarama yöntemleri sunar.
Hızlı Tarama
Önce Hızlı Tarama RAID yapılandırması doğru olduğunda ve dosya sistemi büyük ölçüde sağlam kaldığında kullanın. Bu yöntem mevcut dosya sistemi meta verilerini okur ve hızlıca şunları gösterebilir:
- orijinal klasör yapısı;
- mevcut dosya ve klasörler;
- yakın zamanda silinen dosyalar;
- Geri Dönüşüm Kutusu’ndan kaldırılan dosyalar;
- küçük dosya sistemi hasarı sonrasında kaybolan veriler.
Sonuçları inceleyin ve gerekli dosyaları Önizleme’de kontrol edin. Beklenen klasör veya dosyalar eksikse Drive Manager’a dönün ve Tam Analizçalıştırın.
Çalışmayan QNAP TS-439U-RP/SP NAS Üzerindeki RAID 6’dan Veri Kurtarma Rehberi
Tam Analiz
RAID birimi biçimlendirilmişse, bölümü silinmişse, dosya sistemi hasarlıysa, depolama düzeni değişmişse veya Hızlı Tarama gerekli verileri bulamıyorsa Tam Analiz kullanın.
Tam Analiz, seçilen birimin tamamında dosya sistemi kayıtlarını, kayıp bölümleri, silinmiş klasörleri ve dosya içeriklerini arar. Taramayı yapılandırırken orijinal depolamada kullanılmış olabilecek dosya sistemlerini seçin. Aramayı ilgili dosya sistemleriyle sınırlandırmak gereksiz sonuçları azaltabilir.
İçerik duyarlı analiz adlar, klasör yolları ve dosya sistemi kayıtları artık mevcut olmasa bile dosyaları dahili imzalarına göre tanımlayabilir. Bu tür dosyalar türe göre gruplanır ve orijinal meta verileri her zaman geri getirilemediği için oluşturulmuş adlar alabilir.
Büyük bir RAID’de Tam Analiz önemli ölçüde zaman alabilir; çünkü program tüm yeniden oluşturulan adres alanını okumalı ve mevcut üyeler ile parity’den verileri hesaplamalıdır. Tarama çalışırken kaynak disklerin bağlantısını kesmeyin veya bağlı görüntülere ve SSH aygıtlarına erişimi kesmeyin.
StarWind SAN&NAS Sanal Ağa Bağlı Depolamadan Veri Nasıl Kurtarılır
Şifreli Birimlerle Çalışın
Yeniden oluşturulan depolama BitLocker, LUKS, VeraCrypt, FileVault, şifreli APFS, şifreli HFS+ veya desteklenen başka bir şifreli birim içeriyorsa doğru parola, kurtarma anahtarı, anahtar dosyası veya gerekli diğer kimlik bilgileriyle kilidini açın.
Şifreli birimin kilidi açıldıktan sonra içindeki dosya sistemini seçin ve uygun analizi çalıştırın. RAID yeniden oluşturma orijinal blok sırasını geri getirir ancak şifrelemeyi atlamaz; bu nedenle geçerli şifre çözme kimlik bilgileri yine gereklidir.
Windows EFS veya Linux fscrypt ile ayrı ayrı korunan dosyaların içeriğine doğru erişebilmek için orijinal sertifikalar, anahtarlar, parolalar veya kullanıcı kimlik bilgileri de gerekebilir.
Tarama Sonuçlarını İnceleyin
Analiz tamamlandıktan sonra yeniden oluşturulan klasör ağacına göz atın ve orijinal depolama yapısıyla karşılaştırın. Dosya sisteminin durumuna bağlı olarak program şunları gösterebilir:
- orijinal konumlarındaki mevcut dosya ve klasörler;
- uygun şekilde işaretlenmiş silinmiş dosyalar;
- bulunan veya yeniden oluşturulan bölümler;
- sistem veya kurtarma klasörlerinde gruplanan dosyalar;
- dosya türüne göre gruplanan içerik duyarlı sonuçlar;
- mevcut olduğunda snapshot’lardan, önceki dosya sistemi durumlarından veya daha eski depolama yapılarından dosyalar.
Verileri dosya adı, uzantı, boyut, oluşturma tarihi, değiştirme tarihi veya silinme durumuna göre bulmak için arama ve filtreleri kullanın. Bu, yeniden oluşturulan RAID birkaç birim veya milyonlarca dosya içerdiğinde özellikle yararlıdır.
Dosyaları Ayrı Depolamaya Kaydedin
Kurtarma düğmesine tıklayın ve ayrı, sağlıklı bir depolama aygıtında bulunan bir hedef seçin. Kurtarılan dosyaları başka bir fiziksel diske, harici depolama aygıtına, ağ paylaşımına veya kaynak RAID’e ait olmayan başka bir hedefe kaydedin.
Kurtarılan dosyaları asla yeniden oluşturulan RAID’e veya orijinal diziye ait olan ya da daha önce ait olmuş bir diske kaydetmeyin. Kaynak diske veri yazmak dosya sistemi meta verilerinin, silinmiş dosya içeriklerinin, RAID meta verilerinin veya henüz kurtarılmamış diğer bilgilerin üzerine yazabilir.
Kurtarmayı yapılandırırken mevcutsa orijinal klasör yapısını ve dosya adlarını koruyun. Hedef dosya sisteminin dosya adı uzunluğu, desteklenmeyen karakterler, maksimum dosya boyutu, sparse dosyalar, izinler veya alternate data stream konusunda sınırlamaları varsa kurtarılan verileri doğru saklayabilecek bir hedef seçin.
Büyük kurtarma işlerinde önce en önemli verileri kaydedin. Veritabanları, iş belgeleri, projeler, sanal makineler, fotoğraflar ve benzersiz arşivler gibi yeniden oluşturulması zor veya imkânsız dosyalardan başlayın.
Hızlı Başlangıç
Hetman RAID Recovery ile bir RAID dizisinden nasıl veri kurtarılacağını öğrenmek için bu videoyu izleyin.
Windows, Linux ve macOS’ta Arızalı RAID’den Veri Nasıl Kurtarılır
-
RAID denetleyicisi foreign configuration bildirirse ne yapmalıyım?
Üye disklerin görüntüleri oluşturulana veya durumları değerlendirilene kadar foreign configuration’ı temizlemeyin, başlatmayın, içe aktarmayın veya rebuild etmeyin. Denetleyiciye bağlı olarak foreign configuration içe aktarmak RAID meta verilerini değiştirebilir veya disklere yazan işlemler başlatabilir.
RAID seviyesi, disk sırası, eksik üyeler, stripe boyutu ve sanal disk kapasitesi dahil denetleyicinin gösterdiği yapılandırmayı kaydedin. Ardından sistemi kapatın ve diskleri değiştirmeden analiz edin.
-
RAID 1 aynasının yalnızca tek bir diskinden veri kurtarabilir miyim?
Birçok standart RAID 1 yapılandırmasında her üye depolanan verilerin tam bir kopyasını içerir; bu nedenle sağlıklı ve güncel tek bir disk yeterli olabilir. Bölümlerine ve dosya sistemine erişilebildiğinde disk ayrı olarak analiz edilebilir.
Bu durum tüm aynalı depolama sistemleri için geçerli değildir. RAID 1E, iç içe RAID, üreticiye özgü düzenler, kısmen tamamlanmış rebuild işlemleri, şifreleme veya ek depolama katmanları tüm kullanılabilir üyelerle yeniden oluşturma gerektirebilir. Ayna disklerde verilerin farklı sürümleri varsa bunları ayrı ayrı analiz edin ve sonuçları karşılaştırın.
-
TRIM veya discard sonrasında SSD tabanlı RAID’den veri kurtarılabilir mi?
RAID yapılandırması hâlâ yeniden oluşturulabilir; ancak SSD tarafından daha önce discard edilmiş ve fiziksel olarak silinmiş bloklardaki dosyalar artık kurtarılamayabilir. İlgili değişiklikler geçerli discard işlemleri olarak dizi boyunca bilinçli biçimde yayıldığında RAID parity verileri geri getiremez.
Depolamayı hemen kullanmayı bırakın, birimleri okuma-yazma modunda bağlamaktan kaçının ve daha fazla arka plan temizliği veya garbage collection gerçekleşmeden kullanılabilir SSD’lerin görüntülerini oluşturun.
-
Hetman RAID Recovery kurtarma sonrasında bozuk kalan dosyaları onarabilir mi?
Program RAID düzenini yeniden oluşturur, dosya sistemini analiz eder ve okunabilir tüm dosya verilerini kopyalar. Üzerine yazılmış, discard edilmiş veya orijinal RAID’in yedeklilik kapasitesinin ötesinde kaybolmuş sektörleri yeniden oluşturamaz.
Kurtarılan bir dosyada gerekli tüm veriler bulunuyor ancak iç yapısı bozuksa bu dosya türü için özel bir onarım aracı gerekebilir. Veritabanları, arşivler, sanal diskler, belgeler ve multimedya dosyaları kurtarma sonrasında kendi uygulamaları veya bütünlük kontrol araçlarıyla doğrulanmalıdır.
-
NAS fabrika ayarlarına döndürüldükten, firmware yeniden yüklendikten veya storage pool yeniden oluşturulduktan sonra veri kurtarabilir miyim?
Sıfırlama veya yeniden yapılandırma gerekli dosya verilerinin üzerine yazmadıysa kurtarma hâlâ mümkün olabilir. Fabrika ayarlarına sıfırlama veya yeni oluşturulan storage pool, diğer alanları sağlam bırakırken bölüm tablolarını, RAID meta verilerini, dosya sistemi yapılarını veya orijinal birimlerin başlangıç kısmını değiştirebilir.
NAS’ı hemen kullanmayı bırakın, tüm orijinal ve yedek diskleri saklayın ve analizden önce tam görüntüler oluşturun. Program eski RAID meta verilerini algılayabilir veya önceki yapılandırmanın manuel olarak yeniden oluşturulması gerekebilir. Kurtarılabilir veri miktarı sıfırlamadan sonra ne kadar bilgi yazıldığına bağlıdır.