Yedekleme Penceresi Yetmiyor: Veri Buyurken Yedek Suresi

Yedekleme Penceresi Yetmiyor: Veri Büyürken Yedek Süresi

Gece yarısı başlayan yedekleme işi sabah altıda bitiyordu. Şimdi öğlene kadar sürüyor ve mesai başladığında sistem hâlâ yedek alıyor. Kullanıcılar yavaşlıktan şikayetçi. Veri büyüdü ama yedekleme yöntemi aynı kaldı.

Bu yazı, yedekleme süresinin yönetimini ele alıyor.

Pencere Kavramı

1. Yedekleme sistem yükü üretir.
2. Düşük trafikli saatte yapılır.
3. Bu aralığa pencere denir.

Üçüncü adım planlamanın temelidir: yedekleme penceresi, sistemin ek yükü sorunsuz kaldırabildiği saat aralığıdır — veri büyüdükçe iş bu aralığa sığmamaya başlar ve üretim saatlerine taşar.

Taşma, kullanıcıya yavaşlık olarak yansır.

Bu, yedekleme sorunundan çok kapasite sorunudur.

Belirti geç fark edilir çünkü kademelidir.

Artımlı Yedekleme

İkinci satırdaki takas her zaman hatırlanmalıdır: artımlı yedekleme pencereyi rahatlatır ama geri yükleme için tam yedek ve tüm artımlı adımlar sırayla uygulanmalıdır — yedek almak hızlanırken geri dönmek yavaşlar.

Zincir uzadıkça geri yükleme süresi artar.

Bu nedenle düzenli aralıklarla tam yedek alınmalıdır.

Haftalık tam, günlük artımlı yaygın bir dengedir.

Anlık Görüntü Yaklaşımı

• O anki durum dondurulur.
• Kopyalama görüntüden yapılır.
• Uygulama beklemez.

Üçüncü madde pencere sorununu büyük ölçüde çözer: anlık görüntü saniyeler içinde alınır ve yedekleme o görüntüden yapılır — üretim sistemi yedekleme süresince normal hızında çalışmaya devam eder.

Görüntü alma sırasında kısa bir duraklama olur.

Bu duraklama genellikle fark edilmez.

Veritabanları için görüntü öncesi tutarlılık sağlanmalıdır.

Tutarlı Yedek

1. Dosyalar kopyalanırken değişebilir.
2. Yarım durum yedeklenebilir.
3. Geri yüklemede bozuk çıkar.

Üçüncü madde en tehlikeli sessiz hatadır: çalışan bir veritabanının dosyalarını olduğu gibi kopyalamak tutarsız bir yedek üretir — yedek dosyası oluşur, boyutu doğrudur ama geri yüklendiğinde veritabanı açılmaz.

Bu, ancak geri yükleme denendiğinde anlaşılır.

Veritabanları kendi yedekleme aracıyla yedeklenmelidir.

Ya da yedek öncesi yazma işlemleri dondurulmalıdır.

Hedef Tarafı

Dördüncü satır beklenmedik bir darboğaz olabilir: yüksek seviyeli sıkıştırma kullanmak yedek boyutunu küçültür ama işlemciyi doyurup yedekleme süresini uzatabilir — küçük dosya her zaman daha iyi değildir.

Orta seviye sıkıştırma genellikle en iyi dengedir.

Hangi bileşenin sınırladığını ölçmek gerekir.

Yanlış darboğazı iyileştirmek zaman kaybıdır.

Paralelleştirme

• Birden fazla iş aynı anda çalışabilir.
• Toplam süre kısalır.
• Ama yük artar.

Üçüncü madde sınırı belirler: paralel yedekleme işleri toplam süreyi kısaltır ama disk ve ağ üzerindeki anlık yükü artırır — pencere daralırken üretim etkisi büyür.

Bu, dikkatli ayarlanması gereken bir dengedir.

Paralellik derecesi kademeli artırılmalıdır.

Her artıştan sonra üretim etkisi ölçülmelidir.

Kapsamı Daraltmak

1. Her şeyi yedeklemek gerekmez.
2. Üretilebilir veriler hariç tutulur.
3. Geçici dosyalar atlanır.

İkinci madde önemli bir kazanç sağlar: önbellek dosyaları, küçültülmüş görsel kopyaları ve indirilebilir bağımlılıklar yedeklenmek zorunda değildir — bunlar gerektiğinde yeniden üretilebilir ve yedek boyutunun önemli kısmını oluşturabilir.

Bu dosyalar bazen ana veriden büyüktür.

Hariç tutma listesi düzenli gözden geçirilmelidir.

Ama gerçekten üretilebilir olduklarından emin olunmalıdır.

Süre Uzarken Doğrulama

İkinci satır kapasiteyi önceden görmenizi sağlar: yedekleme süresinin haftalık eğilimini izlemek, pencereye ne zaman sığmayacağını aylar öncesinden gösterir — böylece taşma yaşanmadan önlem alınır.

Bu ölçüm otomatik kaydedilmelidir.

Üçüncü satır ise en sık atlanan kontroldür.

Alınamayan değil, geri yüklenemeyen yedek gerçek risktir.

Mimari Değişiklik

• Yedekleme ayrı bir kopyadan yapılabilir.
• Üretim hiç etkilenmez.
• Ek donanım gerekir.

İkinci madde ölçek büyüdüğünde kaçınılmaz çözümdür: yedeklemeyi bir kopya sunucudan almak, üretim sistemine hiç dokunmadan istediğiniz saatte ve istediğiniz sürede yedek almanızı sağlar — pencere kavramı tamamen ortadan kalkar.

Kopya zaten yedeklilik için tutuluyorsa ek maliyet düşüktür.

Bu yaklaşım veritabanları için yaygındır.

Kopyanın gecikmesi ayrıca izlenmelidir.

Yedekleme mimarinizi ölçeklendirmek için ek disk veya ikinci sunucu gerekebilir; fiziksel sunucu altyapısı ile depolama ve yedekleme planınızı birlikte kurgulayabilirsiniz.

Sonuç

Yedekleme süresinin uzaması kademeli olduğu için geç fark edilir: iş pencereye sığmamaya başlar ve üretim saatlerine taşar. Artımlı yedeklemenin bedelini bilin — yedek almak hızlanırken geri dönmek yavaşlar. Anlık görüntü kullanın, kapsamı daraltın, süre eğilimini haftalık izleyin ve ölçek büyüdüğünde yedeklemeyi kopya sunucudan alın.

Sıkça Sorulan Sorular (SSS)

Yedekleme mesai saatine taşıyor, ne yapmalıyım?

Önce darboğazı ölçün: kaynak disk, ağ, hedef disk veya sıkıştırma. Ardından artımlı yedeklemeye geçin, kapsamı daraltın ve mümkünse anlık görüntü kullanın. Kalıcı çözüm, yedeklemeyi bir kopya sunucudan almaktır.

Artımlı yedeklemenin dezavantajı var mı?

Var. Yedek almak hızlanırken geri dönmek yavaşlar; geri yükleme için tam yedek ve tüm artımlı adımlar sırayla uygulanmalıdır. Zincir uzadıkça süre artar, bu yüzden düzenli aralıklarla tam yedek alın.

Veritabanı dosyalarını kopyalamak yeterli mi?

Değil. Çalışan bir veritabanının dosyalarını olduğu gibi kopyalamak tutarsız bir yedek üretir; dosya oluşur, boyutu doğrudur ama geri yüklendiğinde veritabanı açılmaz. Veritabanının kendi yedekleme aracını kullanın.

Yüksek sıkıştırma kullanmalı mıyım?

Genellikle hayır. Yüksek seviyeli sıkıştırma boyutu küçültür ama işlemciyi doyurup yedekleme süresini uzatabilir. Orta seviye sıkıştırma çoğu durumda en iyi dengedir; hangi bileşenin sınırladığını ölçerek karar verin.