Kapsam
Kritik iş yükleri için yedek kopyaları, değiştirilemez ve şirket dışı korumayı ve felaket ortamından geri dönüşü birlikte tasarlar; yedeklerin gerçekten geri yüklenebildiğini düzenli testlerle kanıtlar.
Yedekleme ve Felaket Kurtarma Hizmeti
Sadece yedek almak değil, gerektiğinde kontrollü ve hızlı geri dönüş yapabilmek için tasarlanmış DR yaklaşımı.
Öne Çıkan Başlıklar
- RTO/RPO hedeflerine dayalı mimari tasarım
- 3-2-1 yaklaşımı ve kopya stratejisi
- Düzenli geri yükleme testleri ve kanıtlı raporlama
- Kritik sistemler için önceliklendirilmiş kurtarma planı
Bu Hizmeti Destekleyen Teknolojiler
Bu Hizmet Kimler İçin?
Kritik iş yükleri için yedek kopya, değiştirilemezlik, off-site koruma ve felaket ortamından geri dönüşü birlikte tasarlamak veya mevcut yedeklerin gerçekten geri döndürülebilirliğini ölçmek isteyen kurumlar için uygundur.
Kapsam ve Teslimatlar
- RTO/RPO hedef matrisi
- 3-2-1 ve değiştirilemez (immutable) yedekleme tasarımı
- Geri yükleme test planı
- Felaket kurtarma runbook’u ve sorumluluk matrisi
- Periyodik kurtarma tatbikatı raporu
Teknik Yaklaşım ve Teknolojiler
İş yükü ve veri sahipleri RPO/RTO sınıfına ayrılır; kaynak, yedekleme yöntemi, kopya konumu, saklama, şifreleme, erişim ayrılığı ve geri dönüş bağımlılıkları kaydedilir. Backup job başarısı veri ve uygulama geri dönüş testiyle karıştırılmaz.
Örnek Senaryo
Hipotetik bir veri tabanı yedeği her gece başarılı görünür; ancak uygulama sunucusu, DNS ve kimlik sırası dokümante değildir. İzole test ortamında veri noktası, uygulama açılışı ve kullanıcı sorgusu birlikte ölçülerek gerçek kurtarma zinciri doğrulanır.
Felaket Kurtarma Runbook ve Rol Matrisi
Runbook; tetikleme yetkisi, iletişim, altyapı açılış sırası, veri geri dönüşü, ağ/DNS değişikliği, kullanıcı kabulü ve normalleşme adımlarını içerir. Her adım için sorumlu ve alternatif kişi/rol iş sahibi tarafından doğrulanır.
Kurtarma Tatbikatı ve Ölçümleme Döngüsü
Tatbikat türü masa başı, bileşen geri dönüşü veya uçtan uca DR olarak ayrılır. Başlangıç, veri noktası, bileşen ve toplam süre, hata, manuel adım ve kullanıcı kabulü kaydedilerek bir sonraki test backlog’u oluşturulur.
Yedekleme Projesi Öncesi Kontrol Listesi
- Korunacak iş yükleri, veri sahipleri ve kritiklik sınıfları belli mi?
- Mevcut yedekleme işleri, saklama süreleri ve kopya konumları listelendi mi?
- Yedek ortamına erişim üretim yetkilerinden ayrıldı mı?
- Şirket dışı veya değiştirilemez kopya gereksinimi belirlendi mi?
- Geri yükleme testini kim, hangi sıklıkla doğrulayacak?
SSS
Sık Sorulan Sorular
Yedek saklama süresi, RPO ve RTO gereksinimleri nasıl belirlenir?
Veri kaybı ve kesinti etkisini iş sahipleri onaylar; teknik ekipler veriyi, uygulamaları, bağımlılıkları, değişim hızını, platform sınırlarını, kapasiteyi, güvenliği ve kurtarma adımlarını eşleştirir. Ürün varsayılanları onaylı hedef sayılmaz.
Bir geri yükleme testi neyi kanıtlamalıdır?
Test; seçilen kurtarma noktasını, veri ve uygulama tutarlılığını, erişimi, bağımlılıkları, geçen adımları, sahip doğrulamasını, istisnaları, kanıtları ve sonuç kabul edilmeden önce gereken aksiyonları ortaya koymalıdır.
Yedek kopyalar üretim ortamından nasıl korunur?
Doğrulanan tehdit modeline göre tasarım; ayrı kimlik bilgileri ve roller, ağ sınırları, değiştirilemez veya çevrimdışı kopyalar, şifreleme, izleme, saklama kilitleri ve kontrollü silme kullanabilir.
Karar Destek Rehberleri
Bu Hizmetle İlgili Rehberler
Satın alma kararını kolaylaştıran teknik rehberleri inceleyerek proje kapsamınızı netleştirebilirsiniz.
Sonraki Adım
Kapsamı birlikte netleştirelim
Mevcut ortamınızı ve hedefinizi paylaşın; teknik ön görüşmede kapsamı, takvimi ve kabul ölçütlerini birlikte çıkaralım.