Skip to content
Bir sequence sorgulandığında NEXTVAL değeri , cache’lenmediyse , seq$ tablosundan oluşturulur. Cache’lendiyse bellekten getirecek ve yeniden oluşturmaya ihtiyaç duymayacaktır. Cache’lenmemiş yada düşük cache değerine sahip sequence’lerden çok yoğun sorgulama yapıldığında “enq: SQ – contention” bekleme olayı oluşacaktır. Bu bekleme olayının çözümü için , ilgili sequence’lerin cache değerlerini artırabilirsiniz. ADDM raporlarında aşağıdaki gibi bulgular gördüğünüzde , […]
Uygulama geliştiriciler , çoğunlukla uzun süren yada sorun olduğu düşündükleri oturumları kill etmek isterler. Fakat uygulama geliştiricilerin ALTER SYSTEM yetkisi olmadığından session kill komutunu çalıştıramazlar . Ayrıca bu yetkinin dba olmayan kullanıcılara verilmesi de tehlikelidir ve verilmemelidir. Hem yetki vermeyelim hem de session kill edebilsin istediğimizde çözüm, oturumları kill eden bir prosedür yazıp bu prosedür için […]
Standby tarafına loglar iletilmesine rağmen uygulanmıyorsa ve alert log dosyasında aşağıdaki gibi hata alıyorsanız tek sebebi , veritabanının sys şifresi değişmesine bağlı olarak orapw dosyasının standby ile farklılaşmasıdır. Error 1017 received logging on to the standby ------------------------------------------------------------ Check that the primary and standby are using a password file and remote_login_passwordfile is set to SHARED or […]
Bu hatanın alınmasındaki sebep, veritabanına bağlanmak isteyen bir kullanıcının kendisine tanımlanmış olan sürede, firewall yada bağlantı problemleri gibi sebeplerden ötürü bağlanamamış olmasıdır. Çözüm için listener’da bir parametreyi değiştmemiz ve bir dosya içerisine parametre eklememiz gerekebilir. Listener Control programını başlatalım. inbound_connect_timeout parametresinin değerini limitsiz (0) yapacağız. #lsnrctl LSNRCTL for HPUX: Version 10.2.0.4.0 - Production on 23-NOV-2009 11:38:17 […]
Recovery Manager (rman) çalışma esnasında log dosyasına detaylı bilgiler yazmaz. Sorun anında log dosyasından tutarlı bulgular ede etmek imkansızdır. Bunun için rman aracını debug modda çalıştırıp, detaylı bilgiler elde edebiliriz. Uzun süren rman işlemlerinde çok büyük trace dosyalarının oluşabileceğini bilmek gerekiyor. Rman aracını debug modda çalıştırmak : [oracle@db01 oracle]$ rman target / debug trace=/tmp/rman.log Recovery […]
