Sunucu Diski Veri Kurtarma: Tıklayan Kurumsal HDD Vakası

Kurumsal sınıf diskler yoğun iş yüküne göre tasarlanır. Yine de mekanik olarak arızalanabilirler. Bu yazıda sunucu diski veri kurtarma sürecini PITS Global laboratuvarlarında çözülen gerçek bir vaka üzerinden anlatıyoruz. Vakada tık sesi çıkaran, BIOS’ta görünmeyen bir dosya sunucusu diski vardı. Ardından aynı durumla karşılaşan BT ekiplerinin ilk dakikalarda neler yapması gerektiğini adım adım ele alıyoruz.

Vaka: Güncellemeden sonra açılmayan dosya sunucusu

Orta ölçekli bir lojistik firmasının ana dosya sunucusu, rutin bir sistem güncellemesinin ardından yeniden başlatıldı ve bir daha açılmadı. İlk bakışta sıradan bir yeniden başlatma sorunu gibi görünüyordu. Ancak sunucudan ritmik bir tık sesi gelmeye başladı. Sunucunun BIOS ekranı da dahili diski artık algılamıyordu.

Bu disk; yıllara yayılan faturaları, müşteri kayıtlarını, sözleşmeleri ve sistem günlüklerini barındıran kurumsal sınıf bir HDD’ydi. Sunucu, farklı departmanlardaki 40’tan fazla çalışanın günlük işini taşıyordu. Bulut yedekleri ve iş ortaklarının sistemleriyle de senkronize çalışıyordu.

Yedek vardı, ama altı günlüktü

Firmanın bir yedekleme sistemi vardı, fakat son kopya altı gün önce alınmıştı. Bu da yaklaşık bir haftalık sevkiyat belgesinin, müşteri yazışmasının ve yeni sözleşmenin kayıp olması anlamına geliyordu. Lojistikte bu tür bir boşluk; geciken sevkiyatlara, kesilemeyen faturalara, hizmet seviyesi sözleşmelerinin (SLA) ihlaline ve müşteri güveninin zedelenmesine yol açabilir.

Şirket içinde yapılan kurtarma denemeleri sonuç vermedi. Bunun üzerine firmanın BT yöneticisi PITS Global ile iletişime geçti. Disk laboratuvara ulaşır ulaşmaz incelenmek üzere sertifikalı temiz odaya alındı.

Sunucu diski neden tık sesi çıkarır?

Sunucu diskinden gelen ritmik tık sesi, büyük olasılıkla okuma-yazma kafasının (head) veriyi okuyamadığını ve sürekli başa döndüğünü gösterir. Kafa grubu ya hasar görmüştür ya da plakadaki (platter) servis bilgilerine ulaşamıyordur. Bu sırada disk çalışmaya devam ettikçe hasar büyüyebilir.

Yoğun kullanılan ortamlarda kafa arızasının yaygın nedenleri şunlardır:

• Kafa çarpması (head crash): Kafanın plaka yüzeyine temas etmesi.
• Mikro titreşimler: Rack içinde sürekli çalışan fanlar ve diğer disklerden gelen titreşim.
• Elektrik dalgalanmaları: Ani kesinti ya da gerilim değişimleri.
• Yıpranma: Yıllarca kesintisiz çalışmanın mekanik parçalar üzerindeki etkisi.

Bu vakada yapılan ilk teşhis, sorunun mekanik olduğunu doğruladı. Kafalardan biri arızalanmıştı ve plaka yüzeyinde sürükleniyordu. Neyse ki plakaların birçok bölgesi hâlâ okunabilir durumdaydı.

Laboratuvardan not: Plakaya sürtünen bir kafa, disk her açıldığında yüzeyde yeni çizikler bırakabilir. “Bir kez daha deneyelim” diye yapılan her yeniden başlatma, kurtarılabilecek alanı küçültebilir. Tık sesini duyduğunuz anda yapılacak en doğru şey sunucuyu kapatmaktır.

Laboratuvarda tıklayan sunucu diskine ne yapıldı?

Disk, önce fiziksel olarak onarıldı. Ardından diske yazılmadan kontrollü biçimde imajı alındı ve veriler bu kopya üzerinden kurtarıldı. Bu sıra rastgele değildir. Önce diski güvenle okunabilir hâle getirmek, sonra tek bir okuma geçişiyle mümkün olan en fazla veriyi almak gerekir.

1. Temiz odada kafa grubu değişimi

Mühendislerimiz, uyumlu bir donör diskten alınan parçalarla hasarlı kafa grubunu değiştirdi (head stack replacement). Bu işlem yalnızca temiz oda (cleanroom) koşullarında yapılabilir. Normal bir odadaki toz zerresi bile plaka ile kafa arasındaki çok dar mesafede yeni hasara yol açar. Ayrıca kafalar, ciddi hasarlı bölgeleri atlayıp okunabilir alanlara yönelecek şekilde ayarlandı.

2. Firmware ve çevirmen tablosu onarımı

Mekanik onarımla eş zamanlı olarak diskin firmware modülleri incelendi ve onarıldı. Diskin iç yapısına doğru erişimi sağlayan çevirmen tablosu (translator) yeniden oluşturuldu. Çevirmen tablosu, işletim sisteminin gördüğü mantıksal adresleri plakadaki fiziksel konumlarla eşleştirir. Bozulduğunda disk mekanik olarak sağlam olsa bile veriye ulaşılamaz. Bu tür firmware ve servis alanı (service area) işlemleri PC-3000 Express gibi özel donanımlarla yapılır.

3. Sektör sektör kontrollü imaj alma

Disk kararlı hâle geldikten sonra sektör sektör imajı (imaging) alındı. Zayıf diskte imaj alma işi, DeepSpar Disk Imager gibi okuma hızını ve hatalı bölgelerdeki denemeleri kontrol edebilen cihazlarla yapılır. Böylece sağlam bölgeler önce okunur, sorunlu alanlara en sona bırakılır. Tüm işlemler kayıt altına alınarak süreç izlenebilir tutuldu.

4. Dosya sistemi ve meta verinin yeniden yapılandırılması

Ham veri tek başına yeterli değildi. Veri mühendislerimiz imaj üzerinden parçalı dosya yapılarını ve meta verileri yeniden oluşturdu. Bu adım atlansaydı, kurtarılan dosyaların çoğu firmanın kurumsal yazılımlarında çalışmayacaktı. Bu aşamada ACE Lab Data Extractor gibi dosya sistemi yeniden yapılandırma araçları kullanılır.

Sonuç: Verilerin yaklaşık %95’i kurtarıldı

Temiz oda onarımı ve dijital yeniden yapılandırma yaklaşık 72 saat sürdü. Sonunda diskteki verilerin yaklaşık %95’i kurtarıldı. Kurtarılan veriler arasında SQL veritabanı anlık görüntüleri, finans tabloları, sistem günlükleri ve taranmış sözleşmeler vardı.

Doğruluğu teyit etmek için firmanın BT ekibiyle uzaktan bir doğrulama oturumu yapıldı. Veriler gerçek zamanlı olarak birlikte kontrol edildi. Onaylanan veriler şifreli bir harici depolama birimine aktarılarak teslim edildi.

Bu süre ve oran, bu vakaya özgüdür. Her diskin hasarı farklıdır; başarı arızanın türüne ve hasarın derecesine bağlıdır.

Sunucu diski arızalandığında ilk ne yapmalısınız?

Sunucu diskinde fiziksel arıza belirtisi varsa en güvenli ilk adım, sistemi düzgünce kapatıp diske dokunmadan uzman değerlendirmesi istemektir. Aşağıdaki tablo, sık görülen belirtileri ve doğru tepkiyi özetliyor.

Belirti	Olası neden	Ne yapmalı	Ne yapmamalı
Ritmik tık sesi	Okuma-yazma kafası arızası	Sunucuyu kapatın, diski etiketleyin	Tekrar tekrar açıp denemeyin
Sürtünme veya kazıma sesi	Kafanın plakaya temas etmesi	Gücü hemen kesin	Diski çalışır hâlde bırakmayın
Disk BIOS’ta/RAID kartında görünmüyor	Kafa, PCB veya firmware arızası	Kablo ve bağlantıları kontrol edin, sonra durun	Diski başlatmayın (initialize), formatlamayın
Disk görünüyor ama dosya sistemi bozuk	Mantıksal hasar, kötü sektörler	Diske yazmayı durdurun, yedekleri kontrol edin	CHKDSK, fsck veya onarım aracı çalıştırmayın
RAID dizisi “degraded” uyarısı	Dizideki bir veya daha fazla disk arızası	Disklerin sırasını not edin	Rebuild başlatmayın, diskleri yer değiştirmeyin

BT ekipleri için güvenli kontrol listesi

1. Sunucuyu işletim sistemi üzerinden düzgünce kapatın; mümkün değilse gücü kesin.
2. Sunucu ekranındaki ve RAID denetleyicisindeki hata mesajlarının fotoğrafını çekin.
3. Birden çok disk varsa her diskin yuva numarasını etiketleyin.
4. Sunucu modelini, RAID seviyesini ve dosya sistemini (NTFS, ext4 vb.) not edin.
5. En son yedeğin tarihini ve kapsamını belirleyin; eksik kalan dönemi tespit edin.
6. Diski kendiniz açmayın, PCB değiştirmeyin, kurtarma programlarını arızalı diske yazacak şekilde çalıştırmayın.

Daha fazla belirti ve anlamı için hard disk arıza belirtileri rehberimize göz atabilirsiniz. Sunucunuz RAID 5 dizisi kullanıyorsa rebuild başarısız olduğunda yapılması gerekenler yazısı da işinize yarar.

Ne zaman profesyonel yardım almalısınız?

Diskte tık, sürtünme ya da bip sesi varsa, disk BIOS’ta görünmüyorsa veya kurum içi denemeler sonuç vermediyse profesyonel yardım almanın zamanı gelmiştir. Bu durumlar fiziksel hasara işaret eder. Yazılımla çözülemezler ve her deneme durumu ağırlaştırabilir.

Bu vakada da firmanın kendi denemeleri sonuç vermemişti. Yine de diskin plakalarının büyük bölümü sağlam kaldığı için yüksek oranda kurtarma mümkün oldu. Ne kadar erken durursanız, kurtarılabilecek alan o kadar korunur.

PITS Global Veri Kurtarma Hizmetleri olarak sunucu veri kurtarma taleplerini İstanbul Ataşehir’deki ISO sertifikalı temiz oda laboratuvarımızda değerlendiriyoruz. Süreç ücretsiz ön analizle başlar. Bulguları size bildirir, onayınız olmadan işleme geçmeyiz. Fiziksel onarım gerekiyorsa temiz odada yapılır, ardından orijinal diske yazmadan imaj alınır. Veriler imaj üzerinden kurtarılır, dosya listesi sizinle doğrulanır ve yeni bir ortama aktarılır. Ayrıntılar için veri kurtarma sürecimizi inceleyebilirsiniz.

Kurumsal verinin gizliliği

Sunucu disklerinde çoğunlukla müşteri kayıtları, sözleşmeler ve finansal veriler bulunur. Bu veriler 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) kapsamında hassasiyet gerektirebilir. Laboratuvarımızda veriler gizlilik ilkesiyle ve KVKK’ya uygun şekilde işlenir.

Bu vakadan BT yöneticileri ne öğrenmeli?

Bu vakanın ana dersi şudur: kurumsal disk de arızalanır ve yedeğinizin yaşı, kaybedeceğiniz iş gününü belirler. Üç önlem öne çıkıyor:

• Sık artımlı yedekleme yapın: RAID koruması olsa bile yedekler günlük, kritik sistemlerde saatlik alınmalıdır. RAID bir yedek değildir; yalnızca disk arızasına karşı süreklilik sağlar.
• S.M.A.R.T. izlemesi kurun: Disk sağlığını sürekli izleyen araçlar ve arıza öngörü uyarıları, sorunları veri kaybından önce fark etmenizi sağlar. Yeniden atanan sektör sayısındaki artış gibi uyarıları ciddiye alın.
• Kriz öncesi bir kurtarma partneri belirleyin: Arıza anında araştırma yapmak zaman kaybettirir. Hangi laboratuvarla çalışacağınızı acil durum planınıza önceden ekleyin.

Önemli Noktalar

• Sunucu diskinden gelen tık sesi çoğunlukla okuma-yazma kafası arızasını gösterir.
• Tık sesini duyduğunuzda sunucuyu kapatın; tekrar tekrar başlatmak plakalara zarar verebilir.
• CHKDSK, fsck, formatlama, diski başlatma ve RAID rebuild işlemlerinden kaçının.
• Profesyonel süreç: temiz odada kafa değişimi, firmware onarımı, kontrollü imaj alma ve dosya sistemi yeniden yapılandırma.
• PITS Global laboratuvarlarındaki bu vakada veriler yaklaşık 72 saatte, %95 civarında kurtarıldı; sonuç her diskte farklıdır.
• Sık artımlı yedekleme ve S.M.A.R.T. izleme, bu tür krizlerin etkisini en aza indirir.

Sunucu diskiniz arızalandıysa bize ulaşın

Sunucunuzdaki disk tık sesi çıkarıyorsa veya hiç görünmüyorsa, diski çalıştırmayı bırakın ve bizi arayın: (0216) 599 00 11. PITS Global Veri Kurtarma Hizmetleri; İstanbul, Ankara, İzmir, Antalya, Bursa, Gaziantep ve Samsun şubeleriyle hizmet verir. Ücretsiz analiz ve ücretsiz kargo sunuyoruz; veri kurtarılamazsa ücret alınmaz. Hemen fiyat teklifi alabilirsiniz.

Sıkça Sorulan Sorular

Sunucu diski tık sesi çıkarıyorsa veriler tamamen kayboldu mu?

Hayır, tık sesi çoğu zaman verinin kaybolduğu anlamına gelmez. Genellikle okuma-yazma kafasının veriye ulaşamadığını gösterir; plakalardaki veri büyük ölçüde yerinde durabilir. Ancak disk çalışmaya devam ederse hasarlı kafa plakayı çizebilir. Sunucuyu hemen kapatıp diski temiz oda laboratuvarında değerlendirmek, kurtarma şansını korumanın en güvenli yoludur.

RAID kullanan bir sunucuda tek disk arızalanırsa ne yapmalıyım?

Önce yedeklerinizin güncel olup olmadığını kontrol edin. Dizinin durumunu değiştirecek işlemlerden kaçının. Rebuild başlatmayın, diskleri yuvalardan çıkarıp yer değiştirmeyin. Disklerin sırasını etiketleyin ve RAID denetleyicisindeki hata mesajlarını kaydedin. Dizide ikinci bir disk de zayıfsa rebuild sırasında dizi tamamen çökebilir. Veri kritikse önce uzman değerlendirmesi isteyin.

Sunucu diskini kendi teknik ekibimiz açıp kafayı değiştirebilir mi?

Önerilmez. Kafa değişimi uyumlu donör parça, özel ayar ve toz içermeyen temiz oda ortamı gerektirir. Normal ortamda açılan bir diskte toz zerreleri plakalara yerleşir ve kalıcı hasara yol açabilir. Ayrıca kafa değişiminden sonra çoğu zaman firmware ve adaptif parametre ayarı da gerekir. Yanlış bir müdahale, verinin kurtarılabilir kısmını ciddi ölçüde azaltabilir.

Sunucu diskinden veri kurtarma ne kadar sürer?

Süre, arızanın türüne, diskin kapasitesine ve plakalardaki hasarın derecesine bağlıdır. PITS Global laboratuvarlarındaki bu vakada temiz oda onarımı ve yeniden yapılandırma yaklaşık 72 saat sürdü. Ancak bu yalnızca o vakaya ait bir süredir. Kesin bilgi, ücretsiz ön analizden sonra diskinizin durumuna göre verilir.

Kurumsal verilerimin gizliliği laboratuvarda nasıl korunur?

Müşteri kayıtları, sözleşmeler ve finansal veriler içeren sunucu diskleri gizlilik ilkesiyle ele alınır. Veriler KVKK'ya uygun şekilde işlenir ve yalnızca kurtarma işlemi için kullanılır. Kurtarılan veriler müşteriyle birlikte doğrulandıktan sonra yeni bir depolama ortamına aktarılarak teslim edilir. Bu vakada da veriler şifreli bir harici depolama birimiyle teslim edildi.