Kayıp senaryosunu adlandırın
Yanlış veri değişikliği, depolama kaybı ve tüm sunucunun devre dışı kalması aynı olay değildir. İş sahibiyle hangi olaylara hazırlanıldığını konuşun. Hedefi yalnızca 'yedek alınacak' şeklinde bırakmak yerine dönülecek nokta, çalışma ortamı ve beklenen süreyi yazın. Planı uygulayacak ekibin bu tanımlara erişebilmesini sağlayın.
Fiziksel kurtarmayı mantıksal aktarımdan ayırın
Oracle belgelerinde fiziksel yedekleme ve kurtarma ile mantıksal veri aktarımı ayrı yaklaşımlardır. RMAN fiziksel yedekleme ve kurtarma süreçlerinde kullanılır. Bir dışa aktarma dosyasını bütün veritabanı için her kurtarma senaryosunun karşılığı gibi düşünmeyin. Gerekli dosya ve günlükler, seçilen yöntem ve sürüme göre değerlendirilmelidir.
Kurtarma için erişimi de planlayın
Yedeklerin nerede tutulduğu, hangi yetkili hesabın erişebileceği ve gerekli anahtarların nasıl korunacağı dokümante edilmelidir. Olağan sunucu kullanılamadığında bu bilgilere ulaşmak mümkün olmalıdır. Erişim planı oluştururken gereksiz yetki dağıtmak yerine görev, onay ve kayıt düzenini tanımlayın.
Tatbikatı kayıtla tamamlayın
Uygun test ortamında seçilen senaryoyu uygulayın ve uygulama sorumlusuyla veriyi doğrulayın. Süreyi ölçün, eksik adımları rehbere ekleyin. Data Guard veya başka süreklilik bileşenleri varsa bunları yedeklemeyle aynı şey saymayın; mimari ve lisans koşullarına göre birlikte değerlendirin. Bu rehber bir üretim komut dizisi değil hazırlık çerçevesidir.
Başlangıç kontrol listesi
- Kayıp senaryolarını ayrı ayrı yazın.
- Yedek türünü geri dönüş ihtiyacıyla eşleştirin.
- Yedek ve doküman erişimini doğrulayın.
- Tatbikat süresini ve eksikleri kaydedin.
Kaynaklar ve ileri okuma
Teknik açıklamalar resmi kaynaklarla desteklenmiştir. Örnek senaryolar ve kontrol listeleri Rein için hazırlanmış uygulama önerileridir. Kaynak kontrolü: 29 Eylül 2026.
Yayın ilkelerimiz →Bu konuyu kurumunuzda ele alalım.
Mevcut ortamınızı ve hedeflerinizi birlikte değerlendirebiliriz.
İlgili hizmeti inceleyin ↗