Muhasebe, ERP, e-ticaret ya da üretim takibi — veritabanı açılmadığında bütün bir şirket bekler.
19 yıldır bu tür vakalarda çalışıyoruz: bozuk MDF dosyasından tabloları çıkarmak,
LDF olmadan şemayı yeniden kurmak, yanlışlıkla silinmiş kayıtları transaction log üzerinden geri getirmek.
Analiz ücretsiz; veri kurtarılamazsa ücret alınmıyor.
Bozuk bir veritabanında şema, tablolar ve ilişkiler dosya üzerinden yeniden kurulur.
Veritabanı bozulduğunda yapılan ilk müdahale belirleyicidir
Laboratuvara gelen SQL vakalarında en sık gördüğümüz hata, onarım komutlarının doğrudan canlı veritabanı üzerinde çalıştırılması.
DBCC CHECKDB ... REPAIR_ALLOW_DATA_LOSS komutu, veritabanını tutarlı hâle getirmek için bozuk sayfaları
gerektiğinde siler. Komut çalıştıktan sonra o sayfalardaki veriyi geri getirmek çoğu zaman mümkün olmaz.
Aynı şey tekrarlanan detach/attach denemeleri ve internette bulunan "onarım" araçları için de geçerli: hepsi canlı dosyaya yazar.
Doğru yöntem, dosyaların birebir kopyası üzerinde çalışmaktır. Biz de tam olarak bunu yapıyoruz — orijinal dosyalara hiç dokunmadan,
alınan imaj üzerinde çözümleme yapıyoruz. Böylece bir deneme başarısız olursa başa dönme şansınız duruyor.
Yaygın veritabanı arıza senaryoları
Laboratuvara gelen SQL vakalarının neredeyse tamamı şu altı başlıktan birine giriyor.
Suspect / Recovery Pending
Veritabanı açılışta suspect işaretlenir ve uygulama bağlanamaz. Sebep genellikle LDF tutarsızlığı veya MDF içindeki sayfa hatasıdır. Dosya kopyası üzerinden sayfa yapısı okunur, veri yeni ve temiz bir veritabanına aktarılır.
Bozuk MDF / Kayıp LDF
Log dosyası silinmiş ya da MDF kısmen bozulmuştur; attach işlemi hata verir. LDF olmadan MDF sayfa sayfa çözümlenir; şema, veriler ve saklı yordamlar yeniden kurulur.
Yanlış DELETE / DROP
WHERE koşulu unutulmuş bir DELETE, yanlış tabloda TRUNCATE ya da DROP TABLE — ve kullanılabilir bir yedek yok veya çok eski. Transaction log kayıtları ve serbest bırakılmış veri sayfaları taranarak kayıtlar geri çıkarılır.
InnoDB / ibdata bozulması
MySQL veya MariaDB servisi başlamıyor; ibdata1 bozulmuş ya da .ibd dosyaları tablespace ile uyuşmuyor. Tablespace yapısı çözülerek tablolar temiz bir örneğe aktarılır.
Bozuk veya eksik yedek
BAK veya dump dosyası geri yüklenemiyor, yarım kalmış ya da hiç doğrulanmadan yıllarca saklanmış. Yedek ham olarak açılır, okunabilir bloklardan kısmi geri yükleme yapılır.
Ransomware şifrelemesi
Fidye yazılımı veritabanı dosyalarını ve çoğu zaman sunucudaki yedekleri de şifrelemiştir. Gölge kopyalar, silinmiş orijinal dosyaların izleri ve bilinen çözücüler üzerinden kurtarma yolları değerlendirilir.
Veritabanı bozulduğunda ilk adımlar
Bizi aramadan önce bu maddeleri uygularsanız kurtarma şansınız belirgin şekilde artar.
✓ Yapın
Uygulamayı ve veritabanı servisini durdurun.
MDF, LDF, NDF (veya ibdata/.ibd) dosyalarının birebir kopyasını alın.
Varsa tüm yedek dosyalarını ayrı bir diske kopyalayın.
Hata mesajlarını ve SQL log kayıtlarını saklayın.
Sunucuda serbest disk alanı bırakın; kurtarma alan gerektirir.
LDF dosyasını silip yeniden oluşturmayı denemeyin.
Bozuk veritabanının üzerine eski yedeği restore etmeyin.
İnternetteki onarım araçlarını canlı dosya üzerinde denemeyin.
SQL veri kurtarma nasıl yapılır?
Beş adım; her birinin sonunda ne olduğunu size bildiririz.
1
Ücretsiz analiz
Veritabanı sürümü, dosya yapısı, hata mesajları ve olay geçmişi değerlendirilir. Analiz sonunda neyin çıkacağını ve ne kadar süreceğini yazılı olarak bildiririz.
2
Güvenli kopya alma
Veri ve log dosyalarının bit düzeyinde kopyası çıkarılır. Bundan sonraki bütün işlemler kopya üzerinde yapılır; orijinal dosyalarınıza dokunulmaz.
3
Yapı çözümleme ve onarım
Sayfa başlıkları, allocation haritaları ve sistem tabloları okunarak şema yeniden inşa edilir; tablolar, indeksler ve saklı yordamlar çıkarılır.
4
Doğrulama
Kurtarılan veritabanı temiz bir örneğe yüklenip açılabilirlik ve tutarlılık testinden geçirilir. Kayıt sayıları ve kritik tablolar sizinle birlikte kontrol edilir.
5
Teslim ve gizlilik
Kurtarılan veritabanı yedek dosyası veya doğrudan aktarım yoluyla teslim edilir. Talep hâlinde gizlilik sözleşmesi imzalanır; teslim onayınızdan sonra laboratuvardaki kopyalar imha edilir.
Desteklenen veritabanları
Sistem
Kapsam
Microsoft SQL Server
MDF, NDF, LDF ve BAK dosyaları. SQL Server 2005'ten güncel sürümlere, Express dâhil tüm edisyonlar.
MySQL / MariaDB
InnoDB (ibdata1, .ibd, .frm), MyISAM (.MYD, .MYI) ve mysqldump çıktıları.
PostgreSQL
Data directory, WAL kayıtları, pg_dump arşivleri ve tablespace bozulmaları.
Oracle
DBF veri dosyaları, control file ve redo log kayıpları, export dump dosyalarından çıkarma.
Diğer veri depoları
SQLite, Microsoft Access (MDB, ACCDB), Firebird ve uygulamaya özel veri dosyaları.
Barındırma ortamı
Fiziksel sunucu, sanal makine, RAID dizisi ve NAS üzerindeki veritabanları.
Logo, Mikro, Akınsoft gibi ticari yazılımların veritabanlarıyla da çalışıyoruz; yazılım tarafındaki ayrıntılar için
ticari yazılım veri kurtarma sayfamıza bakabilirsiniz.
Süre ve fiyatlandırma
Aşağıdaki süreler laboratuvarımızdaki tipik vakalara göredir; kesin süre ve fiyat ücretsiz analizden sonra netleşir.
Senaryo
Tahmini süre
Suspect mod / attach hatası
1–2 gün
Silinen tablo / kayıt kurtarma
1–3 gün
Bozuk MDF, LDF yok
2–4 gün
InnoDB / tablespace yeniden inşa
2–5 gün
Disk arızası + veritabanı bozulması
Analiz sonrası netleşir
Analiz ücretsizdir, onayınız olmadan işleme başlanmaz ve veri kurtarılamazsa ücret talep edilmez.
Arıza tiplerine göre çalıştığımız aralıklar için veri kurtarma fiyatları sayfamıza bakabilirsiniz.
Sıkça Sorulan Sorular
SQL ve veritabanı kurtarma hizmetimiz hakkında merak ettiklerinizin yanıtları.
Veritabanı "suspect" moduna düştü, ne yapmalıyım?
Önce uygulamayı ve SQL servisini durdurun, sonra MDF, LDF ve varsa NDF dosyalarının birebir kopyasını başka bir diske alın. Suspect durumu çoğunlukla log dosyasındaki tutarsızlıktan ya da veri sayfalarındaki bozulmadan kaynaklanır; kopya üzerinde çalışıldığında veri genellikle çıkarılabilir. Bu aşamada DBCC CHECKDB ... REPAIR_ALLOW_DATA_LOSS çalıştırmayın: adından da anlaşılacağı gibi bu komut tutarlılığı sağlamak için veri silebilir ve geri alınamaz.
MDF dosyam bozuk, LDF dosyam yok. Kurtarma mümkün mü?
Çoğu durumda mümkün. Log dosyası olmadan veritabanı attach edilemez, ancak MDF dosyası sayfa sayfa çözümlenerek şema, tablolar, veriler, indeksler ve saklı yordamlar yeniden inşa edilebilir. Sonuç, MDF içindeki bozulmanın hangi sayfalara denk geldiğine bağlıdır; ücretsiz analizde hangi tabloların bütün çıkacağını önceden görürüz.
Yanlışlıkla DELETE veya DROP TABLE çalıştırdım. Geri alınabilir mi?
Sıklıkla evet, ama zamana karşı yarışırsınız. Silinen satırlar transaction log kayıtlarından ve serbest bırakılmış veri sayfalarından çıkarılabilir; bu alanlar üzerine yeni veri yazıldıkça şans azalır. Bu yüzden ilk yapılacak şey veritabanına yazmayı durdurmak: uygulamayı ve servisi kapatın, dosyaların kopyasını alın, bizi arayın.
MySQL / InnoDB veritabanları da kurtarılıyor mu?
Evet. InnoDB tarafında ibdata1 bozulmaları, tablespace ile uyuşmayan .ibd dosyaları ve servisin hiç başlamadığı durumlar üzerinde çalışıyoruz; tablespace yapısı çözülerek tablolar temiz bir örneğe tek tek aktarılır. MyISAM (.MYD/.MYI) dosyaları ve yarım kalmış mysqldump çıktıları da kapsam içinde.
Ransomware veritabanı dosyalarımı şifreledi. Çözüm var mı?
Değerlendirilecek birkaç yol var: sunucudaki gölge kopyalar, şifreleme sırasında silinmiş orijinal dosyaların disk üzerindeki izleri ve o fidye yazılımı ailesi için bilinen bir çözücü olup olmadığı. Sonuç, saldırının türüne ve sonrasında cihaza yapılan müdahaleye bağlıdır; şifrelenmiş sunucuyu kullanmaya devam etmek şansı düşürür. Ayrıntılar için fidye virüsü veri kurtarma sayfamıza bakabilirsiniz.
SQL veri kurtarma ne kadar sürer?
Suspect mod ve attach hatalarında genellikle 1-2 gün, silinen tablo/kayıt kurtarmada 1-3 gün, LDF'siz bozuk MDF çözümlemesinde 2-4 gün, InnoDB tablespace yeniden inşasında 2-5 gün. Altta disk arızası da varsa önce diskten imaj alınır ve süre değişir. Ücretsiz analiz sonrasında size net bir süre veriyoruz.
Veritabanımın gizliliği korunuyor mu?
Evet. Çalışma gizlilik esasına göre yürütülür, talep etmeniz hâlinde gizlilik sözleşmesi (NDA) imzalarız. İşlem bittikten ve teslim onayınızı aldıktan sonra laboratuvarımızdaki kopyalar imha edilir. ISO/IEC 27001 bilgi güvenliği yönetim sistemi kapsamında çalışıyoruz.
Veri kurtarılamazsa ücret ödüyor muyum?
Hayır. Analiz ücretsizdir ve onayınız olmadan işleme başlanmaz. Kurtarma başarısız olursa ücret talep edilmez; yalnızca kurtarılan veriyi teslim aldığınızda ödeme yaparsınız. Fiyat aralıkları için veri kurtarma fiyatları sayfamıza bakabilirsiniz.
Veritabanınız mı bozuldu?
Servisi durdurun, dosyalara dokunmayın ve bizi arayın. Arıza tipini ücretsiz belirleyip net süre ve fiyat verelim.
