Araçlar
Yedekleme ve geri yükleme süresi hesaplama
Çoğu yedekleme planı, yedekleme işinin başarılı görünüp görünmediğine bakılarak değerlendirilir. Bu araç, verinizin boyutu ve hatlarınızın hızıyla her şeyi geri almanın ne kadar süreceğini tahmin eder.
Tarayıcınızda çalışır. Hiçbir şey gönderilmez.
Sonuç
Hedefinize göre tam geri yükleme süresi
48 saatlik yedekleme akışı. Taralı alan, kaybedebileceğiniz en fazla veriyi gösterir.
Yedekleme ve geri yükleme süresi nasıl hesaplanır
Ağ aktarımlarında hat hızının %80'inin kullanılabildiği varsayılır. Bu verimle 1 Mbit/s saniyede 0,1 MB taşır. Boyutlar ondalıktır: 1 TB = 1.000.000 MB.
Sıkıştırma ve tekilleştirme, ağdan geçen ve saklanan veriyi azaltır. Geri yüklemede diske yazılan veri tam boyuttadır; bu yüzden yerel geri yükleme süresi tam boyutla hesaplanır.
En kötü durumda veri kaybı (RPO), iki yedek arasındaki süreye eşittir. Depo boyutu = (veri + günlük değişim × saklanan gün) ÷ azaltma oranı; tek tam kopyalı sürekli artımlı yapı için.
Gerçek geri yüklemeler çoğu zaman diskin veya hattın izin verdiğinden yavaştır: çok sayıda küçük dosya, yoğun bir yedek deposu veya tek bir geri yükleme akışı bu süreleri iki katına çıkarabilir. Tek gerçek ölçüm, süresi tutulan bir geri yükleme testidir.
Sonuçlar planlama amaçlı tahminlerdir; kendi sistemlerinizde yapılacak ölçümün yerini tutmaz.
Burada geçen terimler: 3-2-1-1-0 kuralıAnlık görüntü (snapshot)Değiştirilemez yedekGeri yükleme testiRPORTOTekilleştirme
Uygulamada
Örnek: Günlük %2 değişen 4 TB veri, 1,5'e 1 sıkıştırma ve 100 Mbit/s yükleme hızı. İlk bina dışı kopya yaklaşık üç gün, her günlük kopya yaklaşık bir buçuk saat, yerel kopyadan tam geri yükleme yaklaşık dört buçuk saat, bina dışı kopyadan tam geri yükleme ise yaklaşık on beş saat sürer.
Sekiz saatlik bir kurtarma hedefiniz varsa bina dışı geri yükleme bunu karşılamaz. Olağan çözümler şunlardır: acil durumlar için daha hızlı bir indirme hattı, değiştirilemez bir yerel kopya ya da önce en önemli sistemleri, sonra geri kalanları geri yüklemek.
Bu araçla ilgili sorular
RPO ve RTO nedir?
Kurtarma noktası hedefi (RPO), zaman olarak ne kadar yeni veriyi kaybetmeyi göze alabileceğinizdir. Kurtarma süresi hedefi (RTO) ise bir sistemin ne kadar süre kapalı kalabileceğidir. İlkini yedekleme takviminiz, ikincisini geri yükleme hızı belirler.
Gerçek geri yükleme neden hesaptan yavaş?
Geri yüklemeler nadiren tam disk veya hat hızında çalışır. Çok sayıda küçük dosya, yeniden birleştirilmesi gereken tekilleştirilmiş depolama ve tek bir geri yükleme akışı süreci yavaşlatır. Pay bırakarak planlayın ve bir testle ölçün.
Geri yükleme ne sıklıkla test edilmeli?
Tam bir sistem için yılda en az iki kez, örnek dosyalar için her ay. Ne kadar sürdüğünü kaydedin; gerçek RTO'nuz o sayıdır.
Bir mühendisin bakmasını isterseniz
Yedekleme, kurtarma ve sanallaştırma
Ne kadar veri kaybını ve kesinti süresini göze alabileceğinizi birlikte belirler, yedekleme ve sanallaştırmayı buna göre tasarlar, süresi ölçülen bir geri yükleme testiyle kanıtlarız. VMware'den Proxmox veya Hyper-V'ye planlı geçişler de kapsama dâhildir.
Araçlar
Diğer araçlar
Altyapı kontrolü
Yedekleme, erişim, enerji ve destek üzerine on soru. On üzerinden bir puan ve en zayıf üç noktanız.
Kesinti maliyeti hesaplama
Bir kesintinin boşta kalan personel, kaybedilen gelir ve kurtarma işi olarak maliyeti; saatlik, kesinti başına ve yıllık.
Uptime ve SLA hesaplama
%99,9'u kesinti saatine çevirin, sonra kendi bileşen zincirinizi kurup en zayıf halkayı bulun.