Yedekleme Çözümleri

RPO, geri dönüldüğünde kaybedilmesi kabul edilebilecek en fazla veri miktarını zaman cinsinden ifade eder; dört saatlik bir RPO, en fazla dört saatlik veri kaybının göze alındığı anlamına gelir. RTO ise sistemin ne kadar sürede yeniden çalışır hâle gelmesi gerektiğini belirtir. İkisi de teknik değil ticari kararlardır; birlikte belirleriz.

Evet, ve bu en çok atlanan adımdır. Uygulamada en sık karşılaştığımız durum, aylardır sessizce hata veren bir yedek işi ya da geri dönüşte eksik çıkan bir veri tabanıdır. Test edilmemiş bir yedek, gerçek bir kriz anına kadar çalıştığı varsayılan bir vaatten ibarettir.

Belirlenen süre boyunca hiçbir hesabın - yönetici hesabı dâhil - silemediği veya üzerine yazamadığı bir yedek kopyasıdır. Fidye yazılımı saldırılarında saldırganların ilk hedefi yedekleri imha etmek olduğu için, bu katman temiz bir dönüş noktasını garanti altına alır.

Gerekir. Bulut sağlayıcısının altyapı yedekliliği donanım arızasına karşı koruma sağlar; yanlışlıkla silinen bir dosyayı, hatalı bir toplu işlemi veya fidye yazılımıyla şifrelenen veriyi geri getirmez. Bu iki koruma farklı risklere karşıdır ve birbirinin yerine geçmez.

Tek bir doğru süre yoktur; ihtiyaç, veri türüne ve yasal yükümlülüğe göre değişir. Kişisel veri içeren yedeklerde saklama süresi, veri envanterinde o veri için belirlenen süreyle uyumlu olmalıdır. Süresiz saklama pratik görünse de silme yükümlülüğüyle çelişir ve denetimde sorun yaratır.

Yedek dosyalarından tek bir kaydı çıkarmak teknik olarak çoğu zaman mümkün değildir. Uygulanabilir yöntem, saklama süresi dolan yedek setlerinin bütün olarak imha edilmesi ve bu döngünün imha politikasında yazılı hâle getirilmesidir. Politikayı bu gerçeği dikkate alarak kurgularız.