2007'den Bu Yana Profesyonel Hizmet
Sunucu Verilerinizi Güvenle Geri Kazanın
Sunucu sistemlerinde yaşanan veri kayıplarında panik yapmayın. Uzman mühendis kadromuz, her türlü sunucu yapılandırmasından veri kurtarma konusunda yılların birikimiyle yanınızda. Ücretsiz ön analiz ile durumunuzu değerlendiriyoruz.
Dikkat! İlk 60 Dakika Kritiktir
Sunucu veri kaybının büyük çoğunluğu, arıza sonrası yapılan yanlış müdahalelerden kaynaklanır. Aşağıdaki hatalardan kaçının:
- Sunucu yapılandırmasında yanlış disk değişimi yapmayın
- RAID dizisini zorla rebuild başlatmayın
- İşletim sistemini zorla kapatmayın
- Diskleri farklı sisteme takmayın
- Yanlış müdahale ile veri kaybını artırmayın
Sistemi durdurun ve uzman desteği alın. Çoğu zaman verilerinizi kurtarmak için yalnızca bir şansınız vardır.
Sunucunuzu mümkün olan en kısa sürede yedekleyip çalışır hale getireceğiz
Sunucunuz arızalandıysa veya sunucu verilerini kaybettiyseniz, yetenekli ve deneyimli sunucu veri kurtarma uzmanlarından oluşan ekibimiz sizi hızlı bir şekilde yeniden çalışır duruma getirmek için çalışacaktır.
Sunucu veri kurtarmada Uzmanız!
Çeşitli RAID, NAS ve SAN konfigürasyonlarından veri kurtarma hizmeti sunuyoruz; özel durumlar için analiz sonrası netlik sağlanır.
Tekniknokta Veri Kurtarma mühendisleri size aşağıdaki konularda yardımcı olur:
- Dosya sunucularından/File Servers kaybolan verilerini kurtarma
- Uygulama sunucu/Application Servers verilerini kurtarma
- Web sunucusu verileri kurtarma
- Sanal sunucu verilerini kurtarma
- Özel veri kurtarma çözümleri
Microsoft Exchange ve diğer Email Sunucular
Erişilemeyen e-posta veritabanları ve eksik, bozuk veya silinmiş mesajlar veya posta kutuları için özel kurtarma çözümleri.
- Fiziksel sürücü arızaları için laboratuvar içi veri kurtarma hizmetleri.
- Güvenli bir internet bağlantısı üzerinden gerçekleştirilen uzaktan veri kurtarma hizmetleri.
- Yerinde veri kurtarma hizmetleri.
Tekniknokta Veri Kurtarma mühendisleri, Microsoft Exchange ve diğer e-posta sunucularından veri kurtarma konusunda uzmanlaşmıştır. Ar-Ge ekibimiz, en son teknolojileri kullanarak özel kurtarma çözümleri oluşturmak ve başarılı sunucu veri kurtarma işlemleri için gerekli araç ve teknikleri geliştirmektedir.
Sunucularda veri kaybı için yaygın senaryolar
Sunucu veri kaybına aşağıdakilerden herhangi biri neden olabilir:
Ransomware
Fidye yazılımı saldırıları nedeniyle şifrelenen sunucu verileri
Hard Disk Bozulmaları
Fiziksel disk arızaları ve sektör hasarları
Konfigurasyon Üzerine Yazma
Yanlış yapılandırma değişiklikleri sonucu veri kaybı
Rebuilding İşlemleri
RAID rebuild sırasında oluşan hatalar ve veri kaybı
Dosya Sistemi Bozulması
Dosya sistemi yapısının bozulması nedeniyle erişilemeyen veriler
Yüksek Voltaj ve Güç Sorunları
Voltaj dalgalanmaları ve elektrik kesintilerinden kaynaklanan hasarlar
Güç Kaynağı Arızası
PSU arızaları nedeniyle ani kapanma ve veri kaybı
Soğutma Sorunları
Yetersiz soğutma nedeniyle sunucu bileşenlerinde termal hasar
Sunucu Kurtarma İpuçları
Veri kurtarma sürecini kolaylaştırmak ve başarı oranını artırmak için uzman ekibimizin önerileri:
Anormal Seslerde Sistemi Durdurun
Disklerden tıkırtı, vızıltı veya tıklama gibi alışılmadık sesler geliyorsa, sunucuyu derhal kapatın. Çalışmaya devam etmek, disk yüzeyinde geri dönüşü olmayan fiziksel hasara yol açabilir.
Kurtarılan Verileri Farklı Bir Ortama Aktarın
Geri getirilen dosyaları kesinlikle aynı sunucuya yazmayın. Bağımsız bir depolama alanı veya yedek sunucu kullanarak verilerin üzerine yazılma riskini ortadan kaldırın.
Değişiklik Öncesi Mutlaka Yedekleyin
Firmware güncellemesi, işletim sistemi yaması veya donanım değişikliği gibi herhangi bir müdahaleden önce güncel ve doğrulanmış bir yedeğinizin bulunduğundan emin olun.
RAID Disklerinin Sırasını Kayıt Altına Alın
Her bir diski, RAID dizisindeki yuva numarasıyla birlikte işaretleyin. Disklerin karıştırılması, dizinin yeniden yapılandırılmasını imkansız hale getirebilir.
Arızalı Diske Yazılım Müdahalesi Yapmayın
Sorunlu olduğunu düşündüğünüz bir disk üzerinde chkdsk, fsck veya disk birleştirme gibi araçları çalıştırmaktan kaçının. Bu tür işlemler mevcut verilerin kalıcı olarak kaybolmasına neden olabilir.
Sunucunuzda bir arıza veya veri kaybı durumunda, profesyonel bir veri kurtarma uzmanına başvurmanızı şiddetle tavsiye ederiz. Doğru müdahale ile verilerinizi geri kazanma şansınız önemli ölçüde artar.
Desteklediğimiz Server ve Sunucu Türleri
Rack, tower ve blade yapıdaki tüm sunucu sistemlerinden veri kurtarma gerçekleştiriyoruz. RAID dizisi içinde yer alan diskler dahil olmak üzere, her türlü sunucu donanımından profesyonel kurtarma hizmeti sağlıyoruz.
Sunucu Üreticileri
- Dell PowerEdge
- HP ProLiant
- IBM System x
- Lenovo ThinkServer
- Supermicro
- Cisco UCS
- Fujitsu PRIMERGY
- HPE
Disk Türleri ve Markaları
- SATA Server Disk
- SAS Server Disk
- SSD Server Disk
- Western Digital
- Seagate
- Samsung
- Toshiba
- Hitachi
- Fujitsu
- Intel
Sunucu markası ve RAID denetleyicisine göre kurtarma
Sunucu veri kurtarmayı masaüstü bilgisayardan ayıran şey, verinin tek bir diskte değil, bir RAID denetleyicisinin (controller) kurduğu mantıksal düzende saklanmasıdır. Diskler sağlam olsa bile bu düzen kaybolduğunda veri okunamaz hale gelir. Bu nedenle kurtarmanın ilk adımı diski onarmak değil, dizinin orijinal yapısını — disk sırasını, stripe boyutunu, parite yönünü — yeniden tespit etmektir.
Her üreticinin denetleyicisi bu bilgiyi farklı biçimde saklar. Sık çalıştığımız platformlar:
- Dell PowerEdge — PERC H310, H710, H730, H740 ve H750 serisi denetleyiciler
- HP / HPE ProLiant — Smart Array P410, P420, P440, P816i ve MSA disk kabinleri
- Lenovo / IBM System x — ServeRAID M ve 9xx serisi denetleyiciler
- Supermicro ve beyaz kasa sunucular — LSI / Broadcom MegaRAID ve HBA kartları
- Fujitsu PRIMERGY — RAID Ctrl SAS denetleyicileri
- Yazılımsal RAID — Windows Dinamik Disk / Storage Spaces, Linux mdadm, ZFS ve LVM yapıları
Denetleyici kaynaklı arızalar: foreign, lost ve offline uyarıları
Sunucu açıldığında denetleyici ekranında beliren uyarılar, çoğu zaman disklerin bozulduğu anlamına gelmez — dizinin yapılandırma bilgisinin okunamadığını gösterir. En sık karşılaştıklarımız:
- Foreign Configuration: Denetleyici, takılı diskleri "başka bir sistemden gelmiş" olarak görür. Yapılandırmayı içe aktarmak (import) bazen çözer, ancak yanlış zamanda yapılırsa mevcut düzenin üzerine yazabilir.
- Lost / Missing Configuration: Denetleyicinin belleğindeki dizi tanımı silinmiştir. Diskler sağlam olabilir; sorun tamamen yapılandırma katmanındadır.
- Offline / Failed durumundaki diskler: Bir disk dizinin dışına düşmüştür. Bu diskin ne zaman düştüğü kritiktir — eski bir kopya, güncel veriyle karıştırıldığında tutarsız bir sonuç üretir.
- Denetleyici kartının kendisinin arızalanması: Diskler tamamen sağlamdır ancak dizi okunamaz. Aynı model ve uyumlu firmware'e sahip bir kartla çözülebilir; farklı bir kart takmak dizinin üzerine yeni imza yazma riski taşır.
Bu uyarılardan herhangi birini gördüğünüzde en güvenli hamle, hiçbir şey yapmadan sunucuyu kapatmaktır. Yapılandırma katmanındaki bir sorun, doğru araçlarla neredeyse her zaman geri alınabilir; üzerine yazıldığında ise geri alınamaz.
Rebuild sırasında ikinci disk düştü: en sık ve en yıkıcı senaryo
Laboratuvara gelen sunucu vakalarının önemli bölümü tek bir hatadan doğar: bir disk arızalanır, yerine yeni disk takılır ve rebuild başlatılır. Rebuild, dizideki tüm diskleri baştan sona okuduğu için sistemi en yoğun yüklendiği ana sokar. Aynı partiden gelmiş ve benzer yaşta olan diğer diskler bu yük altında sıklıkla ikinci bir arıza verir. RAID 5 dizisi ikinci disk düştüğünde tamamen erişilemez hale gelir.
Bu noktada yapılan ikinci hata, rebuild'i tekrar tekrar denemektir. Her deneme, yarım kalmış yazma işlemleriyle veriyi biraz daha bozar.
Doğru yaklaşım: Rebuild başarısız olduğunda sunucuyu kapatın, diskleri sırasını bozmadan etiketleyin ve laboratuvara ulaştırın. Biz her diskin salt-okunur bir kopyasını (image) alır, kurtarmayı orijinaller üzerinde değil bu kopyalar üzerinde yaparız — böylece hatalı bir denemenin geri dönüşü olur.
Sanallaştırma katmanı: VMware, Hyper-V ve Proxmox
Sunucu sanallaştırılmışsa kurtarma iki katmanlı hale gelir: önce fiziksel RAID dizisi, ardından o dizinin üzerindeki sanal disk dosyaları. Dizi kurtarılsa bile sanal makine dosyaları bozuksa iş bitmiş sayılmaz.
- VMware ESXi / vSphere: VMFS bölümünden VMDK dosyalarının çıkarılması, silinmiş sanal makinelerin ve anlık görüntü (snapshot) zincirlerinin kurtarılması
- Microsoft Hyper-V: VHD ve VHDX dosyalarının onarımı, kontrol noktası (checkpoint) zinciri kopmuş sanal makineler
- Proxmox, XenServer ve KVM: LVM ve ZFS havuzları üzerindeki sanal disk imajları
Veritabanı ve e-posta sunucuları
Veritabanı sunucularında dosyanın kurtarılması yetmez; dosyanın tutarlı olması gerekir. Yarım kalmış bir işlem, dosya bütün görünse bile veritabanının açılmasını engelleyebilir.
- Microsoft SQL Server: MDF ve LDF dosyalarının kurtarılması, suspect duruma düşmüş veritabanları, işlem günlüğü tutarsızlıkları
- Microsoft Exchange: EDB veritabanları, bağlanmayan posta kutuları, silinmiş posta kutusu kurtarma
- MySQL, PostgreSQL, Oracle: Tablo alanı (tablespace) ve veri dosyası kurtarma
Sunucuda asla yapılmaması gerekenler
Sunucu vakalarında kurtarma şansını en çok düşüren şey arızanın kendisi değil, arızadan sonra yapılan müdahalelerdir. Aşağıdakiler dizideki veriyi kalıcı olarak kaybettirebilir:
- Rebuild başlatmayın — özellikle birden fazla disk uyarı veriyorsa
- Diskleri initialize / clear etmeyin — bu işlem dizinin yapılandırma imzasını siler
- Yeni bir dizi oluşturmayın — "Create New Array" seçeneği eski düzeni geri getirmez, üzerine yazar
- Disklerin sırasını bozmayın — yuvadan çıkarmadan önce her diski yuva numarasıyla etiketleyin
- Dosya sistemi onarım araçları çalıştırmayın — chkdsk ve fsck, arızalı dizide tutarsızlığı kalıcılaştırır
- Yedeği bozuk diziye geri yazmayın — kurtarma öncesi tek kanıt kaybolur
Kurtarma süreci nasıl işliyor?
- Ücretsiz ön analiz. Diskler laboratuvara ulaştığında her birinin durumu tek tek değerlendirilir, dizinin yapısı tespit edilir.
- Salt-okunur kopyalama. Her diskin birebir imajı alınır. Sonraki tüm işlemler bu kopyalar üzerinde yapılır; orijinallere yazma yapılmaz.
- Dizinin sanal olarak yeniden kurulması. Disk sırası, stripe boyutu ve parite düzeni tespit edilerek dizi yazılım ortamında ayağa kaldırılır.
- Teklif ve onay. Kurtarılabilecek veri listesi ve fiyat sunulur. Onayınız olmadan işleme geçilmez.
- Veri çıkarma ve teslim. Kurtarılan veriler yeni bir diske aktarılarak teslim edilir; talebe göre şifreli teslim yapılabilir.
Fiziksel arıza içermeyen dizilerde süreç çoğunlukla birkaç gün içinde tamamlanır. Kafa değişimi gerektiren disklerin bulunduğu vakalar daha uzun sürebilir; süre analiz sonrası netleşir.
Sunucu veri kurtarma hakkında sık sorulan sorular
Sunucu çalışmıyor, diskleri çıkarıp size getirebilir miyim?
Evet, tercih edilen yöntem budur. Diskleri çıkarmadan önce her birini bulunduğu yuva numarasıyla etiketleyin. Sıranın korunması kurtarma süresini belirgin şekilde kısaltır.
Dizinin tamamını mı göndermeliyim, yoksa sadece arızalı diski mi?
Dizinin tamamını gönderin. RAID'de veri disklere dağıtılmış durumdadır; tek disk üzerinden anlamlı bir kurtarma yapılamaz. Arızalı olduğu düşünülen disk de dahil edilmelidir.
Verilerimin gizliliği nasıl korunuyor?
Tüm vakalarda gizlilik sözleşmesi imzalanır. Diskler kilitli ortamda saklanır, kurtarma sonrası kopyalar talebiniz üzerine güvenli şekilde imha edilir ve imha kaydı iletilir.
Yerinde müdahale yapıyor musunuz?
Sunucunun taşınmasının mümkün olmadığı durumlarda yerinde müdahale değerlendirilebilir. Ancak fiziksel disk arızası varsa temiz oda gerektiğinden laboratuvar ortamı zorunludur.
Kurtarma başarısız olursa ücret ödeyecek miyim?
Analiz ücretsizdir ve işleme onayınız olmadan başlanmaz. Kurtarma gerçekleşmezse hizmet bedeli alınmaz.
Teknik kapsam: arayüzler, disk tipleri ve dosya sistemleri
Sunucu kurtarmada disklerin fiziksel arayüzü ve sektör yapısı, kullanılacak okuma yöntemini doğrudan belirler.
| Katman | Kapsam |
|---|---|
| Disk arayüzleri | SAS (3/6/12 Gb/s), SATA, SCSI, Fibre Channel, U.2 / M.2 NVMe |
| Sektör yapısı | 512n, 512e ve 4Kn; 520/524/528 baytlık üretici sektörleri |
| Disk tipleri | Kurumsal HDD, SAS SSD, NVMe SSD, SED (donanım şifrelemeli) sürücüler |
| Sunucu işletim sistemleri | Windows Server 2008–2025, RHEL / CentOS / Rocky, Debian, Ubuntu Server, VMware ESXi |
| Dosya sistemleri | NTFS, ReFS, ext4, XFS, Btrfs, ZFS, VMFS 3/5/6 |
| Mantıksal katmanlar | LVM, mdadm, Windows Dinamik Disk, Storage Spaces, iSCSI birimleri |
520 bayt sektör notu: Bazı kurumsal denetleyiciler ve depolama üniteleri, her sektöre ek bütünlük verisi yazmak için 520 veya 528 baytlık sektör kullanır. Bu diskler standart bir bilgisayara takıldığında boş veya bozuk görünür. Kurtarmada sektörler yeniden 512 bayta indirgenerek okunur; bu adım atlanırsa veri bulunamaz.
Laboratuvar süreci ve teknik yaklaşım
Sunucu vakalarında değişmeyen tek kural, orijinal disklere hiçbir koşulda yazma yapılmamasıdır. Süreç şu teknik adımlarla ilerler:
- Salt-okunur görüntüleme. Her disk, yazma korumalı bir arayüz üzerinden sektör sektör kopyalanır. Okunamayan sektörler işaretlenir, atlanır ve sonradan farklı okuma parametreleriyle tekrar denenir.
- Zayıf disklerde kontrollü okuma. Hata veren disklerde okuma hızı düşürülür, zaman aşımı süreleri değiştirilir ve disk gruplar hâlinde soğuma molası verilerek okunur. Amaç diski onarmak değil, bir kez eksiksiz okumaktır.
- Fiziksel müdahale. Kafa arızası veya motor sıkışması varsa işlem temiz oda ortamında yapılır.
- Dizinin sanal olarak kurulması. Tüm analiz, orijinaller değil kopyalar üzerinde yürütülür; hatalı bir denemenin geri dönüşü vardır.
- Bütünlük doğrulaması. Teslim öncesi dosya sistemi taranır, veritabanı ve sanal disk dosyalarının açılabilirliği kontrol edilir.
Acil Sunucu Veri Kurtarma İçin Hemen Ulaşın
7/24 uzman desteğimizle sunucu veri kaybı sorunlarınıza hızlı çözüm bulun. Ücretsiz analiz ve yüksek başarı oranı garantisi.