Yedek, sorun yaşanana kadar görünmeyen sigortadır
Netsis’te tuttuğunuz veri — cari hesaplar, stoklar, faturalar, muhasebe kayıtları — işletmenizin dijital hafızasıdır ve tamamı SQL Server veritabanlarında durur. Disk arızası, yanlışlıkla silme, elektrik kesintisinde bozulan dosya ya da fidye yazılımı (ransomware): senaryolar farklı, sonuç aynıdır. O gün elinizde geri açılabildiği test edilmiş bir yedek varsa olay birkaç saatlik aksaklıktır; yoksa yılların kaydı risk altındadır.
Sahada en sık gördüğümüz durum yedek almamak değil, yedek aldığını sanmaktır: yıllar önce kurulmuş, bir noktada sessizce durmuş ve kimsenin kontrol etmediği bir yedek görevi. Bu yüzden yedeklemeyi tek seferlik kurulum değil, izlenen bir bakım süreci olarak ele alıyoruz.
Nelerin yedeklenmesi gerekir?
- SQL veritabanları — Şirket verilerinin tamamı buradadır; yedeğin çekirdeği SQL yedeğidir. Dosyaları elle kopyalamak SQL yedeği yerine geçmez; canlı veritabanı dosyasının kopyası tutarlı ve açılabilir olmayabilir.
- Belge ve ek klasörleri — Sisteme eklenmiş dış dosyalar (taranmış belgeler, tasarım dosyaları vb.) veritabanı dışında klasörlerde tutuluyorsa yedek planına ayrıca dahil edilmelidir.
- Özel rapor ve uyarlamalar — İşletmenize özel geliştirilmiş rapor ve tasarımların kaybı, veri kaybı kadar konuşulmaz ama yeniden yaptırması maliyetlidir.
- Yapılandırma bilgisi — Sunucu kurulum düzeni ve bağlantı ayarlarının belgelenmiş olması, felaket sonrası yeniden kurulumu günlerce kısaltır.
Sağlıklı bir yedek düzeninin dört kuralı
- Otomatik olsun — İnsana bağlı yedek unutulur. Yedek, zamanlanmış görevle kendi kendine alınmalı; SQL tarafında bunun kurgusu SQL Server yapılandırması ile birlikte planlanır.
- Birden fazla kopya, birden fazla yer — Yaygın pratik 3-2-1 ilkesidir: verinin en az üç kopyası, iki farklı ortamda, biri işletme dışında (bulut ya da fiziksel olarak ayrı lokasyon). Sunucuyla aynı diske alınan yedek, disk arızasında yedek değildir.
- Ağdan kopuk bir kopya bulunsun — Fidye yazılımları erişebildikleri ağ paylaşımlarındaki yedekleri de şifreler. Sürekli bağlı olmayan (offline ya da sürümlü bulut) en az bir kopya, ransomware senaryosunun tek güvencesidir.
- Geri dönüş düzenli test edilsin — Alınan yedek değil, açılabilen yedek kıymetlidir. Belirli aralıklarla yedekten deneme geri yüklemesi yapılmalı; bu test, yedek düzeninin çalıştığının tek gerçek kanıtıdır.
Yedeğin ikizi: erişim güvenliği
Yedekleme, veri güvenliğinin kurtarma ayağıdır; önleme ayağı erişim düzenidir:
- Kullanıcı yetkilendirmesi — Her kullanıcı yalnızca işi için gereken modül ve işlemlere erişmeli; ayrılan personelin hesabı aynı gün kapatılmalıdır.
- Parola disiplini — Ortak kullanılan ve yıllardır değişmeyen parolalar, denetimde de güvenlikte de zafiyettir.
- Sunucuya erişim — SQL Server’a ve sunucuya doğrudan erişim BT sorumlusuyla sınırlı olmalı; herkesin uzak masaüstü bildiği bir sunucu güvenli değildir.
Kişisel veri barındıran alanlarda bu düzen aynı zamanda mevzuat konusudur; ayrıntı için KVKK ve ERP yazımıza bakın.
Bakım anlaşmasında yedekleme nasıl işliyor?
Bakım anlaşmalı müşterilerimizde yedek düzeni bizim sorumluluğumuzdadır ve şu döngüyle işler:
- Kurulum — Yedek planı işletmenin veri hacmine ve çalışma düzenine göre kurulur; kopya sayısı ve dış lokasyon kararlaştırılır.
- İzleme — Yedeklerin gerçekten alınıp alınmadığı düzenli kontrol edilir; duran yedek fark edilmeyi beklemez.
- Geri dönüş tatbikatı — Periyodik olarak yedekten deneme açılışı yapılır ve sonucu raporlanır.
- Kritik gün koruması — Yıl sonu devri ve sürüm güncellemesi gibi riskli işlemler öncesinde ek yedek alınır.
Bu döngünün işletmeye maliyeti, tek bir veri kaybı vakasının maliyetiyle karşılaştırılamayacak kadar küçüktür.
Yedek düzeninizi kontrol ettirin
Giza Teknoloji, 2018’den beri Logo Netsis yetkili bayisi; 10+ yıllık deneyimle 200+ müşterimizin veri güvenliğini kurulumdan bakıma tek elden yönetiyoruz. Mevcut yedek düzeninizden emin değilseniz — ki emin olmamak en yaygın durumdur — bir kontrol randevusuyla netleştirebiliriz. Bakım kapsamları için Netsis destek sayfamıza bakın.
Yedek kontrolü ve bakım teklifi için iletişime geçin → — Veri kaybı gibi acil bir durumla karşı karşıyaysanız Türkiye geneli 7/24 hizmet veren kardeş markamız netsis-destek.com üzerinden anında ulaşın.
Sıkça Sorulan Sorular
Netsis yedeği ne sıklıkla alınmalı?
İşlem hacminize bağlıdır: kaybetmeyi göze alabileceğiniz en uzun süre neyse, yedek aralığınız o olmalıdır. Yoğun belge kesen işletmelerde günlük tam yedeğe ek olarak gün içi yedekleme kurgulanabilir; doğru düzen kurulum incelenerek belirlenir.
Yedek dosyalarını sunucudaki başka bir klasöre kopyalamak yeterli mi?
Hayır. Sunucuyla aynı diskte, hatta aynı binada duran yedek; disk arızası, hırsızlık, yangın ve ransomware senaryolarında veriyle birlikte kaybedilir. En az bir kopyanın işletme dışında ve ağdan kopuk tutulması gerekir.
Yedekten geri dönüş testi neden bu kadar önemli?
Çünkü yedek dosyasının varlığı, açılabileceği anlamına gelmez; bozuk, eksik ya da yanlış içerikli yedekler ancak geri yükleme denendiğinde ortaya çıkar. Test edilmemiş yedek, denenmemiş paraşüt gibidir.
Fidye yazılımı bulaşırsa Netsis verisi kurtarılabilir mi?
Ağdan kopuk ya da sürümlü bir yedek kopyanız varsa sistem temizlendikten sonra veri o kopyadan geri yüklenir. Böyle bir kopya yoksa seçenekler ciddi biçimde daralır; bu senaryonun tek gerçek cevabı olay öncesi kurulmuş doğru yedek düzenidir.
Yedekleme işini kendi personelimiz yürütebilir mi?
Kurulan düzeni izlemek mümkündür; ancak pratikte yedek görevleri sessizce durur ve fark edilmez. Bakım anlaşmasının bu konudaki asıl değeri teknik değil operasyoneldir: izleme ve test sorumluluğunun, işi bu olan bir ekipte olmasıdır.
Bizimle iletişim
💬 WhatsApp: +90 532 599 51 12 ✉ E-posta: mehmet.bircan@gizateknoloji.com 📍 Mücahitler Mah. Ali Fuat Cebesoy Bulvarı, Mehmet Sebzeci İş Merkezi, Kat:7 No:704, Şehitkamil/Gaziantep