Veri Yedekleme: 3-2-1 Kuralı ve Sık Yapılan Hata

Çoğu işletme "yedeğimiz var" der. Ama o yedeğin en son ne zaman alındığını, nerede durduğunu ve en önemlisi ondan gerçekten geri dönülüp dönülemeyeceğini bilen azdır. Bir disk arızası, yanlışlıkla silinen bir klasör, fidye yazılımı ya da hacklenen bir sunucu olduğunda bu soruların cevabı, işletmenin birkaç saatlik bir aksaklık mı yoksa haftalarca süren bir kriz mi yaşayacağını belirler.

Bu yazıda veri yedekleme çözümleri arasında yön bulmanızı sağlayacak en sağlam çerçeveyi, yani 3-2-1 kuralını anlatıyoruz. Ardından kendi sunucularımızda yaşadığımız ve neredeyse her işletmenin yapabileceği bir hatayı paylaşıyoruz: Yedeklerin sessizce durması.

Yedekleme Neden "Bir Gün Lazım Olur" Değil?

Veri kaybı genellikle dramatik bir felaketle değil, sıradan bir günde gelir:

• Donanım arızası: Diskler, özellikle uzun süre kesintisiz çalışanlar, eninde sonunda arızalanır.
• İnsan hatası: Yanlış klasörün silinmesi, bir dosyanın üzerine yazılması, yanlış veritabanı komutunun çalıştırılması.
• Fidye yazılımı: Dosyaları şifreleyip açmak için para isteyen zararlı yazılımlar, aynı ağdaki ve bağlı disklerdeki yedekleri de şifreleyebilir.
• Saldırı ve sabotaj: Ele geçirilen bir hesap ya da sunucu üzerinden verilerin silinmesi veya değiştirilmesi.
• Hizmet sağlayıcı sorunları: Hosting firmasında yaşanan arıza ya da ödeme veya lisans sorunları yüzünden hesabın kapatılması.
• Fiziksel olaylar: Yangın, su baskını, hırsızlık.

Bu listenin her maddesi farklı bir yedekleme ihtiyacını işaret eder. Örneğin aynı bilgisayara takılı harici disk donanım arızasına karşı korur ama fidye yazılımına ya da hırsızlığa karşı korumaz. İşte 3-2-1 kuralı tam da bu yüzden var.

3-2-1 Kuralı Nedir?

3-2-1 kuralı, yıllardır kabul gören ve sade olduğu için uygulanması kolay bir yedekleme prensibidir:

Rakam	Kural	Neye Karşı Korur
3	Verinizin en az 3 kopyası olsun (1 orijinal + 2 yedek)	Tek bir yedeğin bozuk çıkması
2	Yedekler en az 2 farklı ortamda dursun	Aynı türdeki ortamın aynı anda arızalanması
1	Kopyalardan en az 1'i fiziksel olarak başka bir yerde olsun	Yangın, hırsızlık, sunucunun tamamen kaybı

Somut bir örnekle: Ofisinizdeki dosya sunucusu orijinal kopyadır. Her gece aynı ofisteki bir ağ depolama cihazına (NAS) yedek alınır; bu ikinci kopyadır. Aynı yedek şifrelenmiş olarak bir bulut depolama hizmetine de gönderilir; bu üçüncü kopya ve "başka yerdeki" kopyanızdır.

Günümüzde fidye yazılımı riski nedeniyle bu kurala sıklıkla bir ek yapılıyor: Yedeklerden en az biri değiştirilemez ya da çevrimdışı olmalıdır. Yani saldırgan sistemlerinize erişse bile o yedeği silemez veya şifreleyemez. Bazı bulut depolama hizmetlerinin sunduğu "belirli süre silinemez" ayarı ya da ağdan fiziksel olarak ayrılan bir disk bu amaca hizmet eder.

Neyi Yedeklemelisiniz?

Yedekleme konuşulurken genellikle sadece "dosyalar" akla gelir. Oysa bir işletmenin kaybettiğinde geri getirmekte zorlanacağı veri çok daha geniştir:

• Muhasebe, ERP ve CRM veritabanları
• Web sitesi dosyaları ve veritabanı
• Kurumsal e-posta kutuları
• Ortak klasörler, sözleşmeler, teklifler, tasarım dosyaları
• Sunucu ve yazılım ayarları, lisans anahtarları, DNS kayıtlarının dökümü
• Şifre yöneticisi ve yetki bilgileri (güvenli biçimde)

Bulut tabanlı bir hizmet kullanıyor olmanız, verinizin yedeklendiği anlamına gelmez. Pek çok bulut servisi altyapının çalışır durumda olmasını garanti eder, ancak sizin yanlışlıkla sildiğiniz ya da ele geçirilen hesabınızdan silinen verinin uzun süre geri getirilmesini garanti etmeyebilir. Hizmet sözleşmenizde bu konuyu mutlaka kontrol edin.

İki Kritik Ölçü: Ne Kadar Veri, Ne Kadar Süre?

Bir yedekleme kurgusu tasarlamadan önce iki soruyu cevaplamanız gerekir:

Ne kadar veri kaybını göze alabilirsiniz? Teknik dilde buna RPO (Recovery Point Objective) denir. Günde bir yedek alıyorsanız, en kötü senaryoda bir günlük veriyi kaybedersiniz. Gün içinde sürekli sipariş alan bir e-ticaret sitesi için bu kabul edilemez olabilir; haftalık güncellenen bir tanıtım sitesi içinse yeterlidir.

Ne kadar sürede ayağa kalkmanız gerekir? Buna da RTO (Recovery Time Objective) denir. Muhasebe sisteminizin iki gün kapalı kalması mı, iki saat kapalı kalması mı kabul edilebilir? Hızlı geri dönüş gerekiyorsa yedeğin sadece var olması değil, hızlıca geri yüklenebilir formatta ve yakın bir yerde olması da gerekir.

Bu iki cevap, yedekleme sıklığını, saklama süresini ve kullanacağınız çözümü doğrudan belirler.

Sık Yapılan Hata: Yedeğin Sessizce Durması

Şimdi kendi deneyimimize gelelim. Yönettiğimiz bir sunucuda, barındırma hesaplarının yedekleri düzenli olarak otomatik alınıyordu. Kâğıt üzerinde her şey yolundaydı. Ancak zamanla yedekler sunucunun kendi diskini doldurmaya başladı; çünkü çok sayıda eski yedek saklanıyordu.

Asıl tehlikeli olan kısım şuydu: Disk doluluğu yaklaşık %90'ı geçtiğinde kontrol paneli yeni yedek almayı sessizce durduruyordu. Ortada bir alarm, kırmızı bir uyarı ya da "yedekleme başarısız" diye bağıran bir ekran yoktu. Yani "yedeğimiz alınıyor" diye düşündüğümüz bir dönemde aslında yeni yedek alınmıyor olabilirdi.

Sorunu fark ettikten sonra şunları yaptık:

1. Saklama süresini düşürdük. Gereğinden fazla eski yedek saklamak hem diski dolduruyor hem de yeni yedekleri engelliyordu.
2. Aylık disk kontrolü koyduk. Disk doluluğu, yedeklemenin çalışıp çalışmadığının erken uyarı işareti haline geldi.
3. Uyarıların gerçekten ulaştığını kontrol ettik. Başka bir olayda, sunucunun gönderdiği uyarı maillerinin spam'e düştüğünü ve kimsenin görmediğini yaşamıştık. Ulaşmayan bir uyarı, hiç olmayan uyarıdan daha tehlikelidir.

Bu deneyimden çıkardığımız en önemli ders şu: Yedeğin alındığına değil, geri dönülebildiğine bakın. "Yedekleme görevi tanımlı" demek, "dün geceki yedek sağlam ve geri yüklenebilir" demek değildir.

İkinci ders de 3-2-1 kuralının "1" kısmıyla ilgili: Aynı sunucunun diskinde duran yedek, o sunucunun başına gelecek bir felakette yedekle birlikte gider. Sunucu dışına, başka bir sağlayıcıya ya da konuma alınmış bir kopya şarttır.

Yedekleme Kontrol Listesi

İşletmenizin yedekleme düzenini bu listeyle kontrol edebilirsiniz:

• Kritik verilerin listesi çıkarıldı ve her birinin yedeklendiği doğrulandı
• En az 3 kopya, 2 farklı ortam, 1 kopya farklı konumda
• En az bir yedek değiştirilemez ya da ağdan bağımsız
• Yedekler şifreli saklanıyor ve şifreleme anahtarı güvenli ama ulaşılabilir bir yerde
• Yedekleme başarısız olduğunda uyarı geliyor ve bu uyarının ulaştığı test edildi
• Yedeklerin saklandığı diskin doluluk oranı düzenli izleniyor
• Saklama süresi bilinçli olarak belirlenmiş (ne çok kısa ne sınırsız)
• En az üç ayda bir gerçek bir geri yükleme testi yapılıyor
• Felaket anında kimin ne yapacağı yazılı olarak belirlenmiş

Geri yükleme testi listenin en çok atlanan maddesidir. Test etmenin en basit yolu, rastgele seçilen bir dosyayı ya da bir veritabanının kopyasını ayrı bir ortama geri yüklemek ve açılıp açılmadığını kontrol etmektir. Bu kontrol yalnızca yedeğin sağlam olduğunu değil, felaket anında geri yüklemenin ne kadar süreceğini de gösterir.

Kişisel veri işleyen işletmeler için yedeklerin şifrelenmesi ve erişimin kısıtlanması aynı zamanda veri güvenliği tedbirlerinin bir parçasıdır. Teknik tarafı KVKK teknik tedbirler rehberimizde ele aldık; yükümlülüklerinizin hukuki çerçevesi için bir hukukçuya danışmanızı öneririz.

Hangi Veri Yedekleme Çözümleri Kimin İçin Uygun?

İşletme Durumu	Pratik Kurgu
Birkaç bilgisayarlı küçük ofis	Bulut tabanlı dosya senkronizasyonu + otomatik bulut yedekleme + periyodik harici disk yedeği
Ofis içi dosya sunucusu olan işletme	NAS'a günlük yedek + şifreli bulut kopyası + değiştirilemez saklama
Kendi sunucusunda web sitesi ve uygulama çalıştıran işletme	Sunucu içi anlık yedek + farklı sağlayıcıda sunucu dışı kopya + düzenli geri yükleme testi
Kritik veritabanı (e-ticaret, ERP)	Gün içinde sık veritabanı yedeği + günlük tam yedek + ayrı konumda kopya

Hangi çözümü seçerseniz seçin, kurgunun bir kişinin hafızasına değil yazılı bir prosedüre ve otomatik izlemeye dayanması gerekir. İşletmenizin genel dijital altyapısını ele almak isterseniz KOBİ'ler için dijital dönüşüm rehberimiz de iyi bir başlangıç noktasıdır.

Sık Sorulan Sorular

Bulut kullanıyorum, ayrıca yedek almam gerekir mi? Çoğu durumda evet. Senkronizasyon servisleri, silinen ya da şifrelenen bir dosyayı tüm cihazlara aynı şekilde yansıtabilir. Senkronizasyon yedek değildir; geçmiş sürümlere uzun süre dönebildiğiniz ayrı bir yedek gerekir.

Ne sıklıkla yedek almalıyım? Bu, ne kadar veri kaybını göze alabildiğinize bağlıdır. Sık değişen veritabanları için gün içinde birden fazla yedek, nadiren değişen dosyalar için günlük ya da haftalık yedek yeterli olabilir.

Yedekleri ne kadar süre saklamalıyım? Hem iş ihtiyacınız hem de yasal saklama yükümlülükleriniz belirleyicidir. Saklama süresi bilinçli seçilmeli; sınırsız saklamak, bizim de yaşadığımız gibi diski doldurup yeni yedekleri engelleyebilir.

Harici disk yeterli mi? Tek başına yeterli değildir. Sürekli bilgisayara takılı duran bir disk, fidye yazılımına karşı korumasızdır ve ofisle aynı fiziksel riskleri taşır. 3-2-1 kuralının bir parçası olarak kullanılmalıdır.

Sonuç

Doğru veri yedekleme çözümü, en pahalı ürün değil, 3-2-1 kuralına uyan, en az bir kopyası farklı konumda ve değiştirilemez olan, düzenli izlenen ve gerçekten test edilen bir düzendir. Kendi sunucularımızda gördüğümüz gibi en büyük risk yedeğin hiç olmaması değil, var sanılırken sessizce durmuş olmasıdır.

Yedekleme kurgunuzu gözden geçirmek, sunucu dışı yedek ve izleme düzeni kurmak için IT çözümleri hizmetimizi inceleyebilirsiniz. Mevcut düzeninizi birlikte değerlendirmek için bize ulaşın.