SAN ve Depolama Ünitesi Veri Kurtarma

Desteklediğimiz depolama platformları

SAN kurtarmayı sunucu kurtarmadan ayıran teknik farklar

Çok katmanlı yapı. Bir LUN'a ulaşmak için üç katmanın sırayla çözülmesi gerekir: fiziksel disk grupları, üzerindeki havuz (pool) ve en üstte sunucuya sunulan sanal birim. Katmanlardan biri yanlış çözülürse veri okunabilir görünür ama içerik bozuktur.

Thin provisioning. Sanal birim, fiziksel olarak var olmayan alanı varmış gibi gösterir. Veri diskler üzerinde bitişik değil, havuzdan tahsis edilmiş parçalar hâlinde durur. Kurtarmada bu tahsis haritasının (allocation map) yeniden üretilmesi gerekir; harita olmadan parçalar doğru sırayla birleştirilemez.

520 ve 528 bayt sektörler. Kurumsal depolama üniteleri, her sektöre ek bütünlük verisi yazmak için standart 512 bayt yerine 520 veya 528 baytlık sektör kullanır. Bu diskler normal bir bilgisayara takıldığında boş veya bozuk görünür. Kurtarmada sektörler yeniden 512 bayta indirgenmeden hiçbir dosya sistemi tanınmaz.

Katmanlı depolama (tiering). Sık kullanılan bloklar SSD katmanına, seyrek kullanılanlar HDD katmanına taşınır. Aynı dosyanın parçaları farklı disk gruplarında olabilir; kurtarmada tüm katmanların birlikte ele alınması gerekir.

En sık karşılaştığımız kayıp senaryoları

• Havuz (pool) çöktü. Denetleyici havuzu "offline" veya "degraded" gösterir, LUN'lar sunuculardan kayboldu.
• LUN eşlemesi silindi. Veri havuzda durur ancak sunucuya sunulmuyordur.
• Birden fazla disk düştü. Genellikle rebuild sırasında, aynı partiden gelen diskler ardı ardına arıza verir.
• Denetleyici firmware güncellemesi sonrası tanınmayan havuz.
• Yanlış disk çekildi. Degraded durumdaki bir dizide sağlam diskin çekilmesi, diziyi anında erişilemez yapar.
• Genişletme sırasında kesinti. Havuza disk eklenirken yaşanan güç kaybı, tahsis haritasını yarım bırakır.
• Yanlışlıkla LUN biçimlendirildi veya silindi.

Yapılmaması gerekenler

• Havuzu veya LUN'u yeniden oluşturmayın. Eski tahsis haritası geri gelmez, üzerine yazılır.
• Rebuild veya "reconstruct" başlatmayın.
• Diskleri initialize etmeyin ve yabancı yapılandırmayı temizlemeyin.
• Firmware güncellemesi denemeyin. Sorun güncellemeden çıktıysa yenisi düzeltmez.
• Disklerin yuva sırasını bozmayın. Kabin ve yuva numarasıyla etiketleyin.
• Diskleri normal bir bilgisayara takıp biçimlendirme teklifini kabul etmeyin. 520 bayt sektör nedeniyle boş görünmeleri normaldir.

Kurtarma sürecimiz

1. Envanter ve etiketleme. Kabin, yuva ve disk seri numaraları kayıt altına alınır.
2. Salt-okunur görüntüleme. Her disk sektör sektör kopyalanır; 520/528 bayt sektörler bu aşamada 512 bayta indirgenir.
3. Katmanların çözülmesi. Disk grubu, havuz ve LUN yapısı sırayla yeniden kurulur; thin provisioning haritası yeniden üretilir.
4. Dosya sistemi ve üst katman. LUN üzerindeki VMFS, NTFS, ext4 veya veritabanı dosyaları çıkarılır.
5. Doğrulama ve teslim. Veri bütünlüğü kontrol edilerek yeni bir ortama aktarılır.

Sık sorulan sorular

Depolama ünitesinin tamamını mı göndermeliyim?

Diskler yeterlidir, ancak kabinin modeli ve firmware sürümü bilgisi gereklidir. Bazı durumlarda denetleyici yapılandırmasının okunması için kabin de istenebilir; bu analiz sonrası netleşir.

Diskler sağlam görünüyor, yine de kurtarma gerekir mi?

Sıklıkla evet. SAN vakalarının çoğunda diskler sağlamdır; sorun havuz ve LUN tanımlarının kaybolmasıdır. Bu tür vakalar genellikle daha yüksek başarı oranıyla sonuçlanır.

Sistem çalışmaya devam ederken kurtarma yapılabilir mi?

Önerilmez. Ünite çalışmaya devam ettikçe arka plan işlemleri (rebuild, tiering, garbage collection) veriyi taşımaya ve üzerine yazmaya devam eder.

Depolama ünitenizde veri kaybı yaşadıysanız üniteyi kapatın ve bize ulaşın. İlgili sayfalar: sunucu veri kurtarma, RAID veri kurtarma, veri kurtarma sürecimiz.