Çalışma alanı sadece veri kurtarma olan desiBel Teknoloji, özellikle ticari program veri tabanlarının kurtarılması ve onarılması konusunda kapsamlı çözümler sunmaktadır. Çözümlerimizin tamamı, uzmanlarımızın geliştirmiş olduğu özel yazılım altyapısına dayanmaktadır. İmkânsız gibi görünen veri kaybı türlerinde bile (mevcut veri tabanı üzerine yeni dosya oluşturma ya da yedek geri yükleme gibi durumlarda) servisimizde kesin sonuçlar alınmaktadır.
Firmamız, özellikle ülkemizde yaygın olarak kullanılan ticari/muhasebe program veri tabanlarının kurtarılmasına odaklanmıştır. Son yıldır ise yaygınlaşması nedeniyle özellikle SQL veri tabanına ve karmaşık RAID sistemlerine yoğunlaşmış ve kapsamlı çözümler üretmiştir.
Bu çerçevede, bozulan SQL veri tabanı ve SQL yedek dosyalarının onarılması, herhangi bir nedenle silinen, kaybolan ya da erişilemeyen SQL veri tabanı dosyalarının kurtarılması çalışmalarımızın önemli bir kısmını oluşturmaktadır. (SQL7, SQL2000, SQL2005).
Yine yaygın kullanımı nedeniyle Interbase (GDB, FDB, GBK), Paradox, Access, MySQL ve Oracle veri tabanlarına yönelik de benzer kapsamlı çalışmalar servisimizde yapılmaktadır.
SQL veri tabanı dosyalarının silinmesi.
SQL veri tabanı dosyalarının bulunduğu bölümün formatlanması veya diskin yeniden bölümlenmesi.
Formatlama/yeniden bölümleme sonrası işletim sisteminin yeniden yüklenmesi.
İşletim sistemi yükleme sonrasında yedekten eski SQL veri tabanının geri yüklenmesi.
Mevcut SQL veri tabanı üzerinde yeni veri tabanı dosyalarının oluşturulması.
SQL veri tabanının bozulması ve attach edilememesi, Log sorunları.
Geri yüklemede SQL yedek dosyalarının hata vermesi.
SQL veri tabanının bulunduğu diskin veya herhangi bir veri depolama ortamının fiziksel olarak kısmen ya da tamamen erişilemez hâle gelmesi.
Error 823 : I/O error (torn page, bad page ID, ...) gibi ve benzeri hata mesajları alınması durumunda SQL veri tabanının kurtarılması ve çalışır hâle getirilmesi.
Geliştirdiğimiz kurtarma ve onarım çözümlerimiz, tüm veri tabanı türlerini kapsayacak şekilde esnek bir yapıya sahiptir ve ilk kez karşılaştığımız veri tabanı türlerine bile kısa sürede uyarlanabilmektedir.
Neredeyse bilgisayar kullanan herkes tarafından bilinen otomatik veri kurtarma programları, özel ya da genel amaçlı veri tabanı dosyalarında genellikle işe yarar sonuçlar elde edememektedir. Veri tabanı dosyaları sürekli güncellenen ve büyüyen dosyalar olduğu için, kurtarma sürecinde otomatik mantıklar (algoritmalar) genellikle işe yaramamaktadır.
Genel istatistiklere göre, otomatik veri kurtarma programlarının veri tabanı dosyalarında sonuç elde etme ihtimali %5’ten fazla değildir. Otomatik programlar ile kurtarılamayan (kurtarıldığı zannedilip de çalışmayan ya da hiç iz bulunamayan) veri tabanı dosyalarının özel yöntemlerle kurtarılması, firmamızın ana çalışma alanıdır ve firmamız her durumda muhtemel kesin sonucu elde etmektedir.
Veri tabanı dosyalarının bozulması ya da kaybolması durumunda bilinçsizce yapılan onarım ya da kurtarma denemeleri en tehlikeli yaklaşımdır. Bir işletmenin veri tabanı o işletme için hayati öneme sahiptir. Yapılan istatistiklere göre, gerçekte veri kayıplarının %70’i, veri kaybına neden olan olay sonrası yapılan bilinçsiz ve yanlış müdahaleler nedeniyle olmaktadır.
Birinci ve en önemli kural, veri kaybının ya da sorunun oluştuğu bilgisayar üzerinde işlem yapmamaktır.
Veri tabanı kontrol, onarım ya da yedek test işlemleri başka bir bilgisayarda yapılmalıdır.
Dosya silindiyse ya da disk bölümü formatlandıysa, olayın olduğu disk çalışan başka bir sisteme ikinci disk olarak takılmalı ve otomatik programlar ile taramalar orada yapılmalıdır.
Otomatik programlarla elde edilen dosyalar geri yüklenmeden önce test edilmelidir (şansınızın %5 olduğunu söylemiştik).
Fiziksel arızalarda otomatik programlar ile tarama yapılmamalıdır. Bu işlem, diskin veri kurtarma çalışması yapılamayacak şekilde tahrip olmasına neden olabilmektedir. Ekstradan kaybedilecek sektör bile, kritik parametrelerin bulunduğu bir bölgeye denk gelmesi durumunda, veri tabanı için ölümcül bir kayıp anlamına gelebilir.
Not: Yukarıdaki bölüm (Doğru müdahale nasıl olur?) ille de müdahale edeceğim diyen kişilere yol göstermek amacıyla yazılmıştır. En doğru yaklaşım, verileri hiç riske atmadan profesyonel veri kurtarma hizmeti almak üzere firmamız ile bağlantıya geçilmesidir.
Eski DOS döneminden kalma alışkanlıkla çoğu firma maalesef yanlış yedekleme yapmaktadır. Veri tabanı değil, programı çalıştıran dosyaların bulunduğu klasör yedeklenmektedir.
Örnek: LBS LKS2'yi baz alırsak,
Program $X:\Program Files\LKS2 klasörüne kurulmakta,
Veri tabanı ise $X:\Program Files\Microsoft SQL Server\MSSQL\Data klasöründe, LKSDB_Data.MDF ve LKSDB_Log.LDF dosyalarında tutulmaktadır.
Dolayısıyla yedeklenmesi gereken dosyalar MDF ve LDF dosyalarıdır. LKS2 klasörünü yedeklemenin hiçbir anlamı yoktur.
Yedekleme Önerileri:
Kullandığınız programın veri tabanı dosyalarının neler olduğunu ve nerede tutulduğunu üretici firmadan öğrenin ve doğru yedekleme yapın.
Yedekleme işini otomatize edin ve kritik telafi süresine göre planlayın.
SQL veri tabanı yönetim sistemi, istenilen şekilde planlanabilir bir yedekleme aracına sahiptir; bu aracı kullanarak yedeği başka bir bilgisayara ya da düzenli olarak DVDR ortamlarına yazmayı planlayın.
USB flash belleklerin ve USB harici disklerin doğru yedekleme ortamları olmadığını da hatırlatmakta fayda görüyoruz.
