Sunucu Veri Kurtarma: Fiziksel ve Sanal Sunucularda İş Kesintisini Durdurmak

Sunucu çöktüğünde kaybolan yalnızca dosyalar değildir. Faturalandırma durur, e posta akışı kesilir, sahadaki ekip sipariş göremez ve her geçen dakika gerçek paraya dönüşür. DSET olarak 2003'ten bu yana Ankara'da işletmelerin tam da bu anlarda yanında oluyoruz. Bu sayfada fiziksel ve sanal sunucu veri kurtarma sürecini, hangi senaryoda ilk dakikalarda ne yapmanız (ve neyi kesinlikle yapmamanız) gerektiğini dürüst bir dille anlatıyoruz.

Hızlı Cevap

Sunucu arızasında ilk kural sistemi güvenli biçimde kapatmak ve dokunmayı bırakmaktır. RAID'i yeniden kurmayın, diskleri başlatmayın, format veya rebuild işlemi başlatmayın. Yanlış müdahale kurtarılabilir veriyi kalıcı kaybettirir. Diskleri olduğu gibi koruyun ve gizlilik sözleşmesiyle çalışan profesyonel bir laboratuvardan salt okunur teşhis isteyin. İlk teşhis ücretsizdir.

Neden Sunucu Veri Kurtarma Ayrı Bir Uzmanlık İster

Masaüstü bir diskten veri çıkarmak ile bir sunucudan veri çıkarmak aynı iş değildir. Sunucularda veri çoğunlukla birden fazla disk üzerine RAID dizisiyle dağıtılır, üzerinde sanallaştırma katmanı çalışır, o katmanın içinde sanal disk dosyaları, onların içinde de veritabanı motorları bulunur. Yani bir Oracle tablosuna ulaşmak için önce dizi geometrisini, sonra dosya sistemini, sonra sanal diski, en sonunda da veritabanı yapısını doğru çözmek gerekir. Bu katmanların herhangi birinde yapılan tahmin yürütme denemesi alttaki katmanı bozma riski taşır.

Bizim yaklaşımımız tek cümleyle özetlenebilir: Önce kopya, sonra çözüm. Orijinal disklere asla yazmayız. Her diskin sektör sektör salt okunur imajını alır, tüm analiz ve yeniden inşa çalışmasını bu imaj kopyaları üzerinde yürütürüz. Böylece bir deneme başarısız olsa bile orijinal veri olduğu yerde, ilk günkü haliyle durur.

Sık Karşılaşılan Sunucu Arıza Senaryoları

RAID Dizisi ve Disk Arızası

En yaygın çağrı sebebi budur. Tek disk arızasında dizi genelde ayakta kalır ama ikinci disk de gidince dizi çöker (degraded durumdan offline duruma geçer). Burada en kritik hata, paniğe kapılıp kontrol kartından dizinin yeniden oluşturulmasıdır. Rebuild işlemi yanlış diske yazmaya başlarsa paritenin üzerine biner ve kurtarılabilir veriyi geri dönülmez biçimde ezer.

Doğru yol, tüm diskleri etiketleyip sıralarını koruyarak çıkarmak ve dizi parametrelerini (blok boyutu, parite düzeni, disk sırası, sol mu sağ mı senkron) imaj üzerinden geriye doğru çözmektir. RAID 5, RAID 6, RAID 10 ve iç içe kurulumlarda bu yeniden inşayı yazılımsal olarak yapar, sanal diziyi ayağa kaldırır ve dosya sistemini buradan okuruz. Konuyu derinlemesine ele aldığımız RAID veri kurtarma sayfamızda dizi tiplerine göre süreci ayrıntılı bulabilirsiniz.

Veritabanı Bozulması: SQL Server, MySQL, Oracle

Veritabanları ani elektrik kesintisi, dolu disk, dosya sistemi hasarı veya başarısız bir güncelleme sonrası tutarsız hale gelebilir. SQL Server için MDF ve LDF dosyalarının, MySQL için InnoDB tablo alanlarının (ibdata ve ibd), Oracle için DBF veri dosyalarının iç yapısını sayfa düzeyinde inceleriz.

Buradaki en önemli uyarı şudur: Bozuk bir veritabanında repair onarım komutlarını veteriner kontrolü olmadan çalıştırmak çoğu zaman daha fazla satır kaybettirir. Bazı onarım modları kasıtlı olarak bozuk sayfaları silerek veritabanını açar, yani veriyi feda ederek erişilebilirlik kazandırır. Biz önce kopya üzerinde çalışıp hangi tabloların sağlam, hangilerinin parçalı olduğunu tespit eder, mümkün olan en yüksek satır sayısını kurtarırız.

Exchange ve Posta Kutusu Kurtarma

E posta, çoğu işletme için en kritik süreklilik unsurudur. Microsoft Exchange veri tabanı dosyaları (EDB) ve işlem günlükleri (transaction log) bütünlüğünü kaybettiğinde posta kutuları açılmaz hale gelir. Yanlışlıkla silinen bir posta kutusu, bozulan bir veritabanı veya başarısız bir taşıma işlemi sonrası EDB yapısını çözer, posta kutularını, klasör hiyerarşisini ve eklerini yeniden inşa ederiz. Hedef, kullanıcıların kutularına eski haliyle kavuşmasıdır.

Sanal Makine ve Datastore Kaybı: VMware VMDK, Hyper-V VHDX

Sanallaştırma, sunucu yoğunlaştırmasının standardı oldu ama tek bir datastore kaybı onlarca sanal makineyi aynı anda yere serebilir. VMware tarafında VMFS datastore hasarı, yanlışlıkla silinen VMDK dosyaları, snapshot zincirinin kopması veya thin provision disklerin tutarsızlığı sık görülür. Hyper V tarafında ise bozuk VHDX dosyaları, kırılan checkpoint zincirleri ve farklılık diski (differencing disk) bağının kopması öne çıkar.

Bu senaryolarda iki katmanlı çalışırız: Önce VMFS veya NTFS depolama katmanından sanal disk dosyalarını bütünlüğüyle çıkarır, ardından o sanal diskin içindeki dosya sistemini ve gerekirse içindeki veritabanını ayrı bir kurtarma turuyla ele alırız. Sanallaştırma kurtarmanın inceliklerini sunucu sanallaştırma VMware Hyper-V kurtarma yazımızda örneklerle paylaştık.

Sunucuda Fidye Yazılımı (Ransomware)

Fidye yazılımı bulaşan sunucularda ilk refleks önemlidir. Makineyi ağdan izole edin, ama diskleri silmeyin ve yeniden kurmaya kalkışmayın. Bazı durumlarda şifrelemeden kurtulmuş gölge kopyalar, eksik şifrelenmiş büyük dosyalar veya saldırının ulaşamadığı yedek noktaları kurtarılabilir veri barındırır. Fidye ödemeyi önermiyoruz; bunun yerine diskin salt okunur imajı üzerinde nelerin geri getirilebileceğini dürüstçe değerlendiriyoruz. Kurtarma garantisi veremeyeceğimiz durumlarda da bunu açıkça söyleriz.

Başarısız Yedek ve Yanlışlıkla Silme

İronik biçimde, çağrıların önemli bölümü yedek varken gelir. Yedek alındığı sanılır ama görevin aylardır hata verdiği fark edilmez, ya da yedek aynı arızalı diziye yazılmıştır. Bir başka klasik senaryo, doğru klasörün yanlış komutla silinmesi veya bir betiğin üretim verisini hedef almasıdır. Silme işleminden sonra o birime yapılan her yeni yazma, kurtarma şansını düşürür; bu yüzden ilk adım sistemi durdurmaktır.

Sistem ve Senaryoya Göre İlk Adım

Aşağıdaki tablo, panik anında yön bulmanız için hazırlandı. Ortak nokta hep aynı: Dokunmadan önce durun.

Sistem Senaryo Yapılmaması Gereken İlk Doğru Adım
RAID 5 / 6 / 10 İkinci disk arızası, dizi offline Rebuild başlatmak, disk sırasını bozmak Diskleri etiketleyip kapatın, imaj için bize getirin
SQL Server MDF dosyası bozuk, veritabanı suspect Repair onarımı zorlamak LDF ile birlikte kopyalayın, müdahale etmeyin
MySQL InnoDB Tablo alanı tutarsız, servis açılmıyor innodb force recovery ile yazmak Veri dizinini olduğu gibi koruyun
Oracle DBF veri dosyası hasarlı Datafile üzerine kurtarma denemek Sunucuyu durdurun, dosyaları imajlayın
Exchange EDB açılmıyor, posta kutuları erişilemez eseutil hard repair çalıştırmak EDB ve logları dokunmadan saklayın
VMware VMFS datastore kayıp, VMDK silinmiş Datastore'u yeniden formatlamak Host'u kapatın, LUN'a yazmayı durdurun
Hyper-V VHDX bozuk, checkpoint zinciri kopuk Checkpoint'leri zorla birleştirmek VHDX ve avhdx dosyalarını koruyun
Herhangi Fidye yazılımı Yeniden kurmak, fidye ödemek Ağdan izole edin, diski saklayın

İş Sürekliliği ve Kurtarma Süresi (RTO)

Bir veri kurtarma firmasının asıl işi sadece veriyi çıkarmak değil, işinizin ayağa kalkma süresini (Recovery Time Objective) kısaltmaktır. Bu yüzden teşhisi hızlandırmak için aciliyet seviyenize göre çalışıyoruz. Üretimi tamamen durduran arızalarda öncelikli ve hafta sonu dahil çalışma seçeneği sunuyor, kritik veritabanını veya posta sistemini en kısa sürede erişilebilir hale getirmeyi hedefliyoruz.

Dürüst olmak gerekirse her arızanın süresi farklıdır. Tek diskten mantıksal kurtarma birkaç saat sürebilirken, ağır fiziksel hasarlı çok diskli bir dizi için temiz oda işlemleri ve kademeli imaj alma günler alabilir. Teşhis sonrası size gerçekçi bir süre ve kurtarılabilirlik tahmini veriyoruz; abartılı sözler vermiyoruz.

Gizlilik, KVKK ve NDA

Sunucularınızda müşteri kayıtları, finansal veriler ve kişisel veriler bulunur. Bu yüzden gizlilik bizim için pazarlama cümlesi değil, çalışma şeklimizin temelidir. Talep eden tüm kurumsal müşterilerimizle gizlilik sözleşmesi (NDA) imzalıyoruz. Kurtarma süreci boyunca verilerinize erişim sınırlı ve denetimlidir, iş tamamlandığında çalışma kopyaları talebinize göre güvenli biçimde imha edilir.

Tüm sürecimizi 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) çerçevesinde yürütüyoruz. Verinin bizde geçirdiği süre, kimin eriştiği ve nasıl iade edildiği kayıt altındadır. Kurumsal denetim gereksinimleriniz için süreç belgelerini paylaşabiliriz.

Profesyonel ve Şeffaf Süreç

Çalışma biçimimiz dört adımdan oluşur ve her adımda sizi bilgilendiririz:

  1. Ücretsiz teşhis: Sistemi inceler, arızanın tipini ve katmanını belirleriz. Bu aşamada veriye dokunmayız, sadece okuruz.
  2. Teklif ve onay: Kurtarılabilirlik durumunu, tahmini süreyi ve ücreti net olarak sunarız. Siz onaylamadan işlem başlamaz.
  3. Salt okunur imaj ve yeniden inşa: Diskleri sektör sektör kopyalar, tüm çözümü kopya üzerinde yaparız. Gerektiğinde toz kontrollü temiz oda ortamında fiziksel müdahale uygularız.
  4. Doğrulama ve teslim: Kurtarılan veriyi bütünlük kontrolünden geçirir, size temiz bir ortamda teslim ederiz.

Bu yapıyı veri kurtarma hizmetleri sayfamızda tüm cihaz ve senaryo tipleri için bütünüyle anlatıyoruz.

Ankara'da Yerel Avantaj

Sunucu kurtarmada zaman kritik olduğu için fiziksel yakınlık gerçek bir avantajdır. Diskleri kargoya verip günlerce beklemek yerine, Ankara ve çevresindeki işletmeler sistemlerini doğrudan laboratuvarımıza ulaştırabilir. Hacettepe Teknokent Beytepe'deki konumumuz sayesinde acil durumlarda yüz yüze teslim ve hızlı teşhis mümkündür. Türkiye'nin her yerinden de güvenli gönderim ile çalışıyoruz.

Sık Sorulan Sorular (SSS)

Sunucum çöktü, ilk olarak ne yapmalıyım?

Sistemi güvenli biçimde kapatın ve dokunmayı bırakın. RAID'i yeniden kurmayın, format atmayın, onarım komutları çalıştırmayın. Diskleri olduğu gibi koruyun ve bizi arayın. Her yeni yazma işlemi kurtarma şansını düşürür.

RAID dizisini ben yeniden kurmayı denesem ne olur?

Bu en sık karşılaştığımız geri dönülmez hatadır. Yanlış sıra veya parametreyle yapılan bir rebuild, kurtarılabilir veriyi pariteyle birlikte ezebilir. Diziye dokunmadan getirilen sistemlerde başarı oranımız belirgin biçimde yüksektir.

Sanal makinelerim kayboldu, VMDK ve VHDX dosyaları geri gelir mi?

Çoğu durumda evet. Silinen veya bozulan VMware VMDK ve Hyper V VHDX dosyalarını depolama katmanından çıkarır, ardından içindeki dosya sistemini ve veritabanını ayrıca kurtarırız. Datastore'u yeniden formatlamadığınız sürece şans yüksektir.

Verilerimin gizliliği nasıl korunuyor?

Talep eden tüm müşterilerle NDA imzalıyoruz, süreci KVKK uyumlu yürütüyoruz ve iş bitince çalışma kopyalarını güvenle imha ediyoruz. Verinize erişim sınırlı ve kayıt altındadır.

Veri çıkmazsa ücret ödeyecek miyim?

Hayır. İlk teşhis ücretsizdir ve veri çıkmazsa ücret almıyoruz. Ücreti yalnızca onayladığınız ve başarıyla kurtardığımız iş için talep ediyoruz.

DSET İletişim

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. Sunucunuz çöktüyse vakit kaybetmeden bizi arayın.

Telefon: +90 536 662 38 09

Kaynaklar