Backup aldığınızı sanmak ile backup'ın gerçekten geri yüklenebilir olduğunu bilmek arasındaki fark SureBackup'tır. Bu rehber; Virtual Lab mimarisi, Application Group yapılandırması, ping/heartbeat/özel uygulama testleri, published ports ve raporlama konularını adım adım ele almaktadır.
Geleneksel backup doğrulama yöntemi şudur: backup job'ı tamamlanır, sistem yöneticisi log'lara bakar ve "başarılı" yazar. Ancak bu yaklaşım ciddi bir soruyu yanıtsız bırakır: Backup dosyası okunabilir ve geri yüklenebilir durumda mı?
Veeam SureBackup, backup dosyalarını izole edilmiş sanal bir ağ ortamında (Virtual Lab) gerçekten başlatarak bu soruyu yanıtlar. VM'ler, üretim ortamına hiçbir etki yapmadan, kendi redo log/snapshot katmanları üzerinde çalıştırılır. Ping testi, VMware Tools heartbeat kontrolü ve özel uygulama scriptleri ile doğrulama otomatik olarak gerçekleştirilir.
| Kriter | Manuel Test Restore | SureBackup (Otomatik) |
|---|---|---|
| Frekans | Ayda 1, belki çeyrekte 1 | Her backup sonrası veya zamanlanmış |
| İnsan müdahalesi | Yüksek — teknik ekip gerektirir | Sıfır — tamamen otomatik |
| Üretim etkisi | Kaynak rekabeti riski var | İzole Lab — sıfır etki |
| Uygulama testi | Varsayılan — gözle kontrol | Script tabanlı, kanıtlanabilir |
| Raporlama | Elle tutulan kayıt | Otomatik HTML rapor, e-posta |
| Ölçeklenebilirlik | 5-10 VM için uygulanabilir | Yüzlerce VM için ölçeklenir |
| Compliance kanıtı | Sözlü/elle belgelenmiş | Zaman damgalı, otomatik rapor |
| Platform | Virtual Lab Desteği | Notlar |
|---|---|---|
| VMware ESXi 6.x – 8.x | ✓ Tam destekli | En olgun özellik seti; önerilen platform |
| Microsoft Hyper-V | ✓ Destekli | Hyper-V Integration Services zorunlu |
| Nutanix AHV | ✗ Mevcut Değil | AHV backup'ları için SureBackup kullanılamaz |
| Fiziksel sunucular | ✗ Mevcut Değil | Yalnızca VM backup'ları doğrulanabilir |
Virtual Lab, SureBackup'ın çalıştığı izole edilmiş sanal ağ ortamıdır. Üretim ağından tamamen ayrılmış bu ortamda VM'ler başlatılır, testler çalıştırılır ve sonuçlar raporlanır — üretim ağına tek bir paket bile çıkmaz.
SureBackup çalışırken VM'ler doğrudan backup dosyaları üzerinde başlatılır. Her VM için bir redo log (yazma işlemleri için geçici alan) oluşturulur. Bu redo log'lar için hipervizörde yeterli geçici disk alanı bulunması gerekir. Test tamamlandığında redo log'lar otomatik olarak silinir.
Virtual Lab kurulumu VBR konsolundan yapılır. Her hipervizör için ayrı bir Virtual Lab oluşturulabilir. Aynı VBR'a bağlı birden fazla Virtual Lab tanımlanabilir.
VBR konsol sol menüsünde Backup Infrastructure seçin. Alt menüde SureBackup kategorisi altında Virtual Labs görünür. Sağ tıklayın veya toolbar'dan Add Virtual Lab seçin.
Wizard'ın Host adımında Virtual Lab'ın çalışacağı ESXi host'unu seçin. Datastore adımında redo log'ların yazılacağı datastore'u belirleyin. Üretim datastore'u seçmekten kaçının; mümkünse ayrı bir test datastore'u kullanın.
Proxy Appliance, Virtual Lab'daki VM'lere VBR'ın erişimini sağlayan ve IP masquerading yapan hafif bir virtual appliance'dır. Proxy Appliance adımında aşağıdaki değerleri belirleyin:
| Alan | Açıklama | Örnek |
|---|---|---|
| IP Address | Proxy Appliance'ın üretim ağındaki IP'si | 192.168.1.50 |
| Subnet Mask | Üretim ağı subnet maskesi | 255.255.255.0 |
| Default Gateway | Üretim ağı gateway'i | 192.168.1.1 |
| DNS Server | VBR'ın kullandığı DNS | 192.168.1.10 |
Isolated Networks adımında Virtual Lab'ın izole network'lerini tanımlayın. Her üretim network'ü için bir izole karşılık belirlenir. IP masquerading sayesinde izole network'teki VM'ler sanki farklı bir IP bloğundaymış gibi görünür.
Wizard'ı tamamlayın. VBR, Proxy Appliance'ı otomatik olarak deploy eder. Kurulum birkaç dakika sürer. Tamamlandığında Virtual Lab, Stopped durumunda görünür — bu normal bir durumdur; SureBackup job çalışırken otomatik başlar.
Application Group, SureBackup job'ı çalışmadan önce Virtual Lab'da başlatılması gereken bağımlı VM'leri tanımlar. Test edilecek VM'ler Active Directory, DNS veya veritabanı gibi servislere bağımlıysa, bu servisler önce başlatılmalıdır.
Backup Infrastructure → SureBackup → Application Groups yolunu izleyin. Add Application Group butonuna tıklayın.
Virtual Machines adımında VM'leri ekleyin. VM başlatma sırası önemlidir: önce DC, ardından DNS, ardından veritabanı, en son uygulama sunucusu gibi bir hiyerarşi kurulmalıdır. Her VM için aşağıdaki parametreler ayarlanabilir:
| Parametre | Açıklama | Önerilen Değer |
|---|---|---|
| Startup timeout | VM'in başlaması için maksimum bekleme süresi | 300 saniye (DC için 600) |
| Max allowed boot time | VM'in belirlenen sürede başlamaması durumunda job başarısız sayılır | 180 saniye |
| Memory allocation | Lab'da VM'e ayrılacak RAM miktarı | Orijinal değerin %50-100'ü |
Application Group VM'leri için de test türleri seçilebilir. DC için minimum VMware Tools Heartbeat kontrolü önerilir. Application Group VM'leri başlatılamasa dahi SureBackup job'ı devam edebilir — bu davranış SureBackup job settings → On application group failure ile yönetilir.
SureBackup Job, hangi VM'lerin doğrulanacağını, hangi Virtual Lab'ın kullanılacağını ve hangi testlerin çalıştırılacağını tanımlar. Zamanlanabilir veya backup job'ından sonra otomatik tetiklenecek şekilde yapılandırılabilir.
VBR ana menüsünde Home sekmesine geçin. Ribbon'da SureBackup Job butonunu tıklayın.
Virtual Lab adımında önceden oluşturduğunuz Lab'ı seçin. Application Group adımında DC/DNS grubunu ekleyin (opsiyonel).
Linked Jobs adımında, doğrulanacak VM'leri içeren backup job'larını ekleyin. Tüm job'daki VM'ler veya seçili VM'ler dahil edilebilir. Ayrıca Add Individually ile tek tek VM seçimi de yapılabilir.
Schedule adımında iki seçenek mevcuttur:
VBR v12 ile birlikte gelen On-Demand Sandbox özelliği, scheduled job oluşturmadan belirli bir backup'tan izole Lab ortamı başlatmanıza olanak tanır. Patch test, uygulama geliştirme testi veya olay müdahale senaryoları için kullanışlıdır.
Her VM için farklı doğrulama testleri yapılandırılabilir. Testler sırayla çalıştırılır; herhangi biri başarısız olursa VM "Verification Failed" olarak işaretlenir.
Aşağıdaki PowerShell scripti, Web sunucusunun belirtilen URL'den HTTP 200 döndürüp
döndürmediğini kontrol eder. Script, SureBackup'ın Test Script alanına
.bat veya .ps1 yolu olarak girilebilir.
exit 0 = başarılı, exit 1 (veya herhangi bir sıfır
dışı değer) = başarısız. Script içinde Write-Host ile yazdığınız mesajlar
VBR job log'larına aktarılır.
SureBackup job düzenleyicisinde doğrulanacak VM'e çift tıklayın. VM Properties penceresi açılır.
Test Scripts sekmesinde Run the following test script kutucuğunu işaretleyin. Script dosyasının yolunu girin (VBR sunucusunda erişilebilir bir UNC path veya lokal path olmalıdır).
Published Ports özelliği, Virtual Lab'daki izole VM'lere seçici dış erişim sağlar. Bu sayede test sürecinde bir VM'e RDP veya HTTP ile bağlanabilir, uygulama davranışını manuel olarak gözlemleyebilirsiniz.
Virtual Lab ayarlarını düzenleyin. Published Ports sekmesine gidin. Add butonuna tıklayın.
Her kural için aşağıdaki değerleri girin:
| Alan | Açıklama | RDP Örneği |
|---|---|---|
| Host | Lab'daki VM'in IP adresi (izole network) | 172.16.10.5 |
| Protocol | TCP veya UDP | TCP |
| VM Port | VM üzerindeki hedef port | 3389 |
| Proxy Appliance Port | Proxy üzerinden erişilecek port | 33890 |
SureBackup her çalışmasında otomatik olarak bir HTML rapor üretir. Bu rapor, doğrulanan her VM için test sonuçlarını, başlatma sürelerini ve hata mesajlarını içerir. Raporlar compliance ve denetim süreçlerinde kullanılabilir.
Menu → General Options → E-mail Settings yolundan SMTP sunucusu tanımlanır. Bu ayar tüm job bildirimleri için geçerlidir.
SureBackup job ayarlarında Advanced → Notifications sekmesini açın. E-posta adresini girin ve bildirim koşulunu seçin:
| Seçenek | Davranış |
|---|---|
| Send e-mail notifications if job completes successfully | Her başarılı çalışmada bildirim gönderilir |
| Send e-mail notifications if job fails | Yalnızca başarısız doğrulamada bildirim |
| Send e-mail notifications if job completes with warnings | Kısmi başarısızlıklarda bildirim |
| Attach HTML report to e-mail | Rapor dosyası e-posta ekine eklenir |
Enterprise Plus lisansıyla birlikte gelen Veeam ONE, SureBackup sonuçlarını merkezi bir dashboard'da gösterir. Başarısız doğrulamalar için alarm tanımlanabilir, trend raporları oluşturulabilir.
| Sorun / Hata | Muhtemel Sebep | Çözüm |
|---|---|---|
| VM başlatılamıyor — timeout | Datastore yavaş; startup timeout değeri çok düşük | VM Properties'de startup timeout'u artırın (300 → 600 sn); datastore IOPS değerini kontrol edin |
| Ping başarılı, heartbeat başarısız | VMware Tools kurulu değil veya eski sürümde | Kaynak VM'de VMware Tools'u güncelleyin; backup'ı yeniden alın |
| Script testi başarısız — exit 1 | Script VBR sunucusundan ulaşılamıyor veya VM'e erişilemiyor | Script yolunu kontrol edin; Masquerading kurallarını doğrulayın; Published Ports üzerinden manuel test yapın |
| Application Group VM'leri başlatılmıyor | DC backup'ı tutarsız; redo log için yeterli alan yok | DC backup'ını manuel restore ile doğrulayın; datastore'da boş alan bırakın |
| SureBackup gece çalışıyor, üretim yavaşlıyor | Üretim ortamıyla aynı datastore kullanılıyor | Ayrı SureBackup datastore tanımlayın; mesai saati dışına zamanlayın |
| Proxy Appliance deploy edilemiyor | ESXi'de yetersiz RAM veya vCPU quota aşıldı | ESXi host kaynaklarını kontrol edin; farklı host seçin |
| Nutanix AHV VM'leri SureBackup kapsamında değil | AHV desteklenmez | Bu kısıtlama tasarım gereğidir; Staged Restore veya manuel test kullanın |
Virtual Lab tasarımı, Application Group yapılandırması ve test scriptleri konularında yetkili Veeam partner desteği almak için ESH Bilişim ile iletişime geçin. Mevcut ortamınızı analiz ederek size özel SureBackup stratejisi oluştururuz.