Bursa Veri Kurtarma

0224 234 28 39

İşletmeler İçin

Sunucu (Server) Veri Kurtarma

Windows Server, Linux, VMware ve Hyper-V ortamlarında erişilemeyen birimler, bozulan dosya sistemleri ve sanal diskler için kurumsal veri kurtarma.

Hemen Ara: 0224 234 28 39Teklif İste
  • Gizlilik sözleşmesi (NDA)
  • Onayınız olmadan işlem yok
  • Bursa’da laboratuvar

Bir sunucunun durması, çoğu zaman tek bir bilgisayarın arızalanmasından çok daha fazlası demektir: muhasebe kayıtları, ortak klasörler, e-posta, ERP veritabanı ve sanal makineler aynı anda erişilemez hâle gelir. Bu tür durumlarda hem verinin güvenle geri alınması hem de işin bir an önce ayağa kalkması gerekir. İkisini dengelemek, doğru önceliklendirme ve sakin bir planla mümkündür.

BAMER Bursa olarak fiziksel sunuculardan, sanallaştırma altyapılarından ve bunların disk dizilerinden veri kurtarıyoruz. Adli bilişim geçmişimiz sayesinde kanıt bütünlüğünü korumaya alışkın bir ekiple, kurumsal müşterilerin beklediği gizlilik ve belgelendirme düzenine uygun çalışıyoruz.

Çalıştığımız sunucu ortamları

  • Windows Server: NTFS ve ReFS birimleri, Depolama Alanları (Storage Spaces), dinamik diskler, Active Directory ve dosya sunucusu verileri.
  • Linux sunucular: ext3/ext4, XFS ve Btrfs dosya sistemleri; LVM mantıksal birimleri ve mdadm yazılımsal RAID yapıları.
  • VMware ESXi: VMFS veri depoları (datastore), VMDK sanal diskleri, anlık görüntü (snapshot) zincirleri ve delta diskler.
  • Microsoft Hyper-V: VHD/VHDX sanal diskleri ve AVHDX denetim noktası (checkpoint) dosyaları.

Sunucu veri kaybının belirtileri

  • Sunucu açılmıyor, işletim sistemi yüklenirken hata verip yeniden başlıyor.
  • ESXi’de veri deposu “inaccessible” görünüyor ya da sanal makineler “invalid” durumda.
  • Sanal makine açılırken “file not found” veya disk zinciriyle ilgili hata alınıyor.
  • Linux sunucu açılışta acil durum moduna düşüyor, birim bağlanamıyor (mount edilemiyor).
  • Windows Server’da birim RAW görünüyor ya da paylaşılan klasörler boş geliyor.
  • Veritabanı servisleri başlamıyor, uygulama dosyaları bozuk olduğu uyarısı veriyor.

Sık görülen nedenler

Disk ve dizi arızaları: Sunucu verilerinin büyük çoğunluğu RAID dizilerinde durur. Dizinin çökmesi, üzerindeki tüm sanal makineleri ve paylaşımları birlikte etkiler; bu durumda önce RAID veri kurtarma adımlarıyla dizinin yeniden kurulması gerekir.

Dosya sistemi bozulması: Ani elektrik kesintisi, kesintisiz güç kaynağının devreye girmemesi ya da depolama bağlantısının kopması; NTFS’nin ana dosya tablosuna (MFT), ext4’ün günlük (journal) alanına veya XFS’nin üst bloklarına zarar verebilir.

Sanallaştırma katmanındaki sorunlar: Uzun süre biriken snapshot zincirleri veri deposunu doldurabilir; dolan depo sanal makineleri durdurur. Yarıda kalan birleştirme (consolidate) işlemleri, silinen ya da taşınan tanımlayıcı dosyalar ve VMFS meta veri bozulmaları sık karşılaştığımız durumlardır.

İnsan hatası ve saldırılar: Yanlış birimin biçimlendirilmesi, yanlışlıkla silinen sanal makineler ve fidye yazılımları da sunucu vakalarının önemli bir bölümünü oluşturur. Şifrelenmiş sistemler için fidye yazılımı sonrası veri kurtarma sayfamıza bakabilirsiniz.

Sunucunuz erişilemez hâle geldiyse: chkdsk, fsck, xfs_repair (özellikle -L seçeneği) gibi onarım araçlarını veri kopyası alınmadan çalıştırmayın; bu araçlar tutarlılık uğruna veriyi silebilir. VMware’de veri deposunu yeniden biçimlendirmeyin, snapshot’ları silmeyin, birleştirmeyin ya da geri dönmeyin. İşletim sistemini aynı disklere yeniden kurmayın. Fidye yazılımı şüphesi varsa sunucuyu ağdan ayırın ama kapatmadan önce bizimle görüşün. Son çalışan yapılandırmayı, sanallaştırma sürümünü ve olay öncesinde yapılan işlemleri not edin; bu bilgiler kurtarmayı hızlandırır.

Sunucu verilerini nasıl kurtarıyoruz?

Sunucu kurtarmada katmanları alttan üste doğru ele alırız: fiziksel diskler, disk dizisi, mantıksal birim yöneticisi, sanallaştırma katmanı, misafir işletim sisteminin dosya sistemi ve son olarak uygulama verisi.

  1. Kapsamın belirlenmesi: Sizinle birlikte hangi sanal makinelerin, veritabanlarının ya da klasörlerin öncelikli olduğu netleştirilir.
  2. İmaj alma: Tüm disklerin kopyası alınır; arızalı disk varsa önce okunabilir hâle getirilir. Orijinal ortama yazma yapılmaz.
  3. Dizi ve birimlerin yeniden kurulması: RAID, LVM ya da Storage Spaces yapıları kopyalar üzerinde sanal olarak yeniden oluşturulur.
  4. Sanal disklerin çıkarılması: VMFS veya NTFS/ReFS üzerindeki VMDK ve VHDX dosyaları bulunur, snapshot zincirleri doğru sırayla birleştirilir.
  5. Dosya ve uygulama verisi: Misafir sistemlerin dosya sistemleri açılır, gerekiyorsa veritabanı kurtarma adımlarıyla SQL Server, MySQL veya muhasebe veritabanları tutarlı hâle getirilir.
  6. Teslim: Veriler; tercih ettiğiniz biçimde, örneğin sanal disk dosyası olarak ya da klasör yapısıyla, yeni bir depolama ortamında teslim edilir.

İş sürekliliği ve kurumsal süreç

Sunucu vakalarında işin tamamının bitmesini beklemek her zaman gerekmez. Öncelik listesini birlikte belirleyerek, örneğin önce muhasebe veritabanını ya da günlük işler için zorunlu klasörleri teslim edip geri kalanını sonra tamamlayabiliriz. Süre; disk sayısına ve kapasitesine, fiziksel arıza olup olmadığına ve sanallaştırma katmanındaki hasarın boyutuna göre değişir. Yalnızca mantıksal sorunu olan küçük ortamlar görece kısa sürede sonuçlanabilirken, çok diskli ve fiziksel hasarlı sistemler daha uzun zaman alabilir. Ön inceleme sonrasında tahmini süreyi yazılı teklifle birlikte iletiriz.

Talep etmeniz hâlinde çalışmaya başlamadan önce gizlilik sözleşmesi (NDA) imzalarız. Veriler yalnızca kurtarma amacıyla işlenir ve teslimden sonra laboratuvardaki kopyalar güvenli biçimde silinir. Firmalara yönelik çalışma düzenimizi kurumsal veri kurtarma ve gizlilik ve veri güvenliği sayfalarında ayrıntılı anlattık.

  1. 1

    Cihazı ulaştırın

    Laboratuvarımıza elden getirin veya kargoyla gönderin.

  2. 2

    Arıza tespiti

    Cihazınız incelenir, arızanın türü ve kurtarma ihtimali belirlenir.

  3. 3

    Teklif ve onay

    Size net bir fiyat teklifi sunulur; onayınız olmadan işlem yapılmaz.

  4. 4

    Kurtarma

    Mümkün olduğunda önce birebir kopya alınır, işlemler kopya üzerinde yapılır.

  5. 5

    Teslim ve imha

    Verileriniz teslim edilir, laboratuvardaki kopyalar güvenli şekilde silinir.

Sunucu veri kurtarma hakkında sık sorulanlar

Sunucunun tamamını mı getirmem gerekiyor?

Çoğu durumda yalnızca disklerin gelmesi yeterlidir. Diskleri yuva sıralarına göre etiketlemeniz, RAID kontrolcüsünün modelini ve varsa yapılandırma bilgilerini paylaşmanız önemlidir. Donanımsal şifreleme kullanılan sistemlerde kasanın ya da kontrolcünün de gerekip gerekmediğini ön görüşmede birlikte değerlendiririz.

VMware veri deposu görünmüyor, sanal makineler kurtarılabilir mi?

VMFS meta verisi bozulmuş olsa bile VMDK dosyalarının içeriği çoğu zaman disk üzerinde durur. Veri deposu yeniden biçimlendirilmediyse ve üzerine yeni veri yazılmadıysa sanal diskleri bulup çıkarma imkânı genellikle vardır; kesin değerlendirme ön incelemeyle yapılır.

Snapshot’lı bir sanal makinede veriler hangi tarihe ait olur?

Snapshot zinciri sağlamsa, temel disk ve delta diskler doğru sırayla birleştirilerek en güncel durum elde edilir. Zincirde kopukluk varsa, bütün kalabilen en son noktaya kadar kurtarma yapılır ve bu durum size açıkça bildirilir.

Linux sunucuda xfs_repair veya fsck çalıştırdık, şimdi ne olacak?

Bu araçlar bazı dosyaları lost+found klasörüne taşımış ya da tutarsız gördüğü yapıları silmiş olabilir. Sunucuyu daha fazla kullanmadan kapatın; kalan yapılar üzerinden ne kadar verinin geri getirilebileceğini imaj üzerinde inceleyebiliriz.

Fatura ve resmî yazışma süreçleri nasıl işliyor?

Kurumsal müşterilerimize yazılı fiyat teklifi sunuyor, onay sonrası işleme başlıyor ve iş sonunda fatura düzenliyoruz. Satın alma süreciniz için gereken belgeleri ön görüşmede bizimle paylaşabilirsiniz.

İlgili hizmetler

Hemen AraTeklif İste