Hızlı Cevap

Ankara'da bir RAID dizisi çökerse veya yeniden yapılandırma (rebuild) ortada takılırsa, diziyi sakın başlatmayın (initialize) ve zorla rebuild denemeyin. Sunucuyu kapatın, disk sırasını etiketleyin ve bir veri kurtarma laboratuvarına danışın. Yanlış bir rebuild, kurtarılabilir bir diziyi kalıcı olarak yok edebilir. İlk hamle her zaman durmak ve durumu dondurmaktır.

Ankara'da Kurumsal RAID ve Sunucu Veri Kaybı

Ankara, kamu kurumlarının, KOBİ'lerin, sanayi işletmelerinin ve teknokent firmalarının yoğunlaştığı bir başkenttir. Bu kurumların büyük çoğunluğu verilerini tek bir diskte değil, RAID dizileri, NAS cihazları, SAN depolama üniteleri veya sanallaştırılmış sunucular üzerinde tutar. RAID, doğru kurgulandığında tek disk arızasına karşı koruma sağlar; ancak hiçbir RAID seviyesi yedek değildir ve gerçek hayatta diziler beklenenden çok daha sık çöker.

OSTİM ve İvedik sanayi sitelerindeki üretim firmalarından Çankaya'daki muhasebe ofislerine, Hacettepe ve ODTÜ Teknokent'teki yazılım şirketlerinden kamu kurumlarının veri merkezlerine kadar Ankara'daki işletmeler aynı kâbusu yaşıyor: sabah geldiklerinde sunucu çalışmıyor, paylaşım klasörleri açılmıyor, muhasebe veya ERP veritabanı erişilemiyor. Bu noktada atılan ilk adım, verinin geri gelip gelmeyeceğini belirler.

Bu rehber, RAID ve sunucu veri kaybının teknik temellerini, en sık görülen kurumsal arıza senaryolarını ve profesyonel laboratuvar sürecini dürüst bir dille anlatır. Amacımız, panik anında verilen yanlış kararların kurtarılabilir bir diziyi kurtarılamaz hale getirmesini önlemektir.

RAID Seviyeleri ve Hata Toleransı

RAID (Redundant Array of Independent Disks), birden fazla diski tek bir mantıksal birim gibi çalıştıran bir teknolojidir. Her seviye performans, kapasite ve dayanıklılık arasında farklı bir denge kurar.

RAID 0 (Stripe)

Veri tüm disklere şeritlenerek (stripe) dağıtılır. Performans yüksektir ama hata toleransı sıfırdır. Tek bir disk arızalanırsa tüm dizi çöker. RAID 0 bir yedekleme değildir ve kritik veri için asla önerilmez.

RAID 1 (Mirror)

Veri iki diske aynanın aynısı şekilde yazılır. Bir disk arızalansa bile diğeri çalışmaya devam eder. Basit ve güvenilirdir, ancak kullanılabilir kapasite toplam kapasitenin yarısıdır.

RAID 5 (Tek Parite)

Veri ve parite bilgisi tüm disklere dağıtılır. Tek bir disk arızasına dayanır. En yaygın kurumsal yapılandırmalardan biridir, ancak ikinci bir disk arızası dizinin tamamını kaybetmenize yol açar. Büyük disklerle rebuild süresi uzadıkça, rebuild sırasında ikinci diskin de arızalanma riski ciddi şekilde artar.

RAID 6 (Çift Parite)

İki ayrı parite bloğu sayesinde aynı anda iki disk arızasına dayanabilir. Büyük kapasiteli kurumsal dizilerde RAID 5'e göre daha güvenli kabul edilir.

RAID 10 (1+0)

Aynalama ve şeritlemenin birleşimidir. Yüksek performans ve iyi dayanıklılık sunar; ancak yanlış disklerin aynı anda arızalanması yine de dizi kaybına neden olabilir.

RAID Seviyesi Hata Toleransı Tipik Risk
RAID 0 Yok Tek disk arızası tüm veriyi yok eder
RAID 1 1 disk Sessiz bozulma fark edilmeyebilir
RAID 5 1 disk Rebuild sırasında ikinci disk çökerse dizi gider
RAID 6 2 disk Uzun rebuild, kontrolcü hatası
RAID 10 Duruma bağlı Aynı ayna çiftinde iki disk çökerse kayıp

Kurumsal Ortamda En Sık Görülen Arıza Senaryoları

Sahada en çok karşılaştığımız kurumsal veri kaybı senaryoları şunlardır:

  • Birden fazla diskin aynı anda veya kısa aralıklarla arızalanması. Aynı parti diskler genellikle benzer ömre sahip olduğundan, bir disk öldükten kısa süre sonra ikincisi de gider.
  • Bozulmuş (degraded) dizide çalışmaya devam etmek. Bir disk arızalandığında dizi degraded moda düşer; bu sırada ikinci bir arıza yıkıcı olur.
  • Başarısız rebuild. Yedek disk takıldıktan sonra başlatılan yeniden yapılandırmanın yarıda kalması veya hatalı tamamlanması, çoğu zaman durumu daha da kötüleştirir.
  • RAID kontrolcüsü (controller) arızası. Kontrolcü kartı bozulduğunda diskler sağlam olsa bile dizi yapılandırması kaybolabilir.
  • Yanlışlıkla initialize, foreign config import veya yeniden yapılandırma. Panikle yapılan bu işlemler parite ve metadata yapısını bozar.
  • Güç kesintisi, yükselen voltaj veya jeneratör geçişinde dosya sistemi bozulması.
  • NAS veya SAN cihazının firmware çökmesi, havuz (pool) bozulması.

Rebuild Neden Bu Kadar Tehlikeli?

Kurumsal veri kaybının en büyük nedeni arızanın kendisi değil, arıza sonrası verilen yanlış karardır. Çökmüş bir diziyi yeniden yapılandırmaya zorlamak en sık yapılan ve en yıkıcı hatadır.

Rebuild, kalan disklerden parite hesaplayarak yeni diske veri yazma işlemidir. Eğer dizide birden fazla sorun varsa, hatalı bir disk halen dizinin parçasıysa veya disk sırası karışmışsa, rebuild yanlış veriyi doğru veri zannederek disklerin üzerine yazar. Bu işlem geri alınamaz. Daha önce salt okunur bir laboratuvar ortamında kolayca kurtarılabilecek bir dizi, başarısız bir rebuild sonrası kurtarılamaz hale gelebilir.

Aynı şekilde initialize ve foreign config clear komutları metadata'yı sıfırlar. Diziyi yeniden oluşturmak (re-create) ise farklı stripe boyutu veya disk sırasıyla yapıldığında orijinal veri düzenini bozar. Bu yüzden temel kural nettir: arıza anında diziye yazma yapan hiçbir işlemi çalıştırmayın.

NAS, SAN ve Sanallaştırma (VMware / Hyper-V)

Modern Ankara işletmelerinde veri çoğunlukla sanallaştırma katmanının altında durur. Bir RAID dizisinin üzerinde bir dosya sistemi, onun üzerinde bir datastore, onun üzerinde de sanal makine disk dosyaları bulunur. Bu katmanlı yapı, kurtarma sürecini daha karmaşık ama yine de mümkün kılar.

VMware ortamlarında VMFS datastore bozulması, silinmiş veya erişilemeyen VMDK dosyaları, snapshot zinciri kopması sık görülür. Hyper-V tarafında ise VHD ve VHDX dosyalarının bozulması, checkpoint birleştirme hataları ve Storage Spaces havuz sorunları öne çıkar. NAS cihazlarında (örneğin Synology, QNAP) Linux tabanlı dosya sistemleri ve LVM katmanı, SAN ünitelerinde ise iSCSI LUN yapıları devreye girer.

Bu senaryolarda da kural aynıdır: önce alttaki RAID dizisi salt okunur klonlanır, ardından datastore ve sanal disk katmanları sanal ortamda yeniden inşa edilerek dosya sistemleri ve veritabanları çıkarılır. Cihaz üzerinde onarım denemek yerine, kopyalar üzerinde çalışmak verinin güvenliği için şarttır.

Profesyonel Süreç: Salt Okunur Klon ve Sanal Yeniden Birleştirme

DSET'in kurumsal RAID kurtarma yaklaşımı dört temel ilkeye dayanır:

  1. Önce her üye disk salt okunur (read-only) klonlanır. Orijinal disklere asla yazma yapılmaz. Zayıf veya arızalı diskler özel donanımlı imaj alma cihazlarıyla, gerekirse temiz oda ortamında kopyalanır.
  2. Klonlar üzerinde sanal RAID yeniden birleştirme yapılır. Disk sırası, stripe boyutu, parite rotasyonu ve dönüş yönü analiz edilerek dizinin orijinal mantıksal yapısı yazılımsal olarak yeniden kurulur.
  3. Parite ve şerit analizi ile tutarlılık doğrulanır. Hangi diskin önce arızalandığı, hangi blokların güncel olduğu tespit edilir; böylece eski (stale) verinin kurtarmaya karışması önlenir.
  4. Yeniden birleştirilen sanal diziden dosya sistemi, datastore, sanal makineler ve veritabanları çıkarılır ve bütünlüğü kontrol edilir.

Bu süreç boyunca müşterinin orijinal donanımına hiçbir yazma işlemi yapılmaz. Bu, başarısız bir denemenin bile veriyi tehlikeye atmamasını garanti eder.

İş Sürekliliği ve RTO

Bir kurum için veri kaybının maliyeti sadece dosyalar değil, kaybedilen iş süresidir. Kurtarma planlaması yapılırken RTO (kurtarma süresi hedefi) ve RPO (kabul edilebilir veri kaybı penceresi) göz önünde bulundurulur. Acil durumlarda DSET, kritik veritabanı veya muhasebe dosyalarının önceliklendirildiği hızlandırılmış süreç sunabilir. Yine de en sağlıklı strateji, RAID'i tek koruma katmanı olarak görmemek ve düzenli, dizi dışında tutulan yedeklerle desteklemektir.

Ankara'da DSET RAID ve Sunucu Veri Kurtarma Hizmeti

DSET, Ankara genelinde kurumsal müşterilere RAID, sunucu, NAS ve sanallaştırma veri kurtarma hizmeti verir. Çankaya'daki ofislerden OSTİM ve İvedik sanayi sitelerindeki üretim firmalarına, Sincan OSB işletmelerinden Hacettepe ve ODTÜ Teknokent'teki teknoloji şirketlerine, kamu kurumlarının veri merkezlerinden KOBİ'lere kadar geniş bir yelpazeye destek sağlanır.

Ankara içi kurumsal vakalarda yerinde değerlendirme ve getir götürme imkânı sunulur. Diğer illerden gelen sunucu ve disk dizileri için ise güvenli kargo kabul edilir, paketleme ve disk sırasının etiketlenmesi konusunda telefonda yönlendirme yapılır. Kurumsal gizlilik gereği tüm süreç NDA ile yürütülebilir.

Sık Sorulan Sorular (SSS)

İki disk aynı anda çöktü, dizim kurtarılır mı?

Çoğu durumda evet. RAID 5'te iki disk, RAID 6'da üç disk arızasında dizi durur, ancak diskler salt okunur klonlanıp parite analizi yapıldığında veri büyük oranda geri getirilebilir. Önemli olan disklere yazma yapan hiçbir işlem çalıştırmamaktır.

Yedek disk takıp rebuild başlattım, ne olur?

Rebuild yarıda kaldıysa veya hatalı tamamlandıysa hemen durdurup sunucuyu kapatın. Başarısız bir rebuild bazı blokların üzerine yanlış veri yazmış olabilir, ancak salt okunur klonlama ve sanal yeniden birleştirme ile çoğu durumda hâlâ anlamlı veri çıkarılabilir. Ne kadar erken durdurursanız o kadar iyi.

Sunucu şifreli veya BitLocker korumalı, sorun olur mu?

Şifreleme bir engel değildir, ancak anahtar veya kurtarma parolası gereklidir. BitLocker kurtarma anahtarınızı, başvuru sırasında hazır bulundurmanız işlemi hızlandırır. Anahtar olmadan şifreli verinin açılması mümkün değildir; bu konuda dürüst olmak gerekir.

Kurtarma ne kadar sürer?

Disk sayısına, arıza türüne, kapasiteye ve disklerin fiziksel durumuna bağlıdır. Standart RAID vakaları birkaç günde sonuçlanabilirken, fiziksel arıza veya temiz oda gereken durumlar daha uzun sürebilir. Acil kurumsal vakalar için hızlandırılmış süreç mevcuttur.

Kurumsal gizlilik nasıl korunuyor?

Tüm kurumsal vakalar talep üzerine NDA ile yürütülür. Verileriniz yetkisiz erişime kapalı ortamda işlenir, iş bittikten sonra mutabakatla imha edilir veya teslim edilir. Kamu kurumları ve KOBİ'ler için gizlilik standart sürecin parçasıdır.

DSET Hakkında

DSET, 2003'ten bu yana Ankara Hacettepe Teknokent Beytepe'de hizmet veriyor. Veri kurtarmada başarı oranımız yüzde 99.4. İlk teşhis ücretsiz, veri çıkmazsa ücret yok. Telefon: +90 536 662 38 09.

Daha geniş bir bakış için Ankara veri kurtarma rehberimize göz atabilir, özel senaryolar için RAID 5 çöktü kurtarma süreci ve sunucu sanallaştırma VMware Hyper-V kurtarma yazılarımızı inceleyebilirsiniz.

Kaynaklar