Bir RAID dizisinde disk arızası, çoğu işletmede önce bir uyarı e-postası ya da sunucu üzerinde yanıp sönen turuncu bir ışık olarak fark edilir. Sistem hâlâ çalışıyordur, kullanıcılar bir şey hissetmez. Tam da bu yüzden tehlikelidir: acil görünmediği için ertelenir ve ikinci disk arızalanana kadar bekletilir.
Bu rehber, RAID dizisinde bir disk arızalandığında ne olduğunu, hangi kararların geri dönülemez sonuçlar doğurduğunu ve profesyonel kurtarma sürecinin nasıl işlediğini anlatıyor. Amaç, panikle atılan adımların önüne geçmek.
RAID Nedir?
RAID (Redundant Array of Independent Disks), birden fazla fiziksel diski tek bir mantıksal birim gibi çalıştıran bir yapıdır. Amacı üçe ayrılır: performansı artırmak, disk arızasına karşı dayanıklılık sağlamak veya ikisini dengelemek.
En sık karşılaşılan yanlış anlama şudur: RAID bir yedekleme değildir. RAID, bir diskin fiziksel olarak arızalanmasına karşı koruma sağlar. Yanlışlıkla silinen bir dosyaya, fidye yazılımının şifrelediği verilere, hatalı bir yazılım güncellemesine veya bir kullanıcının üzerine kaydettiği belgeye karşı hiçbir koruma sağlamaz. Bu senaryolarda RAID, hatayı tüm disklere sadakatle kopyalar.
Bir RAID dizisi olan işletmenin de düzenli ve geri dönüşü test edilmiş bir yedekleme yapısına ihtiyacı vardır. İkisi birbirinin alternatifi değil, tamamlayıcısıdır.
Donanımsal ve yazılımsal RAID farkı
Donanımsal RAID'de dizilim, sunucu üzerindeki ayrı bir denetleyici kartı tarafından yönetilir. Diskler işletim sistemine tek bir birim olarak görünür. Yazılımsal RAID'de ise dizilimi işletim sisteminin kendisi yönetir (Windows Storage Spaces, Linux mdadm gibi).
Kurtarma açısından fark önemlidir. Donanımsal RAID'de dizilim bilgisi denetleyici kartının kendi biçiminde saklanır; kart arızalanırsa aynı model ve genellikle aynı firmware sürümü gerekir. Bu yüzden RAID denetleyicisi olan sunucularda kart modelinin ve yapılandırmasının belgelenmesi, arıza anında zaman kazandırır.
RAID Türleri
Her RAID seviyesi farklı bir ödünleşme sunar. Hangi seviyenin kullanıldığını bilmek, arıza anında ne kadar riskte olduğunuzu anlamanın ilk adımıdır.
RAID 0 — şeritleme, koruma yok
Veri tüm diskler arasında parçalara bölünerek yazılır. Okuma ve yazma hızlıdır çünkü diskler paralel çalışır. Ancak hiçbir yedeklilik yoktur: dizideki tek bir disk arızalandığında verinin tamamı erişilemez hâle gelir. İki diskli bir RAID 0'da arıza olasılığı tek diske göre yaklaşık iki katına çıkar.
RAID 0, kaybı önemsenmeyen geçici çalışma alanları dışında kurumsal ortamlarda kullanılmamalıdır. Zaman zaman "hız için" tercih edildiğini görüyoruz; bu tercih, arıza gününe kadar sorun çıkarmaz.
RAID 1 — aynalama
İki disk birebir aynı veriyi taşır. Bir disk arızalandığında sistem diğerinden çalışmaya devam eder. Kapasitenin yarısı yedeklilik için harcanır. Küçük sunucularda ve işletim sistemi diski olarak yaygındır.
RAID 1'in gizli riski şudur: aynalama, hatayı da aynalar. Bir dosya bozulursa ya da silinirse, her iki diskte de aynı anda bozulur veya silinir.
RAID 5 — tek parite
En az üç disk gerektirir. Veri şeritlenir, buna ek olarak bir diskin kapasitesi kadar parite bilgisi diziye dağıtılır. Bir disk arızalandığında eksik veri parite üzerinden hesaplanarak çalışmaya devam edilir.
RAID 5'in kritik noktası yeniden yapılandırma (rebuild) sürecidir. Arızalı disk değiştirildiğinde dizi, kalan tüm disklerin tamamını baştan sona okuyarak eksik veriyi yeniden üretir. Bu işlem büyük disklerde saatler, bazen günler sürer ve bu süre boyunca diziye yoğun yük biner. Aynı partiden alınmış, aynı yaşta ve aynı saatte çalışmış disklerde ikinci arızanın tam da bu yük altında gelmesi hiç de nadir değildir. İkinci disk giderse RAID 5'te veri kaybı tamdır.
RAID 6 — çift parite
RAID 5 ile aynı mantıkta çalışır, ancak iki diskin kapasitesi kadar parite tutar. Aynı anda iki disk arızasına dayanır. Yeniden yapılandırma sırasında ikinci bir disk giderse dizi hâlâ ayaktadır. Büyük kapasiteli disklerle kurulan dizilerde RAID 5 yerine RAID 6 tercih edilmesinin nedeni budur.
RAID 10 — aynalanmış şeritler
RAID 1 ve RAID 0'ın birleşimidir: aynalanmış disk çiftleri şeritlenerek kullanılır. Performansı yüksektir ve yeniden yapılandırma yalnızca ilgili aynadan kopyalama olduğu için RAID 5/6'ya göre çok daha hızlı ve düşük risklidir. Karşılığında kapasitenin yarısını verirsiniz.
Veritabanı sunucuları ve yoğun yazma yapan sanallaştırma ortamlarında RAID 10'u öneriyoruz. Ayrıntı için sunucu kurulumu ve yönetimi sayfamıza bakabilirsiniz.
Hot spare ve degraded durumu
"Hot spare", dizide boşta bekleyen ve bir disk arızalandığında otomatik olarak devreye giren yedek disktir. Yeniden yapılandırmayı hemen başlattığı için riskli pencereyi kısaltır.
"Degraded" (bozulmuş) durum, dizinin yedekliliğini kaybettiği ama hâlâ çalıştığı hâldir. Sistem çalışıyor olsa da bu durumda dizi korumasızdır; bir sonraki arıza doğrudan veri kaybı demektir. Degraded uyarısı acil müdahale gerektirir.
Disk Arızasında Yapılmaması Gerekenler
Aşağıdaki adımların hepsi iyi niyetle atılır ve hepsi kurtarma şansını azaltır. Sahada gördüğümüz veri kayıplarının önemli bölümü arızanın kendisinden değil, arızadan sonra yapılanlardan kaynaklanır.
Diskleri yerinden çıkarıp sırasını karıştırmayın
RAID dizisinde disk sırası veriyi çözmenin anahtarıdır. Diskler kontrol amacıyla çıkarılıp farklı yuvalara takıldığında dizilim bilgisi bozulabilir. Diskleri çıkarmanız gerekiyorsa önce her birini bulunduğu yuva numarasıyla etiketleyin.
Rebuild'i tahminle başlatmayın
En sık ve en pahalı hata budur. Hangi diskin gerçekten arızalı olduğu netleşmeden başlatılan bir yeniden yapılandırma, sağlam diskin üzerine yazarak veriyi geri dönülemez şekilde bozabilir. Denetleyici birden fazla diski sorunlu işaretlediyse rebuild denemeden önce durum tespiti yapılmalıdır.
Diziyi yeniden oluşturmayın (initialize / create)
Denetleyici arayüzünde "create array", "initialize" veya "clear configuration" seçeneklerine dokunmayın. Bu işlemler yeni bir dizilim tanımlar ve mevcut dizilim bilgisini siler. Bazı denetleyicilerde işlem geri alınamaz.
chkdsk, fsck ve onarım araçlarını çalıştırmayın
Dosya sistemi onarım araçları, bozuk yapıyı "düzeltmek" için üzerine yazar. Altta yatan sorun RAID dizilim kaybıysa bu araçlar durumu kötüleştirir. Aynı şey, internetten indirilen kurtarma yazılımlarının "onar" seçenekleri için de geçerlidir.
Arızalı diski soğutucuya, dondurucuya koymayın
İnternette dolaşan bu öneri, yoğuşma nedeniyle diskin içine nem girmesine ve plakaların kalıcı hasar görmesine yol açar. Mekanik arızalı bir disk açılıp kapatıldıkça da hasar ilerler.
Aynı diske tekrar tekrar erişmeyi denemeyin
Tıklama sesi gelen, algılanmayan ya da yavaş yavaş okunan bir diski defalarca yeniden başlatmak, okunabilir alanların da kaybına yol açar. Disk anormal ses çıkarıyorsa kapatın ve açmayın.
Yedekleri aynı dizinin üzerine geri yüklemeyin
Elinizde eski bir yedek varsa, onu doğrulanmamış bir diziye geri yüklemek hem yedeği hem mevcut durumu riske atar. Önce mevcut durumun imajı alınmalıdır.
Profesyonel Veri Kurtarma Süreci
Kurtarma çalışmasının temel ilkesi tek cümleyle özetlenebilir: orijinal medyaya yazılmaz. Aşağıdaki adımların tamamı bu ilkeye göre kurgulanmıştır.
1. Durum tespiti ve ön inceleme
Önce arızanın niteliği belirlenir: mekanik mi, elektronik mi, dizilim kaybı mı, yoksa dosya sistemi bozulması mı? Denetleyici günlükleri, disklerin SMART verileri ve dizinin son bilinen yapılandırması incelenir. Bu aşamada hangi verinin kurtarılabileceği ve çalışmanın mantıklı olup olmadığı ortaya çıkar. Ön inceleme ücretsizdir ve sonucunda ne yapılacağı yazılı olarak paylaşılır.
2. Sektör bazlı imaj alma
Her disk, sektör sektör birebir kopyalanır. Zayıf okunan bölgeler için özel okuma stratejileri kullanılır; disk zorlanmaz. Bundan sonraki tüm çalışma bu kopyalar üzerinde yürür. Böylece bir deneme başarısız olsa bile orijinal diskler ikinci bir çalışma için elverişli kalır.
3. Dizilim parametrelerinin yeniden belirlenmesi
Kopyalar üzerinden blok boyutu, disk sırası, parite düzeni ve başlangıç ofseti çözümlenir. Denetleyici yapılandırması kayıpsa bu parametreler verinin kendi yapısından çıkarılır. Doğru kombinasyon bulunduğunda dosya sistemi okunabilir hâle gelir.
4. Dosya sisteminin çözümlenmesi ve çıkarım
NTFS, ReFS, EXT4, XFS veya sanallaştırma katmanındaki VMFS gibi yapılar çözümlenir. Sanal disk dosyaları (VHDX, VMDK) varsa içleri ayrıca açılır. Kurtarılan veriler ayrı bir ortama yazılır.
5. Doğrulama ve teslim
Kurtarılan dosyaların açılabilirliği kontrol edilir; veritabanı dosyalarında tutarlılık denetimi yapılır. Teslimle birlikte, arızanın nasıl oluştuğunu ve tekrarını önlemek için nelerin değişmesi gerektiğini anlatan bir rapor verilir.
Sürecin tamamı veri kurtarma hizmetimiz kapsamındadır.
SSD RAID Dizilerinde Durum
SSD'lerde plaka ve okuma kafası yoktur, bu yüzden mekanik arıza görülmez. Ancak SSD RAID'in kendine özgü zorlukları vardır ve bazıları mekanik disklerden daha az affedicidir.
TRIM komutu bunların başında gelir. Silinen bloklar SSD tarafından arka planda gerçekten temizlenir. Mekanik diskte silinen dosya çoğunlukla üzerine yazılana kadar kurtarılabilirken, TRIM etkin bir SSD'de aynı veri dakikalar içinde geri dönülemez şekilde kaybolabilir. Bu yüzden SSD'de yanlışlıkla silme fark edilir edilmez sistem kapatılmalıdır.
Aşınma dengeleme (wear leveling) nedeniyle mantıksal adresler fiziksel hücrelere sabit biçimde karşılık gelmez; eşleme tablosu kontrolcüde tutulur. Kontrolcü arızalandığında bu tabloya erişilemez ve veri, hücrelerde durduğu hâlde okunamaz hâle gelir.
Bir başka pratik risk: aynı anda alınıp aynı yükle çalıştırılan SSD'ler benzer yazma ömrünü benzer zamanda tüketir. Bu nedenle SSD dizilerinde arızalar birbirine yakın zamanlarda gelme eğilimindedir. SSD RAID kurarken disklerin farklı partilerden seçilmesi ve yazma ömrü göstergelerinin izlenmesi bu riski azaltır.
NAS Cihazlarında RAID
Synology, QNAP ve benzeri NAS cihazları standart RAID seviyelerinin yanı sıra kendi hibrit yapılarını da kullanır (SHR, Storage Pool gibi). Bu yapılar genellikle altta Linux mdadm ve LVM üzerine kuruludur; farklı boyutlarda diskleri bir arada kullanabilmeleri bu katmandan gelir.
Kurtarma açısından bu, dizilim parametrelerinin yanı sıra LVM meta verisinin de çözümlenmesi gerektiği anlamına gelir. Bir NAS'ın diskleri farklı bir cihaza takıldığında doğrudan okunamaz.
NAS ile ilgili en sık gördüğümüz üç hata şunlardır: cihazın tek yedekleme noktası olarak kullanılması, disk uyarılarının arayüzde birikmesine rağmen fark edilmemesi ve arıza sonrası cihazın "onarım" seçenekleriyle kurcalanması. NAS bir yedekleme hedefi olabilir ama tek başına yedekleme stratejisi değildir; en az bir kopyanın cihaz dışında olması gerekir.
Sunucu RAID Dizileri
Sunucu ortamında RAID, genellikle donanımsal bir denetleyici üzerinden yönetilir ve üzerinde sanallaştırma katmanı bulunur. Bu, arıza anında iki ek katman demektir: dizilim ve sanal disk dosyaları.
Sunucularda kritik olan nokta izlemedir. Denetleyici bir diski sorunlu işaretlediğinde bunun bir yere düşmesi gerekir; e-posta uyarısı tanımlı değilse arıza, ikinci disk gidene kadar fark edilmez. Sahada karşılaştığımız RAID 5 veri kayıplarının çoğunda ilk arıza haftalar önce olmuş ama kimse görmemiştir.
İkinci nokta yapılandırmanın belgelenmesidir: denetleyici modeli, RAID seviyesi, disk sırası, blok boyutu ve hot spare tanımı yazılı olmalıdır. Bu bilgiler arıza anında kurtarma süresini kısaltır.
Üçüncüsü ise sanallaştırma katmanı: ana makine üzerinde çalışan sanal sunucuların yedeklerinin, ana makineden bağımsız bir hedefe alınması gerekir. Ayrıntı için sanallaştırma çözümleri ve felaket kurtarma planı sayfalarımıza bakabilirsiniz.
Arıza anında izlenecek sıra
- Sistemi kullanan herkese bilgi verin ve mümkünse yeni yazma işlemlerini durdurun.
- Denetleyici günlüğünü ve hangi diskin hangi durumda olduğunu not edin; ekran görüntüsü alın.
- Elinizdeki son yedeğin tarihini ve geri dönüş süresini kontrol edin.
- Rebuild başlatmadan önce durumu değerlendirin; degraded ama çalışan bir dizide acele karar vermeyin.
- Veri kritikse sistemi kapatın ve profesyonel destek alın.
Sık Sorulan Sorular
RAID yedekleme yerine geçer mi?
Hayır. RAID yalnızca fiziksel disk arızasına karşı koruma sağlar. Yanlışlıkla silme, fidye yazılımı, dosya bozulması veya kullanıcı hatası durumlarında RAID hatayı tüm disklere kopyalar. RAID'i olan bir sistemin de düzenli ve geri dönüşü test edilmiş yedeğe ihtiyacı vardır.
Bir disk arızalandı ama sistem çalışıyor, acil mi?
Evet. Dizi "degraded" durumdadır, yani yedekliliğini kaybetmiştir. RAID 5'te bir sonraki disk arızası doğrudan veri kaybı demektir. Sistem çalışıyor olması riskin geçtiği anlamına gelmez; aksine müdahale için elinizdeki en iyi zamandır.
Arızalı diski değiştirip rebuild başlatabilir miyim?
Yalnızca hangi diskin arızalı olduğu net ve diğer disklerde okuma hatası yoksa. Denetleyici birden fazla diski sorunlu gösteriyorsa veya rebuild daha önce yarıda kaldıysa, başlatmadan önce durum tespiti yapılmalıdır. Yanlış diskle başlatılan rebuild geri dönülemez sonuçlar doğurabilir.
Rebuild ne kadar sürer?
Disk kapasitesine, RAID seviyesine, denetleyici performansına ve dizinin o sırada aldığı yüke bağlıdır. Büyük kapasiteli disklerde saatlerden günlere uzayabilir. Bu süre boyunca dizi korumasız olduğu için, mümkünse yoğun olmayan bir zaman aralığında yapılması tercih edilir.
Kurtarma öncesinde ücret ödüyor muyum?
Hayır. Ön inceleme ücretsizdir. İnceleme sonunda hangi verinin kurtarılabileceği, tahmini süre ve maliyet yazılı olarak iletilir. Onayınız olmadan işleme başlanmaz; onaylamazsanız diskler size iade edilir.
Verilerim çalışma sırasında güvende mi?
Tüm çalışma orijinal disklerin sektör bazlı kopyaları üzerinde yürütülür; orijinal medyaya yazılmaz. Kurtarılan veriler yalnızca sizin belirlediğiniz ortama teslim edilir ve teslim sonrası bizde tutulmaz.
NAS cihazımın diskini bilgisayara taksam okuyabilir miyim?
Genellikle hayır. NAS cihazları Linux tabanlı dizilim ve LVM yapıları kullanır; diskler farklı bir sisteme takıldığında doğrudan okunamaz. Denemek de risklidir: bağlanan sistem diski "biçimlendirmek ister misiniz?" diye sorabilir ve yanlış bir tıklama durumu kötüleştirir.
SSD'de silinen dosya kurtarılabilir mi?
Mekanik diske göre çok daha zordur. TRIM etkinse silinen bloklar arka planda gerçekten temizlenir ve veri dakikalar içinde geri dönülemez hâle gelebilir. Fark edildiği anda sistemin kapatılması kurtarma şansını belirgin şekilde artırır.
Sorununuzu Birlikte Değerlendirelim
RAID dizinizde bir uyarı varsa, diziniz degraded durumdaysa ya da erişilemeyen veriniz varsa erken davranmak en büyük avantajdır. Ön inceleme ücretsizdir ve orijinal disklerinize yazılmaz.
Acil durumlar için 7/24 teknik destek hattımızdan da ulaşabilirsiniz. Cihazınızı Perpa Ticaret Merkezi A Blok Kat 9'daki ofisimize bırakabilir veya kargo ile gönderebilirsiniz.
İlgili İçerikler
- Veri Kurtarma Hizmeti — HDD, SSD, RAID ve NAS kurtarma süreci
- Yedekleme Çözümleri — RAID'in yerini tutmadığı senaryolar için
- Sunucu Kurulumu ve Yönetimi — doğru RAID seviyesiyle kurulum
- Felaket Kurtarma Planı — kurtarma süresi ve veri kaybı toleransının belirlenmesi
- Doğru Yedekleme Sistemi Nasıl Seçilir?