Backup Sizing, Restore Testi ve Operasyon Kararı

Ön koşul: iş hizmeti, RPO/RTO, backup veri yolu, retention, kopya bağımsızlığı, immutability ve clean recovery kavramlarını açıklayabilmelisin. Bu dersin sonunda Arven’in backup kapasitesini veri sınıfı, değişim oranı, saklama, kopya ve reduction varsayımlarıyla boyutlandıracak; backup ile restore throughput’unu ayrı çalışma zarfları olarak sınayacak; kanıt üreten restore test programı tasarlayacak; operasyon, yaşam döngüsü ve üç yıllık TCO’yu karşılaştıracak; seçenekleri zorunlu kapılarla eleyip koşullu ve yeniden açılabilir bir öneriye dönüştüreceksin.

Backup sizing tek bir “korunan TB” çarpımı değildir. Kapsam workload bazında ayrılır: database, VM, file, SaaS ve log kaynaklarının aktif verisi; değişim ve log üretimi; full/incremental davranışı; retention; primary, secondary, immutable ve offline kopyalar; catalogue; staging ve restore alanı. Aynı formül bütün kaynaklara uygulanmaz. Model zaman ekseninde çalışır. Başlangıç verisi, büyüme, değişim, full sıklığı, retention, replication gecikmesi ve kopya sayısı üç yıllık tabloda gösterilir. Logical protected data, front-end ingest ve physical consumed capacity ayrılır. Reduction için ölçülmüş taban aralık ve kötü durum katsayısı kullanılır; üretici maksimumu garanti değildir. Headroom; housekeeping, compaction, retry, restore staging, upgrade ve media/node kaybında da korunur. Throughput iki yönlüdür. Backup penceresi içinde değişen veri, full veya log akışı alınmalıdır; fakat başarı RTO’yu kanıtlamaz. Restore tarafında seçilen point’i bulma, catalogue açma, media recall, rehydrate, decrypt, data transfer, database recovery, application start ve validation süreleri toplanır. RTO’nun yalnız veri taşıma payı için gerekli net throughput hesaplanır; protocol overhead, küçük dosya, random access, concurrency ve kaynak sistemi sınırı ayrıca modellenir. Çoklu hizmet aynı olayda kurtarılacaksa öncelik ve paralellik kaynak yarışını değiştirir. Base zarf normal günleri; adverse zarf ay sonu, yüksek değişim, full, bir repository/media yolu kaybı, rebuild ve eşzamanlı kritik restore’u içerir. Her varsayımın sahibi, kaynağı, ölçüm tarihi ve hassasiyet aralığı vardır. Kapasite eşiği yalnız alarm değildir: satın alma, rack/cloud quota, lisans ve teslim lead time dikkate alınarak erken tetiklenir. Böylece sizing, noktasal ürün sayısından yönetilen hizmet zarfına dönüşür.

Restore testi rastgele dosya açmak değil, recovery sözleşmesindeki hizmet ve kabulün tatbikatıdır. Program; sık otomatik copy health/chain verification, örnek file/VM/database restore, application-consistent restore, bağımlılıklarıyla tam hizmet, site kaybı ve clean-room cyber recovery katmanlarından oluşur. Sıklık iş kritikliği, değişim ve önceki başarısızlığa göre belirlenir. Her test kartı kapsam, source recovery point, hedef ortam, data büyüklüğü, bağımlılıklar, kimlik/key/catalogue bootstrap yolu, owner, süre başlangıç-bitiş tanımı ve kabul ölçülerini taşır. RPO; geri gelen son tutarlı işlem veya veri noktasıyla, RTO ise olay ilanından doğrulanmış hizmete kadar ölçülür. Yalnız “restore completed” mesajı yeterli değildir. Database consistency, application transaction, kullanıcı rolü, entegrasyon, rapor ve iş sahibi doğrulaması gerekir. Cyber senaryoda seçilen point’in temizliği, IOC scan, configuration/identity rebuild ve yeniden bağlantı kapıları eklenir. Test üretimi tehlikeye atmadan gerçeğe yakın olmalıdır. İzole hedef, masked fictional test verisi veya kontrollü production kopyası; network egress, bildirim ve downstream işlemleri durdurur. Test kendi verisini üretime yazamaz. Performans ölçümü üretimle aynı sınıf media/network/compute kullanmıyorsa fark açıkça yazılır. Başarısız sonuç silinmez: beklenen-gerçek süre, bottleneck, veri/tutarlılık hatası, karar, owner ve son tarih defect kaydı olur. Düzeltme tamamlanınca aynı kabul ölçüsüyle retest gerekir. Kanıt paketi log, point kimliği, consistency sonucu, zamanlı ölçüm, uygulama sahibi kararı ve exception’ları içerir. Trend; median/p95 restore süresi, kapsam, yaşlanan bulgu ve retest kapanışını gösterir. Mimari, identity/key, retention veya workload değişikliği takvim dışı testi tetikler. Böylece yeşil job ile gerçek kurtarılabilirlik karıştırılmaz.

Backup hizmeti günlük operasyonla yaşar. Dashboard; koruma kapsamı, son doğrulanmış restore, RPO lag, throughput, queue, repository/media health, immutable/offline kopya yaşı, headroom, catalogue, replication, scan, failed/retried job ve exception’ı birlikte izler. Alarmın eşiği, sahibi, escalation ve karar süresi bellidir. Sahipsiz alarm güvence değildir. Workload owner kapsam ve kabulü; backup operator akışı; altyapı ekipleri bağımlılıkları; SOC clean point’i; service owner SLA, risk ve bütçeyi yönetir. Policy/retention değişimi, silme, privileged recovery ve break-glass dual control ister. Runbook normal restore, media arızası, catalogue, key kaybı, capacity emergency, ransomware ve vendor escalation yollarını kapsar. Yaşam döngüsü software, agent, appliance, OS, media, firmware, API ve key destek matrisidir. Upgrade öncesi health, catalogue backup, compatibility, rollback ve restore testi hazırlanır; küçük dalga sonrası gerçek restore gözlenir. Media migration ve key rotation prova edilir. EOL ve kapasite kararı lead time’dan önce açılır. Çıkış; export/rehydrate, metadata taşınabilirliği, yeni platform restore’u, eski retention ve güvenli decommission’u içerir. TCO; front-end/back-end TB, instance/core, appliance/node, media, object capacity, API/egress/retrieval, immutable tier, support, hizmet, rack-power, network, test ortamı ve işgücünü kapsar. Düşük reduction, restore egress ve zorunlu upgrade adverse satırdır. SLA açığı ve residual risk karar kaydına taşınır. Recovery ve cyber kapısını geçmeyen ucuz seçenek ekonomik kazanan değildir.

Arven üç yaklaşımı değerlendirir. A mevcut backup yazılımı ve repository’yi yeniler; ekip bilgisi avantajdır, identity/control-plane ayrımı ayrıca kurulmalıdır. B entegre immutable appliance/platform kullanır; operasyon bütünleşebilir, lisans ve çıkış sınanır. C bağımsız offsite object/tape kopyası ve clean recovery katmanı kurar; trust ayrımı karşılığında recall ve operasyon karmaşıklığı getirir. Zorunlu kapılar; workload coverage/consistency, RPO/RTO, backup/restore throughput, retention, copy independence, admin ele geçirilmesine karşı silme-policy-key direnci, immutable enforcement, clean point/room, catalogue-key recovery ve dependency doğrulamasıdır. Geçmeyen seçenek fiyat veya reduction ile kazanamaz. Kalanlar üç yıllık base/adverse kapasite, lead time, operasyon, observability, test, compatibility, TCO ve çıkışta karşılaştırılır. POC; ERP tutarlı backup, media recall, eşzamanlı restore, repository yolu kaybı, privileged silme/retention negatif testi, production identity yokken catalogue-key bootstrap, clean-room işlemi ve reconnect’i sınar. Log, throughput, RPO/RTO ve iş kararı aynı çizgide kaydedilir. Öneri koşulludur: “C; kopya production/root’tan bağımsız, ERP recall ve doğrulama dahil RTO içinde, clean-room catalogue/key bootstrap başarılı ve adverse TCO bütçe içindeyse önerilir.” Risk register reduction, restore concurrency, identity/key ortak nedeni, eski point’te persistence, media/EOL ve beceri açığını owner ile izler. TBD kapanmadan kabul açılmaz. Karar paketi recovery sözleşmesi, kopya yolu, retention, threat model, sizing, test kanıtı, source lineage, TCO, compatibility, migration/rollback, runbook-RACI, risk/TBD, handover ve yeniden açma koşullarını taşır. Workload, RPO/RTO, tehdit, destek, maliyet veya test eşiği değişince karar açılır. Böylece ölçülen kurtarma hizmeti satın alınır.