Runbook #44

oracle

BackupSEV2 · CİDDİ BOZULMA15-30 dakika / 15-30 minsSYSDBA / DBA / SELECT_CATALOG_ROLE

Oracle RMAN Yedekleme Başarısız: RPO'yu Kurtarma Runbook'u

Başarısız RMAN yedeğinin iş ve hata nedenini bulur, arşivleme ve FRA etkisini kontrol eder, yeni yedek ve restore doğrulamasıyla kurtarma noktasını yeniden güvenceye alır.

İlişkili Metrik:M45

İlişkili Script:S78 S66

#rman#backup#rpo#fra#restore-validate

Operasyonel Güvenlik ve Risk Uyarısı

Bu runbook müdahale adımları içerir; birçok adım yazma etkilidir (KILL, terminate, DROP, RESIZE). Önce test ortamında deneyin, üretimde adımları sırayla ve doğrulayarak uygulayın.

🟢 Salt Okunur (Read-Only)·🟡 Geri Alınabilir (Reversible)·🔴 Yüksek Etkili / Geri Alınamaz (High Impact)

1. Belirti / Symptom

- M45 son başarılı yedek yaşı RPO'yu geçti; S78'de `FAILED` veya `COMPLETED WITH ERRORS`.

- RMAN log'unda `RMAN-` / `ORA-` hataları, FRA (S66) veya hedef depolama dolu olabilir.

2. Etki / Impact

Yeni veri için kurtarma noktası garanti edilemez; log yedek zinciri/archiver retansiyonu tehlikeye girebilir. Veri kaybı henüz gerçekleşmiş değildir ama RPO güvencesi yoktur.

3. Teşhis / Diagnosis

🟢 Salt Okunur1. S78 ile son yedekleri alın:

sql

SELECT session_key, input_type, status, start_time, end_time,
       output_bytes, elapsed_seconds
FROM v$rman_backup_job_details
WHERE start_time > SYSDATE - 7
ORDER BY start_time DESC;

🟢 Salt Okunur2. İlgili işin RMAN çıktı/log dosyasında **ilk** hatayı bulun; disk/ASM, FRA, SBT/media manager, channel, ağ, izin veya hedef kapasite sorununu ayırın. Kök sebebi görmeden aynı işi körlemesine tekrarlamayın.

🟢 Salt Okunur3. FRA (S66) ve archive log durumunu kontrol edin. Data Guard'da log silme politikasının standby gereksinimleriyle uyumunu doğrulayın.

🟢 Salt Okunur4. 12c/19c CDB/PDB kapsamını ve `CONFIGURE` retansiyonunu kontrol edin; yalnızca belirli PDB yedeği tüm CDB'yi kurtarmak için yeterli olmayabilir.

4. Müdahale / Response

🟡 Geri Alınabilir1. Kök nedeni çözün: FRA doluysa `oracle-fra-full`, hedef disk doluysa onaylı yeni hedef veya kapasite. SBT hatasında medya yöneticisi ekibiyle çalışın.

🟡 Geri Alınabilir2. Erişilebilir ve yeterli alana sahip **onaylı yedek hedefinde** yeni bir iş başlatın (kurum retansiyon ve şifreleme politikasına göre):

text

rman target /
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
RMAN> LIST BACKUP SUMMARY;

🟡 Geri Alınabilir3. Yedeğin gerçekten okunabilirliğini test edin:

text

RMAN> RESTORE DATABASE VALIDATE;

`VALIDATE` kurtarma senaryosunu tamamen kanıtlamaz; düzenli izole ortam restore testi de yapın. `RESTORE DATABASE VALIDATE` kaynaklara yük bindirir, planlayın.

🔴 YÜKSEK RİSK / GERİ ALINAMAZ4. `CROSSCHECK` sonrası `DELETE EXPIRED`, `DELETE OBSOLETE` veya archive log silme komutlarını RPO/Data Guard politikasını teyit etmeden çalıştırmayın. **Dosya sistemi seviyesinde yedek/log silmek anti-pattern**'dir.

5. Doğrulama / Verification

- S78'de yeni iş `COMPLETED`; M45 yeniden RPO içinde, RMAN validate başarılı.

- Yedek deposu retansiyon için yeterli, archive log ve Data Guard akışı normal; başarısız job için alarm çalışıyor.

6. Geri Alma / Rollback

- Oluşturulmuş yedek geri alınmaya ihtiyaç duymaz; depolama maliyeti vardır. Silinen dosyalar geri alınamaz, RPO etkisini raporlayın.

- Yedek job ayarları (hedef, channel, retansiyon) eski onaylı sürüme döndürülebilir, fakat eksik yedek geçmişi geri getirilemez.

Operasyonel Güvenlik ve Risk Uyarısı

1. Belirti / Symptom

2. Etki / Impact

3. Teşhis / Diagnosis

4. Müdahale / Response

5. Doğrulama / Verification

6. Geri Alma / Rollback

Diğer ORACLE Runbook'ları

Oracle Tablespace Doldu (ORA-01653 / ORA-01654): Alan Açma Rehberi

Oracle FRA Doldu (ORA-19809 / ORA-00257): Archiver Donması Acil Müdahale

Oracle ORA-00020: Process Sınırı Dolduğunda Acil Müdahale

Oracle Yüksek DB Time ve AAS: Yavaşlık İçin Sorgu ve Bekleme Triyajı