Yedekleme, bir verinin kaybolması veya kullanılamaz hale gelmesi durumunda geri dönülebilecek ayrı bir kopyasını oluşturma sürecidir. İyi bir plan, kopyanın nerede olduğundan çok hangi durumda ve nasıl geri alınabileceğini de açıklar.
Yedekleme neden gereklidir?
Bir dosya yanlışlıkla silinebilir, cihaz arızalanabilir, uygulama verisi bozulabilir veya bir saldırı dosyaları kullanılamaz hale getirebilir. Aynı cihazdaki tek bir kopya, o cihazı etkileyen arızaya karşı yeterli olmayabilir. Yedekleme, bu olaylardan sonra kullanılabilecek ayrı bir kurtarma noktası oluşturmayı amaçlar. Riskin büyüklüğü yalnız dosya boyutuyla ölçülmez. Küçük bir veritabanı, işletmenin günlük işleyişi için çok büyük bir arşivden daha kritik olabilir.
Yedekleme ile senkronizasyonun farkı
Senkronizasyon farklı ortamlardaki verinin güncel halini eşitlemeye odaklanır. Yanlış bir değişiklik veya silme de eşitlenebilir. Bir senkronizasyon hizmeti sürüm geçmişi sunabilir; bunun ne kadar süre tutulduğunu ve hangi olaylara karşı koruduğunu ayrıca incelemek gerekir. Yedekleme yaklaşımı ise bağımsız kopyalar, saklama süresi ve test edilmiş geri dönüş adımları üzerine kurulmalıdır. İki yöntemin birlikte kullanılması mümkün olsa da biri diğerinin tüm özelliklerine sahipmiş gibi düşünülmemelidir.
Tam, artımlı ve diferansiyel yedekleme
Tam yedek, seçili veri kümesinin tamamını kapsar. Artımlı yaklaşım, önceki uygun noktaya göre değişen veriye odaklanır. Diferansiyel yaklaşım ise son tam yedekten bu yana değişen veriyi ele alır. Bu kavramlar ürünün uygulama biçimine göre farklı kurtarma zincirleri ve depolama gereksinimleri doğurabilir. Blok seviyesinde tekrar eden veriyi tek kopyada saklayan bir motorun görünümüyle klasik dosya tabanlı yedek zincirinin aynı olduğu varsayılmamalıdır.
Neyi yedekleyeceğinizi belirleyin
Belgeler, proje klasörleri, uygulama çıktıları, veritabanları ve e-posta arşivleri ayrı kaynak türleridir. Her kaynak için sorumlu kişiyi, değişme sıklığını ve gerekli tutarlılık yöntemini yazın. Çalışan bir veritabanının veri dosyasını kopyalamak, uygulama ile uyumlu bir yedek almakla aynı şey değildir. Kullanıcının farklı bir klasöre taşınan dosyaları planın dışında bırakması da sık rastlanan bir kapsam sorunudur.
Saklama süresi ve kapasiteyi birlikte planlayın
Yedeklerin ne kadar süre tutulacağı, günlük değişim miktarı ve toplam kapasiteyle ilişkilidir. Yalnız bugünkü veri boyutuna bakmak yeterli değildir. Geçmiş sürümler, dışa aktarımlar ve kurtarma için hazırlanacak geçici dosyalar da alan kullanabilir. Politikanızı belirlerken hangi tarihe kadar geri dönmeniz gerektiğini ve bu ihtiyacın nedenini değerlendirin.
Başarılı iş kaydı son adım değildir
Başarılı yedekleme kaydı önemli bir başlangıçtır. Ancak kurtarılabilirliği anlamak için örnek dosyaları farklı bir hedefe geri alın, dosyaları açın ve uygulama seviyesinde kontrol yapın. Yedeklerin bulunduğu hesabın ve cihazın erişim koşullarını da senaryoya dahil edin. Kurtarma adımlarının yalnız tek bir kişinin hafızasında bulunması işletme açısından ayrı bir zayıflıktır.
Bu rehber genel teknik bilgilendirme içerir. Seçtiğiniz ürünün kapsamını, uygulama gereksinimlerini ve kurtarma koşullarını kendi ortamınızda doğrulayın.