Felaket kurtarma planı, bir sunucu arızası, fidye yazılımı saldırısı veya veri merkezi kesintisi durumunda işin ne kadar sürede ve hangi veriyle ayağa kalkacağını belirler. Proxmox Backup Server (PBS), sanal makineleriniz için artımlı ve deduplike yedekleme sağlayarak bu planın omurgasını oluşturabilir.
Yedekleme ile felaket kurtarma aynı şey değildir
Yedekleme, veriyi bir kopyada saklar. Felaket kurtarma ise bu kopyadan iş sürekliliğini geri kazanmayı kapsar. Yani yedeğin var olması yetmez; geri yükleme süresi ve tutarlılığı da planlanmalıdır.
RPO ve RTO hedefleri nasıl belirlenir?
RPO (Recovery Point Objective), en fazla ne kadar veri kaybını kabul edebileceğinizi; RTO (Recovery Time Objective) ise sistemin ne kadar sürede geri döneceğini gösterir. Muhasebe ve ERP gibi kritik sistemler için RPO genellikle saatler, RTO ise dakikalar veya birkaç saat olarak planlanır.
PBS datastore yapılandırması
PBS üzerinde ayrı bir datastore tanımlayın ve bu depoyu sanal ortamdan bağımsız bir konuma (ayrı disk dizisi veya NFS üzerinden bir NAS) yerleştirin. Yedekleme işlerini Proxmox VE tarafında zamanlayın ve saklama politikalarını (keep-daily, keep-weekly, keep-monthly) tanımlayın.
Geri yükleme testi
Planın en çok atlanan adımı budur. Ayda en az bir kez, rastgele seçilen bir sanal makineyi izole bir ağda geri yükleyin, açılışını ve uygulama sağlığını doğrulayın. Test sonuçlarını belgeleyin.
Sonuç
Etkili bir felaket kurtarma planı; net RPO ve RTO hedefleri, ayrı konumda yedek, düzenli geri yükleme testi ve yazılı bir prosedürden oluşur. D2 olarak PBS kurulumu ve DR planı hazırlama konusunda destek veriyoruz.