Exadata storage üzerindeki arızalı disk değişimi sonrasında mount durumu , CLOSED ve IGNORED şeklinde diskler oluşması sorununun çözümü

Exadata storage üzerindeki arızalı disk değişimi sonrasında mount durumu , CLOSED ve IGNORED şeklinde diskler oluşması sorununun çözümü

Exadata storage üzerindeki arızalı bir diskin değişimi sonrasında v$asm_disk sorgulandığında CLOSED ve IGNORED durumunda diskler görülebilir. Bu durumun sebebi, disklerin otomatik olarak drop add işlemleri sırasında beklenmedik şekilde sorunla karşılaşmasıdır. Bu durum bazen instance’ın LMS ile ilgili ORA-600 hataları verip beklenmedik şekilde yeniden başlamasına bile sebep olabilmektedir. Aşağıdaki gibi v$asm_disk sorgulandığında : SQL> select MOUNT_STATUS,HEADER_STATUS,MODE_STATUS,STATE,OS_MB,FAILGROUP,LABEL,PATH from […]

Data Pump Export işleminin ORA-31693 ORA-02354 ve ORA-01555 hataları ile sonlanması

Expdp ile yedek alınırken lob alanı olan bir tabloya geldiğinde ORA-31693 ORA-02354 ve ORA-01555 hataları ile sonlanabilmektedir. Bunun iki temel sebebi bulunmaktadır. İlgili tablodaki LOB alanında corruption olabilir. İlgili tablonun LOB tetention değeri olması gereken gibi değildir. Expdp işlemi aşağıdaki şekilde sonlanmaktadır. ORA-31693: Table data object "KULLANICI"."TABLO" failed to load/unload and is being skipped due […]

cursor: mutex S bekleme olayına sebep olan sorgular

Bir oturum, paylaşılan modda bir mutex’i talep ettiğinde, başka bir oturum bu mutex’i aynı cursor nesnesinde özel modda tuttuğunda, Cursor Mutex S bekleme olayına sebep olur. Diğer bir deyişle Cursor Mutex S bekleme olayı oluştuğunda farklı iki session aynı sorgu üzerinde hard yada soft parsing yapmaya çalışmaktadır. Bunun sonucu olarak shared pool içerinde yüksek sayıda […]

Global cache servisinin (LMSn) performansının arttıtılması

Global cache servis (LMSn) prosesleri , tampon önbelleğinde tutan instance’taki blokların tutarlı kopyalarını , talepte bulunan instance’ın foreground prosesine kopyalar. LMS aynı zamanda talepte bulunulan bloklardaki commit’lenmemiş işlemler üzerinde geri alma da gerçekleştirir. LMS proses sayısı aksi belirtilmesiği müddetçe 2’dir. Bu sayı yoğun RAC veritabanlarında yeterli değildir. Yeterli olmadığından dolayı veritabaınnda “gc current block 2-way” […]

Automatic Memory Management konfigürasyonu

Automatic Memory Management kullanılmayan veritabanlarında AMM konfigürasyonu sonradan da yapılabilir. Bunun için gerekli parametreleri değiştirip veritabanını yeniden başlatmak gerekiyor. Oracle veritabanlarında Automatic Memory Management (AMM) aktif durumda iken bellek değerlerinde çok sık grow ve shrink işlemi yapılırsa , veritabanında “cursor: pin S wait on X” veya “library cache lock” şeklinde bekleme olayları gözlemlenebilir. Bu durumda yapılması gereken […]