12.2.0.1 versiyonundaki Oracle veritabanlarında parallel sorgulardaki ‘PX Deq: Table Q Normal’ bekleme olayı

12.2.0.1 versiyonundaki Oracle veritabanlarında parallel sorgulardaki ‘PX Deq: Table Q Normal’ bekleme olayı

12.2.0.1 versiyonundaki Oracle veritabanlarında parallel sorgular 29252790 numaralı bug sebebiyle ‘PX Deq: Table Q Normal’ bekleme olayına sebep olabilmektedir.  Sorgulardaki DOP değeri 1 den büyük olan her değer için bu bekleme olayı görülebilmektedir. Sorunun çözümü için 29252790 numaralı yama uygulanabilir. Ya da “_bloom_filter_enabled” parametresi session yada system genelinde FALSE olarak ayarlanmalıdır.   [oracle@oradb01 ~]$ sqlplus […]

crsctl komutundaki CRS-4995 hatası

Oracle Clusterware konfigürasyonlarında crsctl  ile işlem yapılmaya çalışıldığında CRS-4995 hatası alınmaktadır. Bu durum normal davranıştır. İşlemler srvctl ile yapılmalıdır. Alınan hata aşağıdaki gibi olacaktır. [oracle@racdb01 ~]$ crsctl delete resource ora.racdb02.vip CRS-4995: The command 'Delete resource' is invalid in crsctl. Use srvctl for this command. Bu komutun sorunsuz çalıştırılması “-unsupported” parametresi ile mümkündür. Komut aşağıdaki gibi […]

ORA-12988: cannot drop column from table owned by SYS

SYS kullanıcının sahip olduğu bir tabloda kolon silmeye çalışıldığında “ORA-12988: cannot drop column from table owned by SYS” hatası alınmaktadır. Bunun sebebi SYS kullanıcının sahip olduğu bir tabloda kolon silme işlemine izin verilmez. Bu işlemi yapabilmenin yöntemi , aynı tabloyu farklı bir şema altında CTAS ile oluşturup , ilgili kolonu silip , SYS şemasındaki tabloyu […]

ORA-39726: unsupported add/drop column operation on compressed tables

Compressed tablolarda bir kolon drop edildiğinde , işlem başarılı görülse de drop edilen kolon unused olarak işaretlenir. Sonrasında bu unused kolonların drop edilmesi gerekmektedir. Bunu bir örnek ile anlatmaya çalışayım. Önce DENEME isimli bir compressed tablo oluşturalım. SQL> CREATE TABLE ADURUOZ.DENEME ( AD VARCHAR2(10 BYTE), SOYAD VARCHAR2(10 BYTE), KURUM VARCHAR2(10 BYTE), TARIH DATE ) COLUMN […]

Broken durumdaki işlerin tespiti ve düzeltilmesi

Bir iş DBMS_JOB veya DBMS_SCHEDULER kullanımına göre BROKEN olarak işaretlenmesi farklı durumlarda olur. DBMS_JOB kullanıldığında : Dbms_job kullanılarak oluşturulan bir iş, üst üste 16 kez başarısız olursa BROKEN olarak işaretlenir. Bazen hata sayısı 16’dan fazla olabilir. Örneğin, 16 hatadan sonra iş otomatik olarak kesilir ve iş elle çalıştırılır ve tekrar başarısız olursa, iş broken olarak […]