RAID sistemlerinde veri kurtarma: eksiksiz bir rehber ve kaçınılması gereken hatalar

Son Güncelleme: 21 Nisan 2026
  • RAID arızası durumunda, geri dönüşü olmayan hasarı önlemek için tüm yazma işlemleri derhal durdurulmalıdır.
  • Güvenli bir ortamda ve kopyalardan mantıksal yeniden yapılandırma, veri kurtarma için kilit önem taşır.
  • İnsan hataları (zorunlu yeniden kurulumlar, yanlış disk değişiklikleri) en tehlikeli nedendir.
  • İyi yedeklemeleri profesyonel hizmetlerle birleştirmek, başarı olasılığını en üst düzeye çıkarır.

RAID sistemi veri kurtarma

RAID sistemi nedir ve verileriniz için neden bu kadar önemlidir?

RAID (Bağımsız Disklerin Yedekli Dizisi), performansı, kullanılabilir kapasiteyi ve/veya hata toleransını artırmak için birden fazla fiziksel diski tek bir mantıksal birimde birleştiren bir teknolojidir. Çoğu sunucu, NAS cihazı ve SAN dizisinin temelini oluşturur ve kurumsal ortamlarda, küçük ofislerde ve ileri düzey kullanıcılar tarafından kullanılır.

İşletim sistemi, RAID'i aslında iki, üç veya hatta düzinelerce sabit sürücüden oluşsa bile tek bir birim olarak görür. Veriler, seçilen RAID seviyesine göre sürücüler arasında dağıtılır: bazen şeritli, bazen aynalı olarak dağıtılır ve gelişmiş seviyelerde, bir sürücü arızalanırsa verilerin yeniden oluşturulmasına olanak sağlamak için eşlik blokları veya yedek bilgiler hesaplanır.

Sunucularda ve NAS cihazlarında en yaygın kullanılan RAID seviyeleri 0, 1, 4, 5, 6 ve 10'dur; ayrıca doğrusal veya JBOD yapılandırmalarının yanı sıra bazı üreticilerin özel varyantları da (RAID 50, 60, 5E, 5EE, ADG, vb.) mevcuttur. Microsoft RAID, Storage Spaces, Apple RAID, Linux RAID, ZFS RAIDZ ve RAIDZ2 gibi tescilli uygulamalar da vardır ve bunların her birinin veri kurtarma söz konusu olduğunda kendine özgü özellikleri bulunur.

RAID'in yedeklemelerin yerini tutmadığını anlamak önemlidir . İyi yapılandırılmış bir RAID, kullanılabilirliği artırır ve belirli disk arızalarına karşı tolerans gösterir, ancak yanlışlıkla silinmelere, mantıksal bozulmalara, fidye yazılımlarına, denetleyici hatalarına veya bakım sırasında insan hatalarına karşı koruma sağlamaz.

Başlıca RAID seviyeleri ve veri kaybı riskleri

Farklı RAID seviyeleri, verilerin ve yedekliliğin diskler arasında nasıl dağıtıldığı konusunda farklılık gösterir. Bu durum, veri kaybı riskini ve veri kurtarma yaklaşımını doğrudan etkiler.

RAID 0 (saf şeritlendirme), verileri herhangi bir yedeklilik olmaksızın dizideki tüm disklere bloklar halinde dağıtır. Yüksek okuma ve yazma performansı sunar ve tam kapasiteyi kullanır, ancak tek bir disk bile arızalanırsa, birime tam erişim kaybolur. Bir felaket durumunda, RAID 0 dizisinden veri kurtarma karmaşıktır ve genellikle hayatta kalan disklerden blok dizisini yeniden oluşturmak için profesyonel araçlar gerektirir.

RAID 1 (aynalama) , verileri iki veya daha fazla diske kopyalayarak her birinde özdeş kopyalar tutar. Bu seviye yüksek güvenilirlik ve hata toleransı sunar : bir sürücü arızalanırsa, sistem kopyayla çalışmaya devam edebilir. Kullanılabilir kapasite bir diskin boyutuna eşdeğerdir, ancak karşılığında veri okuma güvenilirliğinde önemli ölçüde iyileşme sağlar.

RAID 4 , verileri birden fazla diske dağıtarak ve bunlardan birini yalnızca eşlik (parity) depolaması için ayırarak veri şeritlendirmesi yapar. Kullanılabilir kapasite, tüm disklerin toplamından bir eksiktir; bu da bir veri diskinin arızalanması durumunda verilerin kurtarılmasını sağlar. Ancak, eşlik diski bir darboğaz ve yapılandırmanın kritik bir noktası haline gelir.

RAID 5, orta seviye sunucularda ve NAS cihazlarında en yaygın RAID seviyesidir. Hem veri hem de eşlik şeritlerini tüm disklere dağıtarak, özel bir eşlik diskinin darboğazını ortadan kaldırır. Kullanılabilir kapasite, dizinin kapasitesinden herhangi bir tek diskin kapasitesinin çıkarılmasıyla elde edilir. Veri kaybı olmadan tek bir sürücünün arızalanmasına izin verir, ancak yeniden oluşturma sırasında sistem sınırında çalışır ve ikinci bir arıza, uzman müdahalesi olmadan dizinin kurtarılamaz hale gelmesine neden olabilir.

RAID 6 , ikinci bir eşlik şeridi ekleyerek iki diskin aynı anda arızalanmasına karşı tolerans sağlar. Kullanılabilir kapasite, tüm disklerin kapasitesinin toplamından iki sürücünün kapasitesinin çıkarılmasıyla elde edilir. Bu seviye, biraz daha karmaşık kurtarma ve daha pahalı eşlik hesaplamaları pahasına daha fazla güvenlik sunar.

RAID 10 (1+0), şeritlendirme (RAID 0) şeklinde gruplandırılmış aynaları (RAID 1) birleştirir. Bu, aynalanmış disk çiftlerinin oluşturulduğu ve verilerin bu aynalar arasında dağıtıldığı anlamına gelir. Performans ve hata toleransı arasında mükemmel bir denge sunar , ancak minimum dört disk gerektirir ve kapasite açısından maliyeti daha yüksektir.

Doğrusal ve JBOD yapılandırmaları, daha büyük bir hacim oluşturmak için eşit veya farklı kapasitedeki diskleri basitçe birleştirir. Gerçek bir şeritlendirme, eşlik veya yedeklilik yoktur. Bir disk arızalanırsa, tüm diziye erişilemez hale gelebilir ve kurtarma, genel hacim içindeki her diskin sınırlarının manuel olarak yeniden oluşturulmasını gerektirir.

  Sunucular için en iyi Linux dağıtımları

"Altın saat": RAID arızasından sonra ortaya çıkan kritik hatalar

RAID arızası veya bozulma uyarısının ardından ilk 60 dakika kritik öneme sahiptir. Genellikle net bir teşhis veya güncel yedeklemeler olmadan "hızlıca düzeltme" girişimleri nedeniyle önlenebilir veri kayıplarının çoğu bu süre zarfında meydana gelir.

Bu kritik dönemde sıkça yapılan insan hataları arasında, özellikle çok sayıda disk yuvası bulunan kasalarda yanlış disklerin değiştirilmesi yer alır ; sağlam bir disk hasarlı sanılarak çıkarılır ve yeni bir disk takıldığında, istikrarsız bir temel üzerinde yeniden oluşturma işlemi zorlanır. Bu durum, disk yapısını tamamen bozabilir.

Sık yapılan bir diğer hata ise, orijinal yapılandırmayı belgelemeden RAID denetleyicisini farklı veya uyumsuz bir modelle değiştirmektir . Çoğu durumda, eşlik, disk sırası veya şerit boyutunun yazılma şekli denetleyiciler arasında farklılık gösterir ve bu da dizinin bozuk görünmesine veya yanlış parametrelerle yorumlanmasına neden olur.

Diskleri zorla çevrimiçi hale getirmek veya durumlarını analiz etmeden sürücüleri başlatmak da çok tehlikelidir. Başlatma işlemi RAID meta verilerini veya bölüm tablolarını üzerine yazabilir; kararsız bir diski çevrimiçi hale getirmek ek bozuk sektörler oluşturur ve fiziksel olarak hasar görmüş bir sürücünün üzerine yeniden oluşturma girişimi hasarı hızlandırır.

Aynı sistemde başarısız yeniden oluşturma ve eksik yedeklemelerden geri yükleme işlemleri de sık karşılaşılan bir felaket kaynağıdır. Diskleri önce kararlı görüntülere klonlamadan, bozuk sektörlere sahip bir RAID 5 veya RAID 6 dizisini yeniden oluşturmaya çalışmak, profesyonel bir laboratuvarın bile diziyi güvenilir bir şekilde yeniden bir araya getiremeyeceği bir duruma yol açabilir.

Ciddi bir RAID sorunu tespit edildikten sonra altın kural şudur : Tüm yazma işlemlerini derhal durdurun, yeniden oluşturma veya başlatma işlemleri yapmayın ve üretim ortamında "deneme işlemlerine" devam etmeyin. Orijinal RAID dizisine yapılan her yeni yazma işlemi, tam kurtarma şansını azaltır.

Özel yazılım: Hasar görmüş RAID sistemlerini nasıl onarıyor?

Birçok mantıksal arıza senaryosunda , profesyonel veri kurtarma araçları, orijinal disklere yazmadan RAID'i sanal olarak yeniden oluşturabilir. Tipik bir örnek, hacim kümeleri ve sanal RAID'ler kavramıyla çalışan R-Studio gibi yazılımların kullanılmasıdır.

Orijinal RAID'e erişilemez hale geldiğinde , ancak disklerin tamamı veya neredeyse tamamı (veya eksiksiz disk görüntüleri) mevcut olduğunda, profesyonel işlem öncelikle mevcut durumu korumak için her sürücüyü bir disk görüntüsüne kopyalamayı içerir. Yazılım, bu görüntülerden, gerçek sistemle aynı parametrelere sahip sanal bir RAID oluşturulmasına olanak tanır.

Sanal bir RAID, doğru disklerin seçilmesi, bunların uygun sıraya yerleştirilmesi ve kesin yapılandırmanın tanımlanmasıyla oluşturulur : disk sayısı, şerit boyutu, başlangıç ​​ofseti, RAID türü (0, 1, 5, 6, 10, JBOD, vb.) ve blok sırası (sol, sağ, senkron, asenkron, özel, vb.). Bu mantıksal birleştirme işlemi yapılırken, yazılım fiziksel disklere yazmaz; her şey sanal olarak işlenir.

Örneğin, basit bir üç diskli RAID 5 kurulumunda , mantıksal yeniden oluşturma girişiminde bulunmak için en az iki sürücünün iyi durumda olması gerekir. Sanal bir RAID 5 dizisi, üç aygıt (veya imaj) ve blok boyutu belirtilerek oluşturulur ve ardından yazılımın geçerli bir bölümü algılamasına ve dosyaları listelemesine olanak tanıyan bir parametre kombinasyonu bulunana kadar test edilir.

Gelişmiş RAID 5 gibi özel blok sıralamasına sahip daha karmaşık yapılandırmalarda , satır bazında veri ve eşlik (P, 1, 2, 3, vb.) sırasını belirten bir blok sıralama tablosu tanımlanabilir. Teknisyen, şeritlendirme düzenini satır satır girer ve program geçersiz kombinasyonları kırmızı renkle vurgulayarak yapılandırma hatalarının hızlı bir şekilde belirlenmesine yardımcı olur.

Sanal RAID içinde tutarlı bir dosya sistemi tespit edildikten sonra , klasörler ve dosyalar listelenir, önizlemeler test edilir (özellikle büyük dosyaların önizlemeleri) ve içerik, olağandışı parçalanma veya belirgin bozulma olmaksızın tutarlı olup olmadığı doğrulanır. Bu adım çok önemlidir çünkü bazen yazılım, RAID parametrelerinden biri yanlış olsa bile tutarlı dosya sistemi yapıları bulabilir.

Dizi kurulumunu doğrulamak için, önizleme testi için ideal minimum dosya boyutunu seçmeye yardımcı olan yaklaşık bir formül kullanmak yaygındır: blok boyutu çarpı (disk sayısı eksi 1). Örneğin, üç diskli ve 64 KB blok boyutlu bir RAID 5 dizisinde, en az 128 KB'lık bir dosya, veri tahsisinin ve eşliğin doğru olduğunu doğrulamak için genellikle iyi bir referans noktası sağlar.

  IP ve DNS ağ sorunları: ayrıntılı teşhis ve çözümler

Profesyonel araçlar, eksik diskleri aynı boyuttaki "boş disk" veya "eksik disk" nesneleriyle değiştirerek de işlemenizi sağlar . Bu, disklerden birinin tamamen kurtarılamaz olduğu durumlarda kullanışlıdır: yazılım, diğer disklerin eşlik ve bilgilerine dayanarak varlığını simüle eder ve bazen kalan verilerin büyük bir kısmını kurtarmanıza olanak tanır.

Ayrıca, RAID yapılandırma şablonları oluşturulabilir, kaydedilebilir ve yeniden yüklenebilir ; ayrıca sanal RAID içindeki her diskin bağlantısının kesilmesi veya bağlanması, diziyi nasıl etkilediğini görmek için dinamik olarak gerçekleştirilebilir. Bu özellik, örneğin RAID 5'te hangi diskin gerçekten arızalı olduğunu belirlemek için çok önemlidir; bunun için disklerin tek tek bağlantısını kesip simüle edilmiş dosya sisteminin davranışını gözlemlemek yeterlidir.

RAID sistemi arızasının yaygın nedenleri

RAID sistem arızaları mantıksal, fiziksel veya insan kaynaklı olabilir ve genellikle bunların bir kombinasyonu şeklinde ortaya çıkar. RAID sistemleri güvenilirliği artırmak için tasarlanmış olsa da, zincirleme hatalara veya yetersiz bakıma karşı bağışık değillerdir.

Eşlik şeridi kaybı, verileri yeniden oluşturmak için kullanılan bilgilerin (eşlik) bozulması veya tutarsız hale gelmesi durumunda ortaya çıkan mantıksal bir sorundur. Bu durumlarda, RAID sistemi kendi başına kurtarma yapamaz ve bu eşlik şeritlerini bulmak ve doğru şekilde yeniden oluşturmak için harici müdahale gerekir.

RAID dizilerindeki fiziksel disk arızaları, tek tek disklerdeki arızalardan çok daha sık olmasa da, dizinin tüm disklere bağlı olması nedeniyle etkileri katlanarak artar. Tipik sorunlar nedeniyle kurulu disklerin %2 ila %3'ünün her yıl arızalanabileceği tahmin edilmektedir: bozuk sektörler, güç dalgalanmaları, aşırı sıcaklıklar, sıkışmış motorlar, hasarlı okuma/yazma kafaları, arızalı elektronik bileşenler vb.

Virüsler, fidye yazılımları veya dosya sistemi bozulması gibi diğer faktörler, RAID'in doğru şekilde bağlanmasını engelleyebilir veya "çevrimiçi" görünse bile bölümün veya mantıksal birimin erişilemez hale gelmesine neden olabilir. Yanlış yüklenmiş sürücüler, başarısız aygıt yazılımı güncellemeleri veya tekrarlanan elektrik kesintileri de RAID meta verilerini bozabilir.

İki veya daha fazla arızanın ardı ardına meydana gelmesi durumunda durum daha da karmaşık hale gelir . Örneğin, bir RAID 5 dizisinde bir diskin bozulması ve derhal değiştirilmemesi durumunda, yeniden oluşturma işlemi sırasında ikinci bir disk arızalanmaya başlarsa, sistem artık verileri otomatik olarak yeniden oluşturamaz. Bu noktadan itibaren, profesyonel bir yöntem olmadan yapılacak herhangi bir onarım girişimi, hasarı geri döndürülemez şekilde daha da kötüleştirebilir.

İnsan hatası, açık ara en tehlikeli nedendir : Arızalı olarak işaretlenmiş bir diski değiştirmeden bırakmak, bozulma uyarılarını görmezden gelmek, farklı dizilerden diskleri karıştırmak, yeniden oluşturma işlemi sırasında sistemi kapatmak veya kontrolcü belleniminde yanlış seçenekleri seçmek. Bu vakaların çoğunda, nihai hasar ilk arızadan değil, yetersiz tepkiden kaynaklanır.

RAID sistemlerinde profesyonel veri kurtarma işlemi

Uzmanlaşmış laboratuvarlar, arızalı bir RAID sisteminden veri kurtarma şansını en üst düzeye çıkarmak için çok sıkı bir iş akışı izler . Her vaka farklı olsa da, genel prosedür genellikle benzerdir.

Öncelikle, genellikle birçok profesyonel servis sağlayıcısında ücretsiz ve yükümlülük gerektirmeyen bir teknik teşhis yapılır . Bu, RAID seviyesinin, kontrol cihazının veya NAS'ın marka ve modelinin, disk sayısının ve türünün, her bir sürücünün fiziksel durumunun ve gözlemlenen belirtilerin (bozulma, önyükleme hatası, mekanik sesler, okuma hataları vb.) belirlenmesini içerir.

Ardından, kalan çalışan diskler sektör sektör kopyalanır . Bu adım çok önemlidir: orijinal ortamlar asla uzun süre kullanılmaz, çünkü hasarlı bir okuma kafası, çizilmiş bir disk veya kararsız sektörler kurtarma sırasında daha fazla bozulmaya neden olabilir. Kopyalar, yeniden denemeleri ve bekleme sürelerini kontrol ederek okuma hatalarını ele alabilen adli donanım ve yazılım kullanılarak yapılır.

Mevcut tüm disklerin görüntüleri kullanılarak , RAID, izole bir ortamda mantıksal olarak yeniden oluşturulur. Blok boyutu, disk sırası, eşlik türü ve üreticiye özgü varyasyonlar (örneğin, RAID 5, RAID 6, RAID 50 veya RAID 60'ın belirli uygulamaları) gibi parametreler belirlenir. Karmaşık veya karışık yapılandırmalarda, LVM, disk yöneticileri, şifreleme ve ZFS, ext4, Btrfs, XFS, HFS+, NTFS vb. dosya sistemleri gibi ek katmanlar da analiz edilir.

  Grafana ve Prometheus ile Sunucuları İzlemeye Yönelik Kapsamlı Kılavuz

Sanal RAID bağlandıktan sonra , dosya sistemini bulup bağlama girişiminde bulunulur. Geçerli bir bölüm tespit edilirse, dizin yapısı listelenir ve bütünlük kontrolleri yapılır: kritik dosyaların önizlemeleri, veritabanlarının, sanal makine dosyalarının, görüntülerin vb. doğrulanması. Kısmi bozulma mevcut olduğunda, dosya sistemi yeniden yapılandırma teknikleri, belirli dosya türlerinin "ham" (imza tabanlı) kurtarılmasıyla birleştirilir.

Laboratuvar analizi tamamladıktan sonra , genellikle müşteriye hizmeti onaylamadan önce incelemesi için kurtarılabilir dosyaların bir listesini sunar. Ancak bundan sonra kurtarılan veriler yeni harici sabit disklere veya üzerinde anlaşılan bir cihaza kopyalanır; asla orijinal RAID dizisine kopyalanmaz, çünkü işlemin herhangi bir bölümünün tekrarlanması veya incelenmesi gerekmesi durumunda orijinal RAID dizisine dokunulmaz.

Profesyonel veri kurtarma hizmetleri genellikle her türlü disk markasıyla (Seagate, Western Digital, Toshiba, Samsung, Crucial, SanDisk, Kingston, LaCie, vb.) ve çok çeşitli RAID denetleyicileri ve muhafazalarıyla çalışır: sunucu SAS/SATA RAID kartlarından harici Thunderbolt, USB, iSCSI, Fibre Channel çözümlerine, ticari NAS dizilerine veya kurumsal depolama sistemlerine kadar.

RAID başarısız olduğunda en iyi uygulamalar ve kaçınılması gereken hatalar

RAID sisteminizde sorunlar çıkmaya başlarsa , veri kurtarma uzmanı değilseniz kesinlikle kaçınmanız gereken bir dizi işlem vardır. Birçok büyük felaket, bazı düğmelere dokunmamakla en aza indirilebilirdi.

Körlemesine yeniden oluşturma işlemi asla yapmayın . Denetleyici veya NAS sihirbazı, yeni bir disk algıladığı anda genellikle "yeniden oluştur" veya "diziyi yeniden oluştur" seçeneğini sunar. Sistemde birkaç arıza yaşandıysa, hangi disklerin sağlam, hangilerinin bozuk olduğuna dair bilgiler güncel olmayabilir ve bu koşullar altında yeniden oluşturma işlemi geçerli eşlik verilerini kalıcı olarak yok edebilir.

Hangi disklerin ne zaman arızalandığını belirlemeden diskleri değiştirmeyin . Yanlış diski değiştirmek, sistemin eski veriler içeren bir diski "sağlam" olarak algılamasına neden olabilir. RAID 5 veya RAID 6 gibi RAID dizilerinde, arızaların sırası ve tam zamanlaması, yeniden oluşturma sırasında birleştirilecek verilerin bütünlüğünü sağlamak için kritik öneme sahiptir.

Yetkili bir teknisyen tarafından özellikle talimat verilmedikçe ve kontrollü koşullar altında gerçekleştirilmedikçe , devam eden bir yeniden yapılandırma sırasında RAID'i kapatmayın . Yeniden yapılandırma sırasında, yedeklilik genellikle devre dışı bırakılır ve sistem son derece kırılgan bir durumda çalışır. Elektrik kesintisi, güç arızası veya zorunlu yeniden başlatma, RAID'i kurtarılamayacak bir ara durumda bırakabilir.

Sabit diskleri kendiniz fiziksel olarak onarmaya çalışmayın . Sabit diski temiz bir ortam dışında açmak, vurmak, dondurmak veya internette dolaşan diğer "kendin yap" yöntemlerini denemek yalnızca yardımcı olmakla kalmaz, aynı zamanda disklerin manyetik yüzeyini tamamen tahrip ederek profesyonel bir tamir atölyesi için bile başarı şansını ortadan kaldırabilir.

RAID dizisindeki herhangi bir diskten garip sesler, tıklamalar veya gıcırtılar duyarsanız , en güvenli yol sistemi güvenli bir şekilde kapatmak ve değerlendirilene kadar yeniden başlatmamaktır. Mekanik olarak hasar görmüş bir diskle tekrar tekrar önyükleme işlemini zorlamak, genellikle disk yüzeyini çizen kırık okuma/yazma kafalarına neden olur.

Ciddi durumlarda genel öneri, tüm işlemleri durdurmak, yaşananları sakin bir şekilde belgelemek (hata mesajları, tarihler, son donanım veya yazılım değişiklikleri) ve RAID veri kurtarma konusunda uzmanlaşmış bir servisle iletişime geçmektir. Önceden yapılan müdahale ne kadar az olursa, başarı olasılığı o kadar yüksek ve müdahalenin maliyeti o kadar düşük olur.

Modern RAID sistemleri oldukça sağlam olsa ve depolama teknolojileri her yıl kapasite ve güvenilirlik açısından gelişse de, ayrı ortamlara düzenli yedeklemeler hayati önem taşımaktadır. İyi bir yedekleme planı ve olası arızalar karşısında soğukkanlılık, önleme ve uzman profesyonel hizmetlerin birleşimi, ciddi RAID felaketlerinde bile kritik bilgilerin kurtarılma şansının çok yüksek kalmasını sağlar.

RAID kurtarma
İlgili makale:
RAID Kurtarma: Kritik Hatalar, Çözümler ve En İyi Uygulamalar