Veeam Backup&Replication-Backup Modes
Önceki makalelerimde AWS Cloud hakkında bazı bilgiler vermiştim. Bu makalemde de dünyada yaygın olarak tercih edilen yedekleme ve replikasyon yazılımı Veeam’in backup mode’larından bahsedeceğim. Yaygın kullanımı o şekilde olması nedeniyle bazı ifadeleri İngilizce olarak kullanacağım.
Backup mode’lara girmeden önce bazı kısaltmaları ifade edelim.
Backup File Tipleri:
- VBK — full backup file
- VIB veya VRB — incremental backup file
- VBM — backup metadata file
Backup Repository: Backup dosyaları ve replike edilen sanal makinaların metadatalarının (yardımcı dosyalar) saklandığı depolama alanıdır.
Retention Policy: Yedeği alınacak sunucunun Repository’de kaç adet yedeğinin tutulacağının belirlenmesi. Örneğin bu değeri 14'te bırakırsan ve hergün sadece tek yedek alınacak bir Backup Job tanımlarsan, 14 gün önceki alınan yedekteki zamana kadar sunucunu geri döndürebilirsin.
Backup Job: Makinaların yedeğini nasıl, nereye, ne sıklıkla ve ne zaman alabileceğini belirlemeye yarayan backup görevidir.
Backup Mode’ları 3 ana başlıkta inceleyebiliriz:
Veeam Backup Modes
- Forever Forward Incremental (FFI)
- Forward Incremental (FI)
- Reverse Incremental (RI)
- Forever Forward Incremental Backup
Retention 4 gün ise; Şekil-1'deki gibi önce full alınır. Sonraki günler değişen bloklar incremental (.vib) olarak yazılır. Sonra Şekil-2'deki gibi zincir tamamlanınca full olana bir sonraki gündeki değişen blok (B2) yazılır.
En güncel olan blok incrementallar. Yani sürekli (forever) forward incrementallar oluşur ve full’e katılır.
Periyodik full yok.
2. Forward Incremental Backup
Bu mode’da 2 çeşit periyodik full vardır. Synthetic Full ve Active Full.
2.1 Forward Incremental-Synthetic Full:
Retention 4 gün ise; Şekil-3'teki gibi önce full alınır. Diğer günler değişen bloklar incremental (.vib) olarak yazılır. Sonra Şekil-4'teki gibi zincirde haftalık full gününe kadar incremental alınmaya devam eder. Synthetic full günü en güncel incremental bloklar (cumartesi-o günkü değişen inc. ilk yazılır) birleştirilir. Zincir (4 gün) tamamlanınca cumartesi full öncesi olan tüm datalar silinir.
En güncel olan blok incrementallar. Fakat full günü en güncel o. Yani forward incrementallar oluşur ve en güncel olanlar synthetic günü full’e katılır.
Periyodik full var.
2.2 Forward Incremental-Active Full:
Retention 4 gün ise; Şekil-5'teki gibi önce full alınır. Diğer günler değişen bloklar incremental (.vib) olarak yazılır. Sonra Şekil-6'daki gibi zincirde haftalık full gününe kadar incremental alınmaya devam eder. Active full günü (cumartesi) productiondaki güncel source data bloklar birleştirilir. Zincir (4 gün) tamamlanınca cumartesi full öncesi olan tüm datalar silinir.
En güncel olan blok incrementallar. Fakat full günü en güncel o. Yani forward incrementallar oluşur ve güncel prodda olanlar active full günü full’e katılır.
Periyodik full var.
3. Reverse Incremental Backup
Retention 4 gün ise; Şekil-7'teki gibi önce full ile başlar. 4 gün boyunca değişen bloğun (.vrb) eski hali bir önceki günde tutulur. Güncel hali ise o günün full’ünde (.vbk file) yazılır. 5. Günde zincirin dışında kalan incremental silinir.
En güncel olan hep full backuptır. Yani geride (reverse) incrementallar kalır, full en güncel olur.
Periyodik full standartında yok. Tabi dilerse kullanıcı Schedule edebilir.
Incremental Backup Jobs:
Son olarak incremental backup job’ların nasıl çalıştığına dair görseller ekliyorum.
Yazdığım makalenin zihinlerde bu konuyu canlandırdığı düşünüyorum. Bir sonraki yazıda görüşmek dileğiyle …
