dataiotech Labs
dbaguidedbaguideDBAdataxtoolsdataopsphere
Home/Hata Teşhis Kütüphanesi/oracle-ora-00257-archiver-error-fra-full
Oracle
Oracle 19c - 23aiArşiv & FRA Kesintisi
15 dk okuma
ORA-00257: archiver error. Connect internal only, until freed.

Oracle Üretim Durması (P1 Kesinti): FRA & Arşiv Diski Dolması, Acil RMAN Arşiv Tahliyesi ve Kalıcı Bütçeleme

Redo logların arşivlenememesi sonucu veritabanının yazmaya kilitlenmesi; acil RMAN crosscheck/delete komutları, db_recovery_file_dest_size artırımı ve kalıcı RMAN saklama politikası.

İnceleyen:Kıdemli Veritabanı Mimarı & SRE (dataiotech Labs)
Test Edilen Sürümler: Oracle Database 19c / 21c / 23ai

Operasyonel Doğrulama & Güvenilirlik Standardı

Son Teknik İnceleme: 2 Kasım 2026
Test Edilen SürümlerOracle 19c, 23ai (Linux / RMAN)
Gerekli YetkiSYSDBA ve RMAN erişimi
Risk Seviyesi
CriticalArşiv diski dolduğunda tüm veritabanı yazma işlemlerini durdurur (P1 Outage)
Beklenen Çıktıv$recovery_file_dest çıktısında SPACE_USED_PCT değerinin %80 altına inmesi ve log switch başarısı
Geri Dönüş (Rollback) Planı:db_recovery_file_dest_size artırımı veya RMAN DELETE ARCHIVELOG
Oracle Docs: Managing Archived Redo Logs & FRA
İlk 60 Saniye Teşhis Protokolü:

Hata mesajı semptomdur, kök neden değildir. Sunucuyu yeniden başlatmadan veya rastgele ayar değiştirmeden önce aşağıdaki "Nedeni ayırt eden tek sorgu"yu çalıştırarak gerçek senaryoyu netleştirin.

▸Belirti

Veritabanı aniden tüm DML işlemlerini dondurur, yeni bağlantı kabul etmez:

plaintext
ORA-00257: archiver error. Connect internal only, until freed.

▸Sahada Ne Görürsün?

Üretim tamamen durmuştur (P1 Kesinti). Yalnızca doğrudan sunucu üzerinde sqlplus / as sysdba ile yerel bağlantı kurulabilir. Uygulama logları bağlantı kilitlenmesiyle dolup taşar.


▸Kök Neden Matrisi

OlasılıkKök NedenAçıklama
%70Fast Recovery Area (FRA) Kotasının Dolmasıdb_recovery_file_dest_size %100 dolmuş, ARCn (archiver) süreci redo logları arşivleyecek yer bulamamıştır.
%20Fiziksel Disk DolmasıArşivlerin yazıldığı dosya sistemi dolmuştur.
%10RMAN Arşiv Temizleme Job'ının BozulmasıGünlük arşiv yedekleme ve silme job'ı başarısız olmuş, dosyalar birikmiştir.

▸ACİL RUNBOOK (0-5dk) — DB YAZMIYOR!

DİKKAT / TEHLİKE
ASLA `rm -f` İLE ARŞİVLERİ İŞLETİM SİSTEMİNDEN DOĞRUDAN SİLMEYİN! Oracle kontrol dosyası bu dosyaları bilmeye devam eder ve FRA boşalmaz.
sql
-- 1. FRA boyutunu ve doluluk yüzdesini gör SELECT name, space_limit / 1024 / 1024 / 1024 AS limit_gb, space_used / 1024 / 1024 / 1024 AS used_gb, space_reclaimable / 1024 / 1024 / 1024 AS reclaimable_gb FROM v$recovery_file_dest; -- 2. ACİL NEFES ALMA: FRA kotasını hemen artırarak yazmayı serbest bırak! ALTER SYSTEM SET db_recovery_file_dest_size = 100G SCOPE = BOTH; ALTER SYSTEM ARCHIVE LOG CURRENT;
bash
# 3. RMAN ile güvenli arşiv temizliği gerçekleştir rman target / RMAN> CROSSCHECK ARCHIVELOG ALL; RMAN> DELETE NOPROMPT ARCHIVELOG UNTIL TIME 'SYSDATE-2'; RMAN> DELETE NOPROMPT OBSOLETE;

▸KALICI BLUEPRINT

  1. 1Ayrı FRA Depolama Birimi: FRA dizini işletim sistemi ve veritabanı data dosyalarından bağımsız bir depolama biriminde olmalıdır.
  2. 2RMAN Otomasyonu: Arşiv yedekleri alındıktan hemen sonra BACKUP ARCHIVELOG ALL DELETE INPUT; komutu ile otomatik tahliye edilmelidir.

▸Doğrulama

sql
SELECT space_used / space_limit * 100 AS used_pct FROM v$recovery_file_dest; ALTER SYSTEM SWITCH LOGFILE; -- Başarıyla tamamlanmalıdır

Diğer Veritabanı Hata Teşhisleri

Kriz anında başvurabileceğiniz diğer doğrulanmış hata rehberleri.

Tüm Hatalar (82)