Backup Boyut Hesaplayıcı
Yedek stratejiniz için gerekli olan depolama alanı (tam, artımlı, diferansiyel).
Backup Strateji Parametreleri
İçerik tablosu
Kapsamlı Backup Boyut Kılavuzu
Neden tahmini Backup Storage?
yedekleme kapasitesi bütçe, altyapı büyüklüğü ve kurtarma hedefleri için gereklidir. Enforasyon depolaması başarısız yedekleme veya erken rotasyona yol açıyor; atıkların bütçesini abartıyor. Bu hesaplayıcı size büyüklükte tutmanıza ve doğru stratejiyi seçmenize yardımcı olur (tam, artımlı, diferansiyel) verilerinizdeki değişim oranınıza ve geri yükleme gereksinimlerinize göre.
Hesaplama nasıl çalışır
Toplam veri büyüklüğüne giriyorsunuz, yedekleme stratejisi (yalnızca, tam + artımlı veya tam + diferansiyel), korumak için tüm yedeklerin sayısı ve - artan / farklı yedeklemeler için - ne kadar artımlı veya diferansiyel yedeklemeler günlük olarak değişir. Hesaplayıcı özetler: tam yedekleme boyutu × sayıda tam, artı her bir artış için veri büyüklüğü × değişim oranı (ve diferansiyel için, son tamtan bu yana genel değişim). Sonuç GB'de toplam depolamadır (ve TB) yedekleme türü tarafından opsiyonel bir arıza ile.
- Full backup: Tüm verilerin tam kopyası. Geri yükleme yalnızca bir yedeklemeye ihtiyaç duyar. Depolama, tutma ile lineer olarak büyür.
- Incremental yedekleme: Sadece bloklar son yedeklemeden (tam veya artımlı). Küçük günlük boyut; geri yükleme tam + büyüme zinciri gerektirir.
- Diferansiyel yedekleme: Son dolu zamandan beri tüm değişiklikler. Her gün büyür; geri yükleme yalnızca tam + son diferansiyele ihtiyaç duyar.
- Günlük değişim oranı: Günlük olarak değiştirilmiş verilerin yüzdesi. Veritabanı: 5-15%; Dosya sunucuları: 1-10%; Statik içerik: <1%.
- Retention: Yedekleri tutmak ne kadar sürer. Etkiler depolama: daha fazla tutma = daha fazla uzay. Uyum için plan (e.g. 7 yıl) ve kurtarma noktaları.
Bir bakışta strateji
Full only Full Only Full Full Only Full Full Full Only Full Full Full Only Full Full Only Full Full Only Full Full Full Full Only Full Full Only Full Full Full Only Full Full Full Full Only Full Full Full Full Only Full Full Full Full Only Full Full Full Full Full Full Only Full Full Only Full Full Full Full Full Full Only Full Full Only Full Full Full Full Full Only Full Full Full Full Only Full Full Full Only Full Full Full Only Full Only Full Full Full Only Full Full Full Full Full Full Only Full Full Full Full Full Full Only Full Full Full Full Full Full Full Just Full Full Full Full Full Only Full Only Full Full Full Full Only Full Full Full Full Full Full Only Full Full Full Full Full Full Full Only Full Full Full Full Full Full Only Full Full Full Full Full Full Only Full Only Full Full Full Full Full Full Full Full Full Full Full Only Full Full Full Full Full Full Full Full Full Full Full Full Only Full Full Full Full Full Full Full Full Full Full Full Full Full Only Full Full Full Full Full Full Only Full Only Full Full Only Full Only Full Only Full Full Full Full Full Only Full Only Full Only Full Only Full Only Full Only Full Full Full Full Only Full Full Only Full Only Full Full Only Full Only Full Full Full Full Full Full Full Only Full Full Full
Storage = veri büyüklüğü × sayıda tam. En hızlı geri yükleme; en yüksek depolama. Küçük veri kümeleri için veya basitlik önemli olduğunda.
Full + Incremental
En düşük depolama; geri yükleme tam + tüm artımlılara ihtiyaç duyar. Yedek pencere ve depolama sıkı olduğunda en iyisi.
Full + Diferansiyel
Orta depolama; geri yükleme = tam + son diferansiyel. Depolama kullanımı ve geri yükleme hızının iyi dengesi.
Yedek depolama depolama depolamanın Faydaları
- Bütçe ve tedarik: Doğru büyüklükte yedekleme depolama (NAS, kaset, bulut) ve sürprizlerden kaçın.
- Strateji seçimi: Kapasite ve geri yükleme karmaşıklığı açısından tam vs artif ile karşılaştırın.
- RPO / RTO: Align tutma ve kurtarma noktası ve kurtarma zamanı hedefleri ile frekans.
- Uyum: Plan tutma (e.g. 7 yıl) ve gerekli kurtarma noktaları için yeterli kapasiteye sahip olmanızı sağlar.
Sınırlar ve düşünceler
- Günlük değişim oranı bir tahmindir; gerçek değişim iş yükü tarafından değişir. Mümkün olduğunda yedekleme yazılımınızla ölçün.
- Promosyon ve deduplication, 15-50 tarafından gerçek depolamayı azaltabilir%; metadata ve katalog için ek ekleyin (en 15-25% ekstra).
- Incremental zincirler kırılgandır: Bir bozulmuş yedek geri yüklemeleri kırabilir. Test düzenli olarak restore eder.
- Sonuç ham yedekleme boyutudur; 1.15-1.25 tarafından, ek dahil pratik kapasite için çoğaltılır veya ürüne özel boyutlandırma araçları kullanır.
Her zaman 15-25 ekleyin% Kombinasyon için ek, metadata ve büyüme. 3-2-1 kuralını takip edin (3 kopyalar, 2 medya türleri, 1 offsite) ve test geri yüklemelerini düzenli olarak takip edin - geri yüklemeniz değersizdir.
Hızlı formül referans
Full: Full: Storage = Data size × Number of full backups
Incremental: Fulls + (Data size × Change % × Incrementals per cycle × Cycles)
Diferansiyel: Fulls + (Data size × Change % × (1+2+…+N) × Cycles), N = differentials per cycle
Çalışmalı bir örnek için aşağıdaki hesaplama Formulas bölümünü görün.
Veri büyüklüğü, strateji ve değişim hızından yedekleme depolama depolama depolama depolamanın ilk adımıdır. Bu hesaplayıcıyı stratejileri, plan tutma ve bütçe kapasitelerini karşılaştırmak için kullanın. 3-2-1 kuralı ile birleştirin, GFS tutma ve sağlam bir yedekleme planı tasarlamak için aşağıdaki günlük değişim masası.
Backup Strategies Açıkladı
Her strateji depolama kullanımı, yedekleme penceresi ve karmaşıklığı geri getirir. Veri büyüklüğüne göre seçin, değişim oranı ve RTO/RPO.
Full Backup
Tüm verileri her seferinde tam bir yedekleme kopyaları. Storage = tam yedekleme sayısı × veri büyüklüğü. Basit ve hızlı restore etmek (single restore operasyonu), ancak en uzay ve yedekleme penceresini kullanır. Küçük veri kümeleri için uygun veya basitlik ve hızlı kurtarma işlemi depolama maliyetinden daha fazla.
Incremental Backup
Sadece son yedeklemeden bu yana değişiklikler geri döner (tam veya arter). Her artış küçük (örneğin 1-10)% Günlük veriler için). Geri yükleme, o zamandan beri tüm artı tüm artışları gerektirir, sırayla. En küçük depolama kullanımı, ancak geri yükleme yavaş ve kırılgan olabilir: bir yozlaşmış artış zincirini bozar.
Diferansiyel yedekleme
Son tam yedeklemeden bu yana tüm değişiklikleri geri döndürür. Her diferansiyel zamanla büyür (gün 1: 5%, Gün 2: 10%, Gün 3: 15%...). Geri yükleme yalnızca son tam + en son diferansiyele ihtiyaç duyar. Artanten daha fazla depolama, ancak daha hızlı geri yükleme ve daha dirençli: sadece iki geri yükleme adım.
Full vs Incremental vs Differential
Bu masayı depolama kullanımını, yedekleme hızını, geri yükleme hızını karşılaştırmak ve üç strateji boyunca karmaşıklığı geri yüklemek için kullanın.
| Criterion | Full Full Full Full Full Full Full Full | Incremental | Diferansiyel |
|---|---|---|---|
| Depolama | En yüksek | En düşük | Medium Medium Medium Medium |
| Backup speed | Slowest | En hızlı | Medium (grows günlük) |
| Geri yükleme hızı | En hızlı (1 geri yükleme) | Slowest (tam + zincir) | Medium (full + 1 diff) |
| Geri yükleme karmaşıklığı | Basit | Zincir sağlam olmalıdır | Full + son diff sadece |
Hesaplama Formülleri
Hesaplayıcı aşağıdaki formülleri kullanır. Aremental büyüklüğü günlük değişim oranına dayanmaktadır; diferansiyel toplam 1+2+...+N for N Differentials per cycle.
Full: Full: Storage = Data size × Number of full backups
Incremental: Storage = Full backups + (Data size × Change % × Incrementals per cycle × Full cycles)
Diferansiyel: Storage = Full backups + (Data size × Change % × (1+2+...+N) × Full cycles) where N = differentials per cycle
Örnek (100 GB, 5% Günlük değişim, haftalık tam, 6 arter: Full+Incr = 4×100 + 4×6×5%×100 = 400 + 120 = 520 GB. Aynı senaryo diferansiyel: 4×100 + 4×5%×( (1+2+3+4+5+6) ×100 = 400 + 4×0.05 ×100 = 820 GB.
Data Type
Günlük değişim oranı artan ve diferansiyel boyuta yol açıyor. Bu aralıkları başlangıç noktası olarak kullanın; mümkün olduğunda yedek veya izleme araçlarınızla ölçmek.
| Data Type | Tipik Günlük Değişim | Notlar Notlar Notlar Notlar Not Notlar Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Notlar Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Not Notlar |
|---|---|---|
| İşlemsel veritabanı | 5-15% | ERP, CRM, e-ticaret; yüksek churn |
| Dosya sunucusu / belgeleri | 1-10% | Kullanıcı aktivitesine bağlı olarak |
| E-posta (Değişim, vs.) | 5-20% | Ağır ek ve deletion |
| Sanal makineler | 3-10% | CBT/Değişen bloklar; iş yükleri ile değişir |
| Arşiv / statik dosyalar | <1% | Nadiren değiştirilmiş; tam olarak yeterli olabilir |
GFS Retention Strategy (Büyükbaba-Baba-Son)
GFS üç tierse saklamayı organize eder: Son (aslında), Baba (haftada), Büyükbaba (ayda). Bu, uyumluluk için uzun vadeli tutma noktaları ile kısa vadeli kurtarma noktaları dengelemektedir. Tipik bir yapılandırma 7 günlük, 4 haftalık, 12 aylık = 23 kurtarma noktası.
Depolama: Sum of: günlük arter / farklılikler (e.g. 7), haftalık tamlar (e.g. 4), aylık fulls (e.g. 12). Uyuma ve RPO'ya göre ayarlayın.
- Son (zaman): Son 7 gün. Genellikle arter veya diferansiyel; dün iyileşme sağlar.
- Baba (haftada): Son 4 hafta. Haftalık + arter; ay sonu kurtarmayı kapsar.
- Büyükbaba (ayda): Son 12 ay. Aylık tam; denetim/kompliance için uzun süreli saklama.
Örnek depolama (100 GB, 5% Günlük değişim: 7×0.05 ×100 + 4×100 + 12×100 = 35 + 400 + 1200 = 1635 GB tam bir GFS için. Sadece aylık olarak basitleştirmek için tam olarak kullanın; günlük artış.
3-2-1 Kuralı ve RTO/RPO
3-2-1 kuralı ve RTO/RPO, nerede kalmak için kaç kopya olduğunu ve ne kadar çabuk iyileşmeniz gerektiğini tanımlar. Doğrudan yedekleme frekansı ve saklamayı etkiler - ve böylece depolama boyutunu etkiler.
3-2-1 Kuralı
- 3 kopyalar: orijinal + en az 2 yedek
- 2 Farklı medya: e.g. disk + kaset veya disk + bulut
- 1 Tesis Dışı: Ateşe karşı koruma, sel, fidye
RTO ve RPO
RPO (Recovery Point Target): Maksimum kabul edilebilir veri kaybı (zaman). Günlük yedeklemeler = 24h kaybına kadar; saat = 1h. Sürücüler yedekleme frekansı.
RTO (Recovery Time Target): En fazla kabul edilebilir downtime. Etkiler geri yükleme stratejisi: Sadece daha hızlı geri yükleme; artımlı zincir daha uzun sürer.
En İyi Uygulamaları
Bu uygulamalar doğru bir şekilde depolamanıza yardımcı olur, yedeklemeleri başarısızlık ve fidyeden korur ve gerektiğinde aslında geri yükleyebilirsiniz.
- 3-2-1 kuralını takip edin: 3 kopya, 2 farklı medya, 1 yer.
- Ekle 15-25% kompresyon, metadata, tutma büyüme ve katalog için.
- Test düzenli olarak geri yükleme; geri yüklemediğiniz bir yedekleme değersizdir. Tam restore matkapları ekleyin.
- Veritabanı değişim oranları değişir: işlemsel DBs 5-15%, statik dosyalar 1-2%. seninkini ölçün.
- GFS (Büyükbaba-Baba-Son): günlük (7), haftalık (4), esnek tutma için aylık (12).
- ransomware'den yedeklemeleri koruyun: mutable depolama, hava destekli kopyalar veya WORM.
- yedekleme bütünlüğüne işaret etmek (yollar, test geri yüklemeleri); yolsuzluk genellikle geri yüklemeye kadar fark edilmez.