Yedekleme Penceresi Süresi Gece Bakım Planını Nasıl Şekillendirir?

Yedekleme penceresi süresi nasıl tahmin edilir?

Temel formül: t = yedeklenecek_veri ÷ etkin_throughput. Etkin throughput şu üç değerin minimumudur: kaynak depolama okuma hızı, hedef ortam yazma hızı ve ağ bant genişliği. Örnek: 2 TB tam yedek, 1 Gbps LAN (125 MB/s teorik). Pratik I/O ek yükü ve dosya sistemi yükü gözetildiğinde gerçekçi throughput ~80 MB/s. Süre: 2.000.000 MB ÷ 80 = 25.000 saniye ≈ 6,9 saat. Bu rakam bakım penceresine sığıp sığmadığını belirlemek için temel girdidir. Birden fazla veri akışı paralel çalışırsa (birden fazla sunucu eş zamanlı yedekleme) ağ ve hedef depolama I/O rekabeti de hesaba katılmalıdır.

Sıkıştırma, deduplication ve artımlı değişimin gerçek süreye katkısı

Artımlı yedekleme (yalnızca değişimler): büyük ölçekli sistemlerde günlük değişim miktarı genellikle tam yedeğin %5-10'u kadardır. 100 GB artımlı, 80 MB/s → ~21 dakikada tamamlanır. Deduplication ilk çalışmalarda throughput'u %20-40 düşürür; ancak sonraki çalışmalarda önemli alan tasarrufu sağlar. Sıkıştırma: ofis belgelerinde %40-60 Sıkıştırma oranı mümkünken video ve görüntü gibi zaten sıkıştırılmış veriler kazanç sağlamaz. Sıkıştırma açıldığında veriye bağlı olarak etkin yazma throughput'u artabilir; ancak CPU üzerinde ek yük oluşur.

Bakım penceresine sığmayan yedekleme için çözüm stratejileri

Kalıcı artımlı yedekleme, büyük tam yedek penceresini tamamen ortadan kaldırır: her gün yalnızca değişimler yedeklenir; tam dosyadan bağımsız sentez (synthetic full) mevcut yedek deposu içinde oluşturulur. Bu yöntemde üretim sistemine okuma yükü sıfıra yakındır. VMware veya Hyper-V ortamlarında VSS/snapshot tabanlı yedekte anlık görüntü saniyeler içinde alınır; üretim sistemi çalışmaya devam ederken yedekleme bu anlık görüntüden yapılır. Veeam, Cohesity ve Rubrik gibi modern platformlar bu yaklaşımı varsayılan iş akışı olarak sunar ve çoğu ortamda bakım penceresi baskısını büyük ölçüde hafifletir.