Yedekleme Kapasitesi

Yedeklemede darboğaz genelde disk değil, hattır

Depolama satın alınabilir, hat kapasitesi çoğu zaman alınamaz. 10 TB'lık bir disk bir günde takılır; aynı binaya iki kat hızlı bir internet hattı çekmek altyapıya, mesafeye ve sağlayıcının o adreste ne sunduğuna bağlıdır. Yedekleme planı bu yüzden iki ayrı yerde tıkanır ve plan yapılırken genelde yalnız birine bakılır.

Sayı üzerinden bakalım. 2 TB veriyi günde %3 değişimle yedekliyorsanız günlük artımlı yedeğiniz sıkıştırmadan sonra 30 GB eder. 20 Mbps'lik bir yükleme hattında bu 3,6 saattir. Sekiz saatlik gecelik pencerede rahat durur. Veri 6 TB'a çıktığında aynı hesap 11 saate gider ve pencereye sığmaz: yedek sabah mesai başladığında hâlâ çalışıyor olur.

Kritik olan, bu taşmanın sessiz olmasıdır. Yedekleme yazılımı hata vermez, iş "başarılı" biter, yalnız birkaç saat geç biter. Fark edildiği an genelde kullanıcıların "sistem yavaş" dediği sabahtır.

Planların en sık atladığı sayı: ilk tam kopya

Uzak kopyanın ilk kez oluşturulması, günlük yedeklerden bambaşka bir iştir. Günlük artımlı 30 GB'sa ilk tam kopya 1 TB'dır, yani otuz katıdır. Yukarıdaki 20 Mbps hatta bu 5 gün sürer ve o beş gün boyunca hattınız doludur.

Sahada bunun üç sonucu oluyor:

1. Devreye alma tarihi kayar. Sözleşmede "kurulum bir gün" yazar, uzak kopya bir hafta sonra tamamlanır ve o hafta boyunca uzak nüshanız yoktur.
2. Hat gündüz de doludur. İlk kopya gecelik pencereye sığmaz, mesai saatinde de akmak zorundadır. Bant genişliği sınırlaması konmazsa kullanıcılar bunu hisseder.
3. İlk kopya yarıda kalırsa baştan başlar. Her ürün kaldığı yerden devam edemez; edemeyen bir üründe beş günlük aktarımın dördüncü gününde kopan bir bağlantı, dört günü çöpe atar.

Çözüm genelde hattı beklemek değil, ilk kopyayı fiziksel olarak taşımaktır: disk uzak uca elden götürülür, oradan sonrası artımlı akar. Yedekleme ürünlerinin çoğunda bunun adı vardır ve desteklenir.

Değişim oranını nereden okursunuz?

Günlük değişim oranı tahmin edilmez, yedekleme yazılımınızdan okunur. Ürün her artımlı işin sonunda ne kadar veri işlediğini raporlar; son iki haftanın ortalamasını alıp kaynak boyuta bölerseniz oran çıkar. Bu iki dakikalık bir iştir ve tahminden çok daha güvenilirdir.

Henüz yedekleme almıyorsanız okunacak bir sayı da yoktur. O durumda oranı tahmin etmek yerine iki hafta ölçmek doğru olanıdır, çünkü değişim oranı iş yüküne göre bir mertebe oynar:

• Dosya sunucusu genelde düşük değişir. Eski dosyalar duruyordur, günlük hareket yeni belgelerdedir.
• Veritabanı sunucusu yüksek değişir ve yanıltıcıdır: küçük bir kayıt güncellemesi, yedekleme açısından bütün bir veri bloğunu değişmiş sayar.
• Sanal sunucu diskleri arada durur, ama disk içi boş alanın nasıl işlendiğine göre ürüne ürüne değişir.

Bu aracın ölçülmüş varsayılan değeri yoktur ve bu bilinçli bir tercih. Bir sayı yazsaydık, aracın kendi varsayımını size sonuç diye geri vermiş olurduk. Girdilerin hepsi sizin ortamınızdan gelir.

Ne zaman bu hesaba hiç gerek yoktur?

Verisi birkaç yüz gigabaytı geçmeyen ve tek sunucusu olan bir ofiste bu hesap zaman kaybıdır. 200 GB veriyi günde %2 değişimle yedeklemek günde 2 GB eder; makul her hatta dakikalar sürer ve makul her diske sığar. Hesap, veri terabayta yaklaştığında ya da uzak kopya işin içine girdiğinde anlam kazanır. Küçük ortamda asıl soru kapasite değildir, geri dönüşün gerçekten test edilip edilmediğidir.

Devamı

3-2-1-1-0 kuralı, RTO ve RPO'nun ne anlama geldiği ve geri dönüş testinin nasıl kurulduğu için veri yedekleme ve felaket kurtarma rehberimize bakın. İşi bizden yaptırmak için yedekleme hizmeti sayfası, sanallaştırma tarafının tamamı için hypervisor ve sanallaştırma rehberi var. Yasal log arşivi bundan ayrı bir hesaptır ve onu 5651 log kapasitesi aracı yapıyor.